销售在系统里建商机，金额一栏填个总数就往下走，这是很多团队的默认动作。看着省事，等到报价、排产、算提成的时候，问题全回来了：这个数里有多少是外采硬件，有多少是自家软件，有多少是实施人天，谁也说不清。

一、一个总数，藏住了三层信息

金额不只是一个数字，它背后藏着三层结构。混在一起的后果，往往要等到项目做到一半才暴露。

  • 产品结构：软件、硬件、服务各占多少。硬件毛利薄、交付重，服务靠人天，三者的经营逻辑完全不同。
  • 成本结构：外采部分要付供应商，自研部分主要是人力，混在一起看不出这单到底赚不赚。
  • 回款结构：硬件通常要预付，软件常按里程碑收，服务多按月结，账期一混，现金流预测就失真。

二、拆到什么颗粒度才够用

不必拆到每个物料，那是 ERP 的事。CRM 里的商机金额，拆到能支撑三件事就够：报价能直接带出结构、毛利能粗算、交付能预估工作量。

  • 按大类拆三到五行：软件许可、硬件设备、实施服务、年度维保，多一个少一个都可以，关键是团队统一。
  • 每行带上数量和单价，而不是只填小计，否则改配置时又要重算一遍。
  • 服务行单独标人天，交付排期才有依据，也能反过来校验报价里的服务费是否偏低。

举例说，一个商机拆成软件、硬件、服务三行之后，销售在报价阶段就能看出硬件占比过高、毛利被拉薄，于是主动调整配置或增加服务包，而不是签完才发现白忙。

三、在 CRM 里怎么落

做法不复杂，难在坚持。建议把商机金额做成一张产品明细子表，主表只显示合计，销售填明细、系统自动汇总，既避免手工算错，也避免只填总数。

  • 商机下挂产品明细：产品、数量、单价、折扣、小计，字段固定，不允许在备注里写金额。
  • 主表金额设为只读汇总，销售改不了，想调总数只能改明细。
  • 报表按产品线聚合：哪个大类贡献了多少商机、转化率如何，一眼能看出来。
  • 阶段推进时校验：进入报价阶段前，明细为空不允许流转，用流程逼着补齐。

四、谁填、什么时候填、填错怎么办

责任要落在销售身上，售前和实施只做复核。填错的成本不低，所以要在报价审批前设一道校验：明细合计与客户确认的报价单不一致，审批直接退回，不进入下一环节。

这套把商机金额拆成产品明细、再用汇总字段和报表反向校验的做法，用 9527CRM 这类轻量级 CRM 的商机管理与自定义字段就能落地：在商机下配置产品明细、把合计设为只读、报价前加一道校验规则，销售填一次，报价、毛利、预测三处都能用上；由于支持私有化部署，金额结构、产品分类和毛利报表的口径都按自家业务来定，不必迁就标准产品的固定分类，管理者要的是可控，不只是一套工具。