报价到收款流程图（从商机到收款）
报价到收款（Q2C）流程图：配置方案并核定报价、走完折扣审批阶梯与非标准条款的法务审查、发出报价单、订单入账、按里程碑开票并收回款项。
运作方式
把泳道改成你们自己的职能
把客户、客户经理、销售主管、交易审核台、法务、财务与收入换成你们真实存在的角色。并不是每家公司都有交易审核台：如果毛利和先例是由销售运营、商务负责人或 CFO 来判断，那就把泳道改名，而不是假装存在一个团队。如果法务是外部律师，就保留这条泳道，并把周转时长写进该步骤的备注里，因为外部审查会改变这个流程能对客户作出的承诺。只有当真的是同一个人做两份工作时，才合并泳道。
把折扣阶梯写成数字
在每一级挂上数字之前，这套阶梯都是空转的。定下销售可以自主让出多少、销售主管的授权到哪里为止、哪些只能由交易审核台或财务负责人签批，并且同时用标价折扣率和绝对金额两种口径表达——这样一笔 400 万元合同上的 5% 折扣才不会被当成常规操作。然后决定这套阶梯究竟衡量什么：应当是整个承诺期内的实际折让，以及扣除交付成本后剩下的毛利，而不是第一年的表面折扣率。
定义什么才算非标准
“是否要求非标准条款？”只有在有人维护一份清单时才成立。写下标准订购单，写下买方最常纠缠的那几类条款（责任上限、赔偿、无理由解约、数据处理、自动续约）的事先批准备选立场，以及超出这些范围就交法务的规则。把备选立场公布给销售团队，让他们可以在电话里直接让出一个已获批准的立场，完全不必走审查。每半年按你们真正收到的红线修订意见复核这份清单，而不是按你们担心会收到的那些。
让报价单自己带着它的审批记录
定下一份发出的报价单必须写明什么：版本号、有效期、币种与税务处理、包含哪些内容以及明确不包含哪些内容、开票计划，以及它携带的审批记录（含审批人和日期）。修订时新增版本而不是覆盖旧版，这样记录才能说明客户签的是哪一份报价、当时批准的又是什么。日后回答审计问题的正是这一步；现在把它做进流程几乎不花什么成本，事后再去还原则代价高昂。
定下开票触发条件，并给积压算账龄
按产品定义“履约是否已确认可开票？”到底要什么：签收单、验收证明、上线日期、用量读数，或者干脆就是订阅起始日。把它在订单入账时就写进订单，而不是等到开票时再来扯皮；并且注意，同一个确认还会放行收入分录，所以一个含糊的定义会同时动到两个数字，而不是一个。然后给这条回路指定负责人和一张报表：每周列出里程碑已到期而尚未开票的已入账订单，由财务而不是由交付这项工作的人来看，并设一个账龄上限，超过之后每一行都必须有一个具名的人对着。
找真正做这件事的人走一遍，然后发布一个版本
把定稿的图拿给一位销售、一位交易审核台的审核人、看红线的那位律师，以及开发票的那个人，用两笔真实的单子跑一遍——一笔一路顺过，一笔在审批回路里绕了两圈。按他们实际的做法改正这张图，而不是按政策上写的做法。然后把该版本经审批发布并保留此前的版本，这样日后打开它的人就能知道自己看的是哪一版定价政策。
常见问题
报价到收款流程包含哪些步骤？
在本图中：先确认一条已具备报价条件的商机，按当前价格表配置方案并核定报价，用销售自身的授权检验折扣，超出的沿阶梯升级到销售主管、再到交易审核台，任何非标准条款交由法务审查，发出报价单，客户接受或要求修改，客户签署订购单，通过信用与开票核查，订单入账并释放履约，里程碑得到确认，按合同确认收入并开出发票，款项到账后核销。有两条路是离开流程而不是走完流程：过期未成的报价按丢单或失效关闭，逾期的发票交给应收账款。让这个流程真正跑起来的，不是这串步骤，而是挂在它上面的四样东西：折扣阶梯每一级背后的数字、一份写下来的非标准条款定义、什么凭证才算履约完成，以及报价记录上关于谁在什么时候批准了什么的那一行。
报价到收款和订单到收款有什么区别？
两者是有意重叠的，只是切口不同。订单到收款从你们已经接受的订单开始，覆盖履行和收回它所需要的一切：订单与主数据校验、信用暂停与放行、发运、交付凭证、开票、收款核销、少付款、催收和坏账核销。报价到收款开始得更早，从已确认的商机开始，它的细节落在创造出这张订单的商务工作上——方案配置、定价、折扣审批阶梯、非标准条款的法务审查、发出的报价单，以及签署之后的订单入账。本图把主干一直画到收款，好让整条收入链路在一页上看得见，但把履约和催收压缩成了寥寥几步。如果你们的问题在价格、合同文本和审批，请用本页；如果问题在信用、交付凭证和把钱收回来，请用 /zh/templates/订单到收款流程。
报价到收款和销售管道流程有什么不同？
销售管道图画的是销售动作：需求挖掘、需求分析、产品演示、技术验证、商务谈判、预测承诺，以及赢单或丢单的结果。它由销售负责，止于签约。报价到收款画的是与之并行、并且一直延伸到签约之后的商务交易：配置了什么、成本是多少、折扣是谁批的、条款是否标准、入账的是什么、什么时候可以开票、现金和收入什么时候落地。两者在报价和签约处共享一条边界，但它们回答的是不同的问题，通常也由不同的人负责——销售运营和交易审核台负责报价到收款，销售管理层负责管道。如果你们要定义阶段、阶段推进标准和预测纪律，请用 /zh/templates/销售管道流程 上的销售管道模板；如果你们要定义定价授权、报价和开票，请用这一份。
交易审核台是做什么的，我们需要设一个吗？
交易审核台（Deal Desk）管的是一笔生意的商务形态，而不是客户关系。它掌管价格表和已批准的折扣区间，对落在区间之外的单子判断毛利与先例，在律师打开文件之前先对合同文本给出意见，并检查最终入账的是不是当初批准的那一份。在本图中，它接住升级上来的定价问题，也就是“交易审核台是否批准该折扣？”，并回答“是否要求非标准条款？”——这也正是标准文本可以直接发出报价的原因。当例外多到销售主管开始批准他们根本无从核算成本的让步时，或者当同一项让步在三个区域按三套不同口径被给出去时，你们就需要这个职能了。在这个量级以下，这些活儿依然存在，只是在被默认地、而不是有意地做着，所以请把正在做这件事的人指出来，给他一条泳道。唯一不该做的，是把它留给谈这笔单子的客户经理自己。
报价到收款流程中，收入会从哪里漏掉？
有四个可以预见的地方。第一，那些从来不算作折扣的让步——长账期、爬坡式的承诺量、免费的专业服务、封顶的涨价条款——会毫发无损地穿过审批阶梯，因为阶梯只看标价折扣率。第二，报价发出之后又口头或邮件谈定的价格，没有经过任何审批就进了订购单。第三，签署的和入账的逐渐对不上，于是发票、收入确认计划和续约都继承了这个差异。第四，已经交付的工作从来没有开票，因为交付的人没有理由去想开票这件事，而开票的人不知道里程碑已经达成。最后一条金额最大、也最安静：不会有公司外面的人来追着你要一张你没有开出去的发票。本图在它前面放了一道关口、后面放了一条回路，而这条回路要有人负责、有账龄报表，才真正管用。