Will I receive a price before work begins?
Yes. The approved proposal states implementation, recurring responsibility, separate usage treatment, assumptions, validity, and the agreed scope before work begins.
Why can the same type of system require different investment?
The difference comes from explicit journeys, locations, routing, integrations, migration, risk, criticality, support, and operating responsibility. Industry is context, not a hidden multiplier.
What happens if scope changes?
The written proposal defines the original boundary. A material change is reviewed, documented, and approved before it changes delivery responsibility or commercial terms.
Is the website price the whole cost?
No. Website prices are starting floors for one-time implementation. Software, any operated responsibility and usage are separate lines, and the proposal shows each one.
Why are usage costs not bundled into the monthly price?
Because they move with your volume. Bundling them would mean either overcharging quiet months or hiding costs in busy ones. Separate, reported usage keeps both honest.
Can I start with one product and add more later?
Yes. Most engagements start with the one change doing the most damage now. Later additions are scoped and priced on their own before they begin.
Can you work with our existing website or CRM instead of replacing it?
Often, yes. If a tool already does its job without daily friction, the proposal usually connects to it. Replacement is scoped when the tool itself is the constraint.
What is included after launch, specifically?
Whatever the proposal names: the monitoring, support window and change process for the products and customer journey you approved. Nothing continues informally beyond that.
What counts as additional work?
Anything new after launch, such as a campaign, a page, a workflow or a new location. It is described and priced before it starts.
Who owns the accounts and data?
The proposal assigns ownership of accounts, assets, data, access and documentation explicitly. Your business facts, approvals and customer relationships stay with you.
Why publish starting prices at all?
Because a buyer deserves to know the order of magnitude before booking a conversation. Starting floors describe the simplest proper version of each standard product; the proposal explains any movement from there.
Why is a Custom Business System not priced publicly?
Its cost depends on explicit journeys, integrations, risk and continuing responsibility that cannot be known until the process is reviewed. Publishing a single number would either mislead simple buyers or understate complex ones.
What happens to costs if our volume drops?
Usage lines fall with your volume because they are billed by use. Recurring lines reflect the software and responsibility you chose, so they stay until you change the plan or the scope.
Can we lower the price by doing some of the work ourselves?
Sometimes. Supplying finished content, gathering proof, making decisions quickly or keeping a simpler scope all reduce real work, and the proposal shows the effect. What stays with TQP is anything we are responsible for testing and supporting afterward.
How is usage reported?
Usage is billed separately based on use, with reporting that shows what was consumed, such as call minutes, messages and AI consumption, so a change in the bill can be traced to a change in activity.
Why does an operated product cost more each month than software alone?
Software alone gives your team access. An operated product adds responsibility: someone monitors the agreed path, repairs failures, reviews exceptions and improves it within scope. You are paying for that ongoing attention, not only for a login.
What should we budget for beyond TQP's lines?
Usage such as calls, texts and email, carrier and phone number fees, payment processing if you take payments, any advertising, and the software you already own and keep. The proposal lists the ones that apply.