一个人做行业软件，先接单再做产品

一个人做行业软件，最容易犯的错是没接够单就开始做产品。接定制本身不是问题，定制单换来的是真实流程、真实付款和真实验收，产品只能从这些重复的东西里抽出来。顺序反过来，半年后你手上只有一个没人买的系统。

两种走法我都见过

只接定制的那种，每一单从零开始，客户要什么加什么。第一年能活，第二年还在原地：没有可复用的东西，报价上不去，时间全被沟通和改需求吃掉。

先做产品的那种更疼。关起门写半年，多租户、权限、工作流、报表都做了，自认为很通用。上线才发现，真正的客户要的是某个行业里一个很具体的流程，你那一堆通用能力一个都用不上；而没有演示、没有案例、没有渠道，连第一个付费客户都找不到。两条路的差别不在“定制”还是“产品”，在顺序。

一个人更容易掉进先做产品，还有一个不太体面的原因：写代码比找客户舒服。关起门来的半年，每天都有进展；出去见客户，可能十次有九次被拒绝。产品化成了逃避销售的借口，这一点要自己承认。

三个阶段，目标完全不同

阶段一：交付单（0–2 单）
  目标：拿到真实流程、真实数据、真实付款
  产物：可演示的系统、验收单、客户证言
  不追求：复用、通用、产品化

阶段二：提取（3–4 单）
  目标：找出重复出现的那 60–70%
  产物：领域模型、配置项、行业模板、交付清单
  不追求：一次抽干净、支持所有客户

阶段三：白牌（第 5 单起）
  目标：把重复部分做成可复制的交付包
  产物：白牌版本、部署包、报价单、服务商渠道
  不追求：自己做终端客户的 SaaS 大平台

跳步是最常见的翻车方式，所以每个阶段的门槛要提前写死。

“有兴趣”三个字不算证据，定金或书面预算才算。询价要记录：日期、主体、功能点、预算区间、来源渠道，一行一条——没有记录的“很多人问过”等于没问。白牌要不要继续投入，只看有没有到账，不听口头兴趣；定金按白牌授权首付收，不低于建议零售价的四成，写明抵扣和不退条件。

第一单要挑能交付的，不是挑最大的

第一单的目标是把需求、报价、合同、开发、部署、验收、尾款、售后这一整条走通一遍，利润放在第二位。所以我只看五件事：

1. 需求边界能不能列成 10–20 条功能，而不是“做一个像美团那样的平台”；
2. 手上的底座（多租户、权限、订单、支付、文件、消息）能覆盖的单子模块过不过半——已有底座的看这个，还没有底座的，选模块最少的单，把它做成底座的第一块；
3. 要不要依赖你拿不到的资质，医疗、金融、支付牌照、政府投标第一单都别碰；
4. 付款节点是不是写清楚了，至少 30% 定金、验收后 40%、尾款 30%；
5. 对接人能不能自己拍板——首次沟通就要到验收签字人的姓名和职务，给不出来的按高风险单处理，“我先问问领导”这种单子会把你拖进无限会议。

第一单可以便宜，但不能免费。免费的单子没有验收压力，也没有真实反馈，没有书面范围和截止日的免费单，最后多半变成无休止地改。报价低到没有利润，交付时就会从服务和文档里省，最后省掉的是客户对你的信任。

合同里至少要有三个日期：定金到账日、验收日、尾款到期日——尾款到期日写成“验收合格之日起 30 日”，别写“售后期满”，期满从哪天起算，会被往上线日、试运行日上争。没有日期的合同，执行顺序全靠催。催一次两次是正常，催到第三次，双方的关系已经变成消耗。

拿一个假设的单子举例：一套多商户供应链，客户要换品牌、接支付、迁 3 万条商品、部署到自己的阿里云。报价别只写一个总价，拆成四行——底座授权、配置与定制、数据与部署、首年售后。

底座授权 1.2 万，配置与定制 1.8 万，数据清洗和部署 0.6 万，首年售后 0.4 万，合计 4 万。定金 30%（1.2 万），验收合格后 7 日内付 40%（1.6 万），尾款 30%（1.2 万）在验收合格之日起 30 日内结清——不再挂到售后期满，首年售后是独立的合同义务，不是扣款理由；客户坚持留尾款到售后的，源码分两批，验收交不含构建脚本和初始化数据的可编译包，结清给完整仓库。首年售后的 0.4 万要在合同里写成口径：报价清单内的功能缺陷修复、工作日 24 小时响应、含 15 人时；超出人时、新需求、数据修复、第三方接口变更按变更单计价。范围不写，收了钱也是白送。尾款比例高，验收标准就必须在签约时写死，这一点后面会单独说。

拆开的好处很实际。客户砍价时，他知道砍的是哪一块；延期时，你知道是哪一块没做完；下一单报价，你有参照，不用每次从头拍脑袋。只报总价的单子，最后都会在“这么点功能怎么这么贵”上纠缠。

报价单下面加一行：本报价对应功能清单第 1–18 条，清单外需求按变更单计价。这句话比任何口头承诺都管用。

每一单结束时必须留下的五样东西

很多人做完一单，代码留下了，其他什么都没留下，下一单还是从零开始。我给自己定的规矩是每单强制归档：需求清单与变更记录（哪些是原需求、哪些是后加的、各加了多少工作量）、领域模型图（实体、关系、状态机、关键流程，这是白牌的骨架）、部署与配置清单（环境、依赖、端口、账号、定时任务、第三方服务）、验收单与问题清单、可复用组件清单。

五项里最值钱的是验收单和问题清单。客户不用某个功能，先排查入口深不深、培训做过没有、性能行不行，三件都不是，多半是这个功能没解决他的问题——删除决定记进可复用组件清单的删除理由栏。白牌化时优先删掉的，就是这些“做了但没人用”的部分。

提取不是重构

很多人一听提取，就以为要把项目重写成产品。不是。提取的动作很轻：把这一单里跟客户名字无关的部分，挪到一个干净的模板里，下一单直接拿来用。具体做三件事：

• 把实体、关系、状态机画出来，确认哪些是行业共性，哪些是这个客户的特殊流程；
• 把变化点变成配置，术语、字段、菜单、流程开关、计价规则，能在后台改的绝不改代码；
• 把部署步骤脚本化，从装数据库到初始化数据，一条命令跑完。

不要做的事同样明确。不要为了“以后可能用到”加抽象层；不要把只出现过一次的需求做成开关；不要在第一单就拆微服务、上消息队列。这些动作会让交付变慢，而白牌的前提是交付更快。

判断提取有没有效，只看一个指标：下一单报价清单里，不改实体、状态机、流程代码就能交付的条目占比过六成——按条数计，配置层和品牌层的改动不算“动”。做不到，说明你提取的是页面，不是模型。每单结束花一到两天做这件事，别攒到年底。攒着的后果是细节全忘了，只剩下代码——只有代码、没有需求清单和领域模型时，代码是最难复用的部分，你连它为什么这么写都想不起来。

哪些能抽成白牌，按五个维度打分

别按代码量判断，那只会让你舍不得删。我按下面五项打分，每项 0 到 2 分：

8 分以上可以做白牌，5 到 7 分只能做行业模板、每单仍要定制，4 分以下就老老实实做项目，别谈产品化。1 分的锚点也定一下，拿领域模型举例：实体一致但关系或状态机每单要改，就是 1 分——没有锚点，隔一周打分会出两个结果。手上只有一个跑了两年老客户的，把两年迭代按里程碑切片当需求采样，再去找第二个外部需求方对照；同一个客户的需求当然“几乎一致”，照表打分必然虚高。

还有三种信号，出现任何一种都该停：每接一单都要改核心模型；客户的价值只来自本地资质或地方政策，换个城市就不成立；买家只比价，不为部署、培训、售后付钱。前两种说明问题出在生意模式上；第三种说明你的目标客户根本不是你想象的那批人。

停下来不丢人。把已经投入的白牌代码继续维护，才是真正的沉没成本。

这里有个反直觉的地方：功能多不等于可白牌。多租户、权限、工作流这些平台能力看着通用，但真正决定交付成本的是行业流程。拿多商户供应链举例，商品、库存、订单、结算的边界怎么切，比“支持多少个租户”重要得多。

只做品牌层（名称、Logo、主题色、域名、登录页、邮件模板）那叫换皮。真正能复制的交付要动四层：品牌层之上是配置层，行业术语、字段、菜单、流程开关、计价规则；再上面是交付层，安装包、部署脚本、初始化数据、演示数据、交付文档；最外面是商业层，授权协议、报价单、服务商分佣、售后边界。四层齐了，别人才真的能把你的东西当成他的产品去卖。

白牌的定价也别按“源码值多少钱”算，按“服务商拿过去能卖多少钱”算。他面对终端客户报 3 到 8 万，你收 0.8 万到 2 万的白牌加部署费，他有足够利润去推，你有合理的交付收入，这个分工才成立。直营单的报价要守住纪律：不低于自己的建议零售价，或者直营只接服务商未报备的客户——你 4 万直营，他 3 万怎么卖，这个道理服务商第一天就会想。

渠道先找服务商，别直接投终端客户

一个人做白牌最大的误区是投广告找终端老板。终端客户分散、教育成本高，你不懂每个行业的获客话术，单客单价低但售后一样重。服务商和区域代理不一样，他们已经有客户、有销售、有本地关系，缺的就是能交付的产品。你给白牌、给演示、给部署支持，他负责卖和一线沟通，这是分工不是让利。

去哪找：互站、猪八戒、一品威客上长期发布“求购成品系统”的账号（2025 年前后的观察，渠道活跃度会变，投之前先搜一遍关键词看看还有多少人在发）；本地做网站、小程序、系统集成的公司；行业里做设备、耗材、SaaS 的区域代理。

和服务商合作，先把丑话说完：客户归属怎么算，底价和建议零售价差多少，售后由谁面对终端，源码什么时候交付，尾款什么时候结。客户归属要写清楚。服务商最怕的是你绕过他，直接联系他的终端客户；你也要防着他拿你的演示去接单，最后找你压价。第一单可以约定：由他报备的客户，一年内归他，你不直接成交——报备以邮件或共享表格为准，写清客户全称、联系人、需求一句话，报备时点即归属起点，撞单以先报备为准，未报备的成交没有归属保护。

源码交付节点要和回款绑定：部署验收后交可编译副本用于验证，尾款结清给完整仓库和授权书，结清前授权仅限该服务商部署本单客户使用。不要因为“合作愉快”就提前把仓库权限开到底，愉快是结果，不是条款。

第一次合作别签独家，也别承诺区域。先给一个客户、一个价格、一次交付，跑通了再谈长期。跑不通的项目，签得越深，散得越难看。

时间怎么分

不要把所有时间押在接单或者做产品任何一边。我现在的结构是六成时间做交付单保现金流，两成时间做提取和文档保下一单更快，剩下两成找服务商、写内容、维护演示站，保的是明年的单。

账要一起算：每单毛利＝报价−预估工时×期望时薪−第三方成本；售后按预估人时计提，报价摊到人时低于期望时薪的一半就该涨价；转白牌的财务触发线也写死——授权收入连续三个月不低于定制月收入三成、现金储备够六个月生活费，才把交付时间从六成降到五成。交付连续两周占掉七成以上周工时，新单报价上浮两成并顺延排期，宁可涨价、宁可延后，也不要停掉提取那两成。否则你会一直很忙，但每年都从零开始。

落到一周是这样：周一到周三做交付和客户沟通，周四做提取、文档和演示环境，周五找服务商、写内容、处理杂事。这个节奏不是铁的，交付紧的时候周四会被占掉，但下一个周四要补回来。

最后说明一句：文中的“3–5 单”“60–70% 复用”“8 分”都是我自己的经验阈值，不同品类差别很大，得按自己的交付数据重新校准，打分表那几个维度，等你真做过 3 单再信。

系列：上一篇 为什么国内 B 端买家要源码买断，而不是 SaaS 订阅 ｜ 下一篇 两周交付一个行业系统：范围冻结、里程碑与验收 ｜ 相关 行业系统做成白牌，先看领域模型能不能复用