先别做系统，
先把一件事跑通

01「一次做完」的代价

下面这个清单是我从真实需求里抄下来的，一个字没改：

先别评价，问他三个问题：

1. 上个月有多少笔订单？答：一百多笔，都在微信里记着。
2. 谁在维护这些规则？答：我自己，晚上有空的时候。
3. 上线后第一周你打算看哪个数？答：……看总营业额吧。

结论很清楚：这不是需求，是愿望清单。一百多笔订单撑不起积分体系，一个人也维护不了分销规则。真做出来，九成功能会一直是空的，而空的功能比没有功能更伤——用户点进去一次，就不会再点第二次。

02什么是「一件事」

我给它一个能操作的定义：一件事 = 有明确起点和终点、能被验证成或不成的一个动作。

合格的「一件事」满足三条：

• 客户能自己完成，不需要你在旁边教，也不需要你手工补一步。
• 完成后有一个可数的结果：一条预约、一个订单、一份提交、一条记录。
• 失败时你能知道为什么：是没人看见，是看见了不点，是点了没填完。

不合格的写法：「提升品牌形象」「打通线上线下」「建立私域流量池」。这三句都不是事，是方向。方向不能验收，只有事能。

03三种切法，按顺序用

1. 按流程切。把一条业务链画出来：客户问价 → 报价 → 预约 → 到店 → 复购。找最堵的那一段先做。堵点通常是「问价」和「记不住」。
2. 按人切。只服务一类人：新客、老客、员工。先做最痛的那类。三类人都想照顾，结果是三类人都不好用。
3. 按频次切。只做每天都发生的那件事。低频的先用现成工具顶着。

这里有一个很硬的判断标准，我经常直接用它劝退需求：

不是技术上做不了，是投入产出不成立。一周两次的事，做进去三万块，你要两年才回本——而这件生意可能八个月就变了。

04一个具体的切法

原始需求：「我要一个会员系统，能积分、能发券、能看消费记录。」

为什么是这个顺序：第 1 版不解决「留存」，它解决的是「先有数据」。后面所有功能都要靠这批数据才有意义——没有消费记录，积分是空的；没有到店频次，发券不知道发给谁。

而且第 1 版有一个隐藏价值：如果它跑了两个月，发现没人用，你省下了第 2、3 版的钱，还提前知道这件事不成立。这个信息比任何功能都值钱。

05说实话：小步的代价

我不能只讲好处。小步走也有代价，而且很具体：

• 你要等更久才看到「完整的样子」。中间那几个月，它看起来有点简陋。
• 你要参与几次确认。不是把需求丢过来就完事。
• 有可能做到第 1 版发现方向错了要改——虽然这比做完三版才发现便宜得多。

一次做完的代价是另一套：钱一次性付出去；需求在实现过程中一定会变；上线后没人用，你无法判断是产品错了还是推广错了。

两种代价都存在，区别只有一句：小步的代价是可承受的，一次做完的代价是沉没的。

06怎么写出你的「一件事」

照这个句式填空，填不出来就说明还没想清：

举个填好的：让新客户在看到门店二维码的时候，能自己完成选时间、留电话，完成后我能看到一条带时间的预约记录。

这一句话就是第 1 版的全部需求。剩下的功能，等它跑起来再说。