Context has to be collected by hand
A free message often leaves the manager with only a name and a callback request. Important details have to be asked again.
A Marquiz-style quiz
The client answers the right questions, the request keeps a snapshot, and the manager reviews scope and price before publishing a proposal.
Grew from Marquiz
We took Marquiz-style request capture and added answer snapshots, manager review, versions, proposal publishing, and links to CRM, Finance, and Documents.
From Marquiz to a commercial process
Marquiz-style questions make the first conversation clearer. SHD carries it to a reviewed proposal instead of leaving it in a lead list.
A free message often leaves the manager with only a name and a callback request. Important details have to be asked again.
The quiz asks scenario-specific questions and saves the answers in a request snapshot. It starts the process; it is not an approved public proposal.
Answers do not disappear after sending
Proposal template
A proposal is built from clear parts: scope, terms, calculation, and the next step. The client sees the result instead of internal notes.
What needs to be done and what result the client should receive.
Area, object, constraints, and answers that came from the request.
When work starts, what happens along the way, and where a check is needed.
The price scope and boundaries without promising an automatic calculation.
What the client should do to move from reading to a decision.
The template keeps the order. The team remains responsible for content and price.
Client path
Every stage leaves a trace: an answer becomes a request, a request becomes a working snapshot, and a checked snapshot becomes a client proposal.
The client chooses parameters that genuinely affect the next conversation.
Before sending, see exactly what the manager will receive and whether anything is missing.
The team adds conditions, checks boundaries, and asks the remaining questions.
The client receives a published version with clear scope and a next action.
A snapshot preserves the original answers and helps compare them with what entered the proposal.
A snapshot records the inputs. It does not mean that the project has been reviewed or approved.
A published version is the result of a check, not an unprocessed quiz answer.
Manager work
A person makes the decision and owns the content. The module helps keep the path from question to publication.
The client's answers are already in one snapshot, not scattered across emails and messages.
The manager clarifies scope, exceptions, timing, and what belongs in the proposal.
After review, the current version goes out while working drafts stay inside.
Automation preserves context, but the manager still owns the commercial decision.
Before the request
The module connects questions, a request snapshot, and a proposal. It does not turn them into an automatic deal.
No. The quiz is the entry scenario. After submission, a request with an answer snapshot appears for a manager to review and turn into a published proposal.
If the template defines it, the module can calculate a value. The manager still checks the scope, terms, and final price before publication.
No. Screens, questions, and routing depend on the active template.
No. Until publication, the proposal remains inside the work process.
Yes. A new agreement should enter the current version instead of erasing the history.
No. The module records the path and proposal version; the decision and contact remain with the team.
Proposal context
We will review which questions the client needs, what to preserve in a snapshot, and where the manager should decide.
We will start with the current quiz, form, or chat and build a path without extra promises.