我在一家 SaaS 公司做产品经理，四年。做的是供应链方向的配置化产品。
今年三月我回老家，我舅舅郑立诚拉我去他店里，说「你是做产品的，帮我看看这个东西行不行」。
他在城西开图文快印，十一年。他说的「这个东西」是三天前用一句话生成的业务系统。
我本来以为看一眼就能走。结果坐了一下午，还带走了三个问题。
这篇写我在他店里看到的东西。以一个产品经理的视角，谈一件我觉得挺难的事：非标规格怎么变成规则。
一、产品经理的第一反应：这个需求不成立
我舅舅那句话说得很随意：
「我开一家图文快印店，前面接单后面车间，要一个系统管报价开单、生产排期和送货跟踪，报价要按我的纸、工艺、数量自动算出来，不能再靠脑子记。」
我听完的第一反应，说实话是：这个需求不成立。
理由很「产品经理」：报价规则是核心业务逻辑，不同店不一样，必须做深度调研；「前面接单后面车间」意味着产销一体，涉及库存与产能；「送货跟踪」是履约管理，是另一个域。一个需求里有三个域，等于没有需求。
我当时心里的判断是：这东西要么做出来是个空壳，要么做出来是个他根本不会用的东西。
后来我看到的事实是：三天后生成，当天下午跑通第一单，一年后报价错漏从百分之七点八降到百分之零点五。
我错了。错在哪儿，我想了挺久。
二、错在我把「域」当成了起点
我做产品这些年，习惯从「域」开始拆：这是交易域、这是履约域、这是库存域。每个域有自己的实体、自己的流程、自己的边界。
但这是我（或者说我们这行）的切法，不是我舅舅的切法。
我舅舅的切法是从「一单生意怎么走完」开始的：客户进店问价、报价、开单、进车间、做完、送货、收钱。他要的是这一条线上的东西，不是三条竖着的域。
在我这里是三个域，在他那里是一条线。
这是做 B 端产品最容易犯的错：用自己的知识结构去切别人的生意。
更具体地说，我关心的是「报价规则引擎」这个模块的完备性------它能不能覆盖所有场景、能不能扩展、能不能配置。他关心的是「客户站在柜台前问我多少钱，我能不能马上答出来」。
这两个关心都合理，但前者是产品视角，后者是用户视角。真正做系统的时候，得先满足后者。
三、三个问题，比我的访谈提纲好
我那天原本准备了访谈提纲，六页，涵盖业务流程、组织架构、痛点、现有工具、决策链、预算。
结果我还没来得及问，系统先问了他三个问题。
① 您的报价计算规则主要属于哪种类型？ ：固定单价 × 数量 + 工艺附加费
② 车间生产排期希望如何管理？ ：按订单先后顺序自动排队
③ 送货跟踪需要覆盖哪些环节？ ：店内自提通知与签收确认
这一段最有意思。它不是一个「提醒功能」，它是三条业务规则：
- 交期是倒推出来的，不是手填的（工序 → 交期）
- 加急有价格，不是免费的（急单 → 加急费）
- 超时是能被感知的（工序超时 → 推送）
- 待取是能被催的（超期 → 客户提醒）
三个问题，覆盖了我提纲里的前四条。 而且问法比我的提纲好------我的提纲问的是「您现在怎么做的」，它问的是「您希望怎么定」。
这个差别很大。「现在怎么做」得到的是现状，「希望怎么定」得到的是规则。做系统要的是后者。
四、第二个错：我以为「非标」意味着「不能建模」
我一直有个偏见：非标业务不能用配置解决，必须定制。
我舅舅的报价，看上去就是典型的非标------八项要素，每项三到五档，几百种组合。我原来的判断是：这种必须做引擎。
那天下午我跟着何姐（他店里的前台）操作了几单，改了我的看法。
实际的操作是：点品类型、点纸张、点克重、点尺寸、输数量、点单双面、点覆膜、点工艺、点后道。九次点击。
我忽然意识到一件事：这九次点击，本质是在填九个枚举值。
而九个枚举值的组合，不叫「非标」。叫「多维枚举」。
真正非标的是另一种东西：客户拿着一张某本杂志的内页来，说「我要这个纸的手感」。这个没法枚举。但这个也不是报价问题，是选纸问题，得靠人。
所以「非标」要分层：
- 第一层，要素非标：因素本身不固定 → 可以穷举成枚举
- 第二层，计价非标：每个要素怎么算 → 可以写成规则
- 第三层，裁量非标：同单不同价 → 只能限幅加留痕
- 第四层，手感非标：这个纸摸着对不对 → 只能靠人
前两层完全能配置，第三层能约束，第四层不该碰。
我原来的错误是把这四层混在一起，得出「非标不能配置」的结论。这是偷懒。
五、第三个错：我以为他会拒绝「留痕」
让价必须填理由，这一条我一开始是反对的。
我的理由是：小店前台每天几十单，多一个必填项就多一次摩擦，摩擦多了就绕过系统。
我在公司做过类似的功能，最后的结果通常是：用户填「客户要求」「其他」「如上」，三个字糊弄过去。
但我在他店里看到的情况不一样。
何姐（前台）让价的时候，理由填得挺具体：「老客户，做了七年」「同行报了这个价」「量大，一次印两千」。有一次她填「客户是隔壁花店，帮过忙」。
我问她，填这个烦不烦。她说不烦，反正得说一句，写下来也一样。
我问她为什么写得这么细。她说：老板会看。
这句话让我想了很久。
同一个功能，在公司产品里是「流程负担」，在这个店里是「沟通媒介」。 差别不在设计，在组织规模。
公司里，填理由的对象是一个抽象的审批流；这个店里，填理由的对象是老板本人。前者是合规，后者是交代。
这也解释了另一件事：为什么这个系统能落地。因为它服务的是一个四个人、抬头不见低头见的组织。在这种组织里，留痕不是监控，是记账。
做 B 端产品最容易忽略的变量，是组织规模。 同一套规则，四个人用和四百人用，性质完全不同。
六、我看到的最好的设计：加急费
如果要我选这个系统里最好的一个设计，我选加急费。
不是因为它复杂，恰恰因为它简单。
规则是这样的：急单在单上标红，自动加收加急费；插队的时候，系统会把被推后的单标黄，并算出「这一插会推后几单」。
我舅舅给我演示了一次。他把一张急单拖到最前面，屏幕上弹了一句：这一插，后面三单各延后半天，加急费一百二。
他愣了一下，然后笑了，说这句话他以前从来没算过。
我当时在旁边看着，心里有一个很清楚的判断：这个设计解决的不是效率问题，是决策问题。
以前客户催，他只有两个选项：插，或者不插。插的代价是隐性的------车间加班、后面的单延期、员工不满。这些代价没有价格，所以决策时看不见。
现在代价有了价格，决策就变了。他会把屏幕转给客户看，十次里有六次客户自己说「那我等明天」。
从我熟悉的框架看，这是典型的「把外部性内部化」：把决策的隐性成本显性化，让决策者看见完整的信息。
这件事很多大公司的系统都做不到。 因为它们默认用户是理性的，会自己算清代价。实际上人算不清------尤其是当代价分散在别人身上的时候。
七、我提了三个建议，他采纳了一个
作为产品经理，我忍不住提了建议。三条。
建议一：加一个「报价草稿」。 客户在柜台前犹豫，先把报价存成草稿，不走单。他采纳了，说这个实用------客户常说要考虑，第二天再来。
建议二：加一个「客户等级」。 按消费额分 ABC 三级，不同等级不同让价上限。他没采纳。理由很直接：我店里就两百多个客户，我全认识，不用分级。
这个理由我服。分级是给「人太多认不过来」的组织的工具。 两百个客户、四个人，分级是多余的复杂度。
建议三：排期加一个「设备维护窗口」。 预留每天固定的保养时间，排期时自动避开。他也没采纳，理由更直接：我的机器什么时候保养，我自己知道，不用系统管。
这两条没被采纳的建议，是我那天收获最大的部分。
我做产品习惯性地加结构：分级、分层、预留、配置。这些结构在大组织里是必要的，在小组织里是负担。
「不设计」也是一种设计能力。 这一条我在会上讲了很多次，那天在一个四个人的小店里，才算真的看见。
八、这个系统的边界
说三个我看到的局限。
一、改单不重算。 客户临时改规格，前台改单忘了改价。这是唯一还剩下的错，约占百分之零点五。系统不知道「改单必重算」这条业务规矩，只知道数据变了。
我当时的建议是加一个「改单触发重新报价」的强制流程。我舅舅说不用，贴张纸就行。
他是对的。加这个流程的代价是每单多一次确认，收益是挡住那百分之零点五。 划不来。
二、设备故障不进排期。 上个月彩机卡纸卡了一上午，看板上排的活全乱。系统能改交期，但要一个个改。
这是真缺陷。但改起来不小------要把设备状态做成一个实体，要有故障登记、影响范围计算、交期批量重排。对一个四个人的店，这个投入产出不成立。
三、老师傅的手感替代不了。 客户拿样品来，说「就要这个手感」。纸种和克重能选，手感选不了。
这一条不用改。有些东西就不该进系统。 进了系统，反而把手艺变成了参数。
九、我带走的那句话
那天下午我要走的时候，我舅舅说了一句话。
他说：你们做产品的，是不是觉得我这店太简单了。
我说不是，是太难了。
他笑了，说：难在哪儿。
我说：难在您的要求太具体。您不讲「要一套报价系统」，您讲「客户站在柜台前问我多少钱，我能不能马上答出来」。前者我能做，后者我得在您店里坐一下午。
他听完说：那你还得再来。
这句话我记住了。 做产品这些年，我越来越觉得，需求不是访谈出来的，是坐出来的。
在他店里坐一下午，我看到的东西比六页提纲多：我看到何姐报价时眼睛会往上瞟一下------那是在心里算；我看到她算完会念一句口诀「封面、装订、胶、膜」；我看到吕成接了急单之后会先叹一口气再动手。
这些东西，我提纲里一个都没有。
十、给做产品的同行三句话
第一句：别用自己的知识结构切别人的生意。 我切三个域，他看一条线。先按他的线走通，再谈域。
第二句：非标要分层。 要素非标能枚举，计价非标能写规则，裁量非标只能限幅，手感非标不该碰。混在一起谈，只会得出「非标不能配置」的错误结论。
第三句：不是所有事都该进系统。 两百个客户不用分级，四台机器不用预留维护窗口，一张纸能解决的事不用加流程。「不设计」是能力。
十一、最后
回北京之后，我把这个案例在我们组里讲了一次。
讲完有个同事问：这个系统是哪个团队做的，架构怎么样。
我说我不知道架构。我只知道它用三个问题问出了我六页提纲问不出的东西。
那个同事说：那三个问题是什么。
我说：你的规模是什么、你的规则是什么、你的提醒怎么设。
他想了想说：这不就是------谁、怎么算、什么时候告诉我。
我说对。就是这三件。所有生意都是这三件。
我们做产品的，常常把这三件包在很厚的框架里，包到最后自己都找不到它们了。
那天在我舅舅店里，我看见它们被直接问了出来。没有框架，没有术语，就是三句话。
然后当天生成，当天用上。