HOW WE WOULD / 15 · AI / B2B QUOTINGFictional scenario. No client data
Turn an incomplete request into a useful starting point for a quote.
An AI-assisted system could prepare B2B requests for review while preserving sources, missing information and decisions owned by the team.
Qualified leadsSales
01 / THE SITUATION
What is missing from the request before a fair assessment?
A company submits a request to equip a workspace. It attaches a document, mentions a deadline and asks for an estimate. Required details are split between the message and attachment. One colleague copies them into a spreadsheet, another notices a missing dimension, and the customer receives questions across several emails.
The scenario
A conceptual scenario for an industrial equipment and services provider. Demonstration data, documents and organizations are fictional. These are not real quotes or client results.
What we assume
An existing sales process, a technical owner and known requirements for preparing a quote. Before automating anything, we would establish what is needed for an indicative estimate and what can only be confirmed after technical review.
The boundary
Authorized team members determine pricing, feasibility and timing. A person validates the brief and the outgoing message.
02 / WHAT WE WOULD CHECK
Start with the questions that matter.
Working hypotheses
01
The information is split
Required details sit in the message and the attachment, and questions reach the customer across several emails.
WHAT WE WOULD TESTA brief that separates the customer’s statements from interpretation, with a source for every quantity, dimension and date.
02
A contradiction disappears from the brief
The message asks for two areas; the document describes three.
WHAT WE WOULD TESTConflicts between the message and attachment remain visible until resolved. The system does not pick the version that makes the brief look complete.
03
The customer gets questions without a reason
Some fields do not change the current evaluation.
WHAT WE WOULD TESTEach proposed question has a reason. A field that does not change the evaluation does not delay the response.
The evidence we would need
An authorized sample
Real requests, preparation and correction time, recurring questions and differences between services.
Data and sources
Repeated data, conflicting sources and how responsibility is assigned.
The customer’s buying process
The person requesting a quote may need approval from others. A useful brief preserves requirements and helps explain the eventual proposal to those decision-makers.
WORKING IDEA / A BRIEF THAT SHOWS WHAT WE KNOW AND WHAT WE DO NOT
What is missing stays visible.
CREATIVE PROPOSAL / ILLUSTRATIVE EXAMPLE
03 / THE CREATIVE IDEA
How the idea could take shape.
We would start with an internal preparation and review system. AI would extract information, identify questions and propose a summary. A person would validate the brief and the outgoing message. This stage can be useful without a public chatbot: the customer-facing entry point can remain the existing form or email, with the improvement taking place in how the team prepares its response.
01 / INCOMING MESSAGE
“We need two areas equipped by the end of next month.”
Dimensions are attached and installation is requested. The demonstration attachment describes three areas, one with no width.
02 / PROPOSED BRIEF
Area count unconfirmed.
The message says two; the document says three. Installation requested, location missing, and the relative deadline needs confirmation as an exact date. Feasibility and price have not been assessed.
03 / DRAFT REPLY FOR APPROVAL
“Could you confirm whether two or three areas are included?”
One message asks for the areas, the installation location, the intended completion date and the third area’s width, if it is part of the project. It is sent only after approval.
04 / WHAT WE BUILD
From an idea to an experience that works.
What the project would deliver
01
Intake and extraction
Fields, sources and rules, the intake connection, assisted extraction and the review checklist.
02
Review and handover
The review interface and CRM handover, with documentation for operation, manual recovery and changes to the form or service offering.
03
Permissions in the application
Incoming documents are treated as information to examine. Instructions inside a document cannot grant additional access or authorize a quote to be sent.
ON THE WORKTABLE / THE JOURNEY
The proposed process.
Every stage has a usable output and an owner.
The proposed process.
Stage
Useful output
Responsibility
Receipt
An identified request with its sources retained
The integration verifies recording and duplicates
Preparation
Extracted facts linked to a message or document
AI proposes; unverified fields remain marked
Clarification
A concise list of missing or conflicting information
An owner checks whether the questions matter
Validation
A brief accepted for commercial and technical review
The team confirms the data and next step
Quoting
A proposal with deliverables, terms and dependencies
Authorized people approve the quote
Follow-through
Actual status, questions and a documented decision
The sales team updates the opportunity
Conceptual scenario. Fictional data.
EXPLORE THE PROCESS, STEP BY STEP
What happens when…
A verifiable brief for commercial and technical assessment.
Demonstration. Fictional data. Simulated actions. Scripted responses, with no connected AI, personal data, or real operations.
01 / WHAT WE CAN CHECK
Message and document
MESSAGE / PARAGRAPH 1
We need equipment for two areas by the end of next month. Please provide a quote including installation.
DOCUMENT / ROWS 1, 2, 3
Z1
4 m × 6 m
Z2
3 m × 5 m
Z3
Unknown × 4 m
Fictional sources. No documents are uploaded or sent.
02 / WHAT HAPPENS NEXT
From information to action
Sources and question
Choose a situation and follow what the system can verify, what stays unknown, and when a person needs to step in.
Choosing another situation restarts the demonstration.
05 / HOW WE MEASURE
Measure the objective, one step at a time.
01Field accuracy
Including preservation of unknowns.
02Total working time
Preparation plus review, compared with the current process.
03Accepted brief and approved quote
Time to an accepted brief and time to an approved quote, kept separate. A generated document does not count as a sent quote or a won opportunity.
04Rework during quoting
Corrections needed after the brief was accepted.
Test cases would include a complete request, missing information, a contradiction, an unreadable file and a repeated submission. Each would have an expected outcome and a named next owner before testing begins.
What we would hold back, and what would change the plan.
What we would not do yet
Automatic pricing, feasibility or delivery dates.
Messages sent to the customer without the approval the process requires.
A public chatbot before internal preparation works.
What would change our mind?
If requests are already standardized, an improved form and ordinary rules may remove most copying. If each project requires expertise that is difficult to verify, AI could be limited to organizing documents and questions.
The working sequence
First understand. Then test and adapt.
01 / CLARIFY
What we need to know
Establish what an indicative estimate needs and what is confirmed after technical review.
02 / BUILD
Internal preparation, with review
Assisted extraction, a review checklist, human approval and CRM handover.
03 / MEASURE
Total effort
The direction should reduce total effort while preserving the quality of information used to build the quote.
An illustrative sequence; timing and investment follow the real context.
Facing a similar situation?
What does your team need to know before it can prepare a relevant quote?