Sagatavot rakstisku komercpiedāvājumu

Kad izmantot

A customer or qualified prospect has asked what the work or product costs, and the answer must be a document, not a chat message. Not for a lead that has not been qualified — run sales.qualify-lead first. Not for chasing an offer already sent — use sales.follow-up-offer. Not for a one-line price answer with no scope; a number without scope becomes the scope.

Pirms sāc

• The request is written down somewhere the agent can read (e-mail, call note, tender questions).
• The price list and any standing discount rules are current in the money module.
• The customer is in the CRM with the right legal name and address — this text goes on the offer.

Ko izpilde pieprasa2

Ceļš8 soļi

1. S1

   Restate the askaģents

   Write 2–4 lines: what the customer wants, by when, any constraints they named. Send it to the requester for a one-word confirm ("yes").

   Izdarīts, kad the requester has confirmed the restatement.

   ⛔ An offer built on a half-remembered call prices the wrong thing.

2. S2

   Pull historyaģents

   Previous offers and invoices to this customer, prices given to similar customers, anything owed (bc mail search <customer> for the correspondence).

   Izdarīts, kad the offer file notes prior prices and open items, or "none found".

3. S3

   Draft the offeraģents

   Fixed sections, in this order: scope (what is included and what is explicitly not), deliverables and dates, price per line, payment terms, validity date, the company's legal details. Number it OFFER-<year>-<seq>.

   Izdarīts, kad the draft exists in the documents module with that number.

   ⛔ Write exclusions ("does not include hosting, translation, …") — silence is read as inclusion.

4. S4

   Check the numbersaģents

   Recompute every line and the total by hand; apply the VAT rule for the buyer's country (⚠ jāpārbauda rate and reverse-charge wording — vid.gov.lv for LV, or the buyer's tax authority); check margin against the discount rules.

   Izdarīts, kad a second computation matches the total and the margin is inside the standing rules or flagged.

5. S5

   Approve scope and priceīpašnieksvajag apstiprinājumu · īpašnieks

   Apstiprinājums · S5 · īpašnieks — izpilde apstājas, līdz nosaukts cilvēks ieraksta lēmumu

   Present the draft with the margin and any flagged discount.

   Izdarīts, kad the owner has approved the version, or named changes that go back through S3.

6. S6

   Produce the PDFaģents

   Export the approved version to PDF from the documents module; check the render (totals, dates, legal details, no placeholder text).

   Izdarīts, kad the PDF of the approved version number exists and reads clean.

7. S7

   Approve sendingīpašnieksvajag apstiprinājumu · īpašnieks

   Apstiprinājums · S7 · īpašnieks — izpilde apstājas, līdz nosaukts cilvēks ieraksta lēmumu

   Show the final PDF and the recipient address.

   Izdarīts, kad the owner has named the recipient and approved sending.

8. S8

   Send and recordaģents

   Send the PDF to the approved recipient from the company address. Record in the pipeline: offer sent, date, amount, validity date. bc tasks add a follow-up at half the validity period (e.g. day 7 of 14).

   Izdarīts, kad the sent copy is in the documents module, the pipeline shows "offer sent", and the follow-up task exists.

Pārbaudes — kā zinām, ka izdevās

• Total on the PDF equals the sum of the lines, recomputed independently (read the PDF, not the draft).
• VAT line names the rate and rule actually applied to this buyer.
• Validity date is in the future and matches what was told to the customer.
• Customer's legal name and registration number match the company register / prior invoices.
• No "TBD", "XX" or template placeholder anywhere in the PDF.

Ja noiet greizi

Ko atstāj katrs solis

1. S1the requester has confirmed the restatement.
2. S2the offer file notes prior prices and open items, or "none found".
3. S3the draft exists in the documents module with that number.
4. S4a second computation matches the total and the margin is inside the standing rules or flagged.
5. S5the owner has approved the version, or named changes that go back through S3.
6. S6the PDF of the approved version number exists and reads clean.
7. S7the owner has named the recipient and approved sending.
8. S8the sent copy is in the documents module, the pipeline shows "offer sent", and the follow-up task exists.

Ko saglabāt

Offer number and version · the approved draft and the sent PDF · the owner's approval in S5 and S7 (who, when, which version) · send date and recipient · the follow-up task id · the pipeline entry.

Kā šī procedūra uzlabojas

After every 10 offers ask: how long from ask to sent, and which step waited? How many first versions were approved unchanged (target: most)? Did any sent offer need a correction, and which check in S4 or S6 should have caught it? Did any offer expire with no follow-up having fired? A new version changes the step that caused the wait or the miss, and says so in its change note.