第 21–30 天：手工跑通一次交付

手工交付帮助发现用户要的结果；人工做不到的速度、规模或精度，仍需要独立的技术实验。

一、先卖结果，不卖软件

以下情境为教学假设，人物、引语和数字不代表经核实的真实案例。

一位开发者想做一个商品图批量处理工具。他没有先写代码，而是在一个电商社群里发了一句话：这个月上新图来不及处理的，发我原图，我帮你裁好、统一尺寸、按平台要求导出，一单 300 元。三天里来了三单。

他用的工具只有表格和一个图片编辑器。每单他要花三小时：收图、确认尺寸要求、逐张裁剪、导出、打包、回复修改。三单做完，他发现自己原本设想的核心功能「批量裁剪」并不是用户最在意的一步。用户反复确认的是尺寸与平台规则对不对，以及改完能不能直接上传。

这一步用代码很难自动做对，因为它依赖各平台当下的规格；但它恰恰是用户愿意付钱的部分。如果他先写了两个月的批量裁剪，上线后大概率会收到一句「还是得自己检查，不如我手动弄」。

手工交付不是权宜之计，它是在写第一行产品代码之前，把价值假设跑一遍的最小实验。

二、手工交付验证什么、不验证什么

第二列很重要。手工交付跑通，只能说明「有人要这个结果」；它不能说明「你能用软件便宜地交付这个结果」。把这两件事混在一起，就会出现「手工卖得动，所以产品一定成」的误判。

手工失败需先分类：结果本身没人需要、验收规格不清，还是人工达不到速度/规模/精度？前两项先补需求证据；后一项做限额技术实验。例如人工不能在1秒内处理10万行，不足以否定软件价值。

三、三种收费方式对照表

手工交付可以收费，也可以不收，但每种选择换来的证据不同。

三种方式没有优劣，只有阶段。第一次交付适合免费或低价，因为你需要的是流程信息；免费交付不能证明愿意付款；若持续免费，需要说明仍在验证什么以及投入上限。

一个可执行的顺序：第一单免费、第二单150元、第三单300元，是本例逐步试探的顺序，不是必须照做的规则。免费观察与付款的证据分别记，不把三单当成三个全价成交。

四、手工交付 SOP 六步

SOP 的作用不是让你显得专业，而是让三单之间可以比较。每步都要有验收点，否则记录下来的只是印象。

第 3 步最容易被跳过记录。多数人做完就交付，回想时只记得「大概弄了很久」。耗时必须当场记，它是估算自动化收益的一项输入；还要记录质量、异常类型、输入差异和错误代价。

第 5 步的三个问题要固定，不要每次临时想。固定问题才能横向比较，也才能在第三次交付时看出「最有用的一步」是否始终相同。

五、把现金与自有时间分成两本账

单笔现金贡献 = 本笔实际到账 − 退款 − 本笔现金成本
时间经济差额 = 单笔现金贡献 − 全部自有工时 × 自选时薪估值

现金成本包括实际付出的工具、外包、支付手续费、材料等；现金税费按实际适用口径另列。自有工时含售前、交付、返工和支持，不只图像编辑时间。这里的经济差额用于个人决策，不冒称会计毛利；收款也不自动等于收入。

为隔离时间因素，下表先假设现金成本、退款和税费均为0，实际项目必须补上。

后三单合计到账450元、自有9小时、现金贡献450元、时间经济差额450−1800=−1350元。不是现金亏损1350元，也不是三笔全价单的−900元。 后者只适用于三单都收300且各用3小时的另一情景。

若实际每单另付工具20元，后三单现金贡献合计390元，时间经济差额−1410元。将免费或折扣的获客目的单列，观察能否在正常定价下重复成交。经济差额为负时，可以提价、限范围、压缩流程、改交付、做技术验证或停止，不能直接推导为应该开发产品。

5.1 自动化的投入判据

例：脚本开发12小时，每单省0.5小时，预计20单，节省10小时；再维护2小时，净节省10−12−2=−4小时。若未来有40单，净节省20−12−2=6小时，但订单量、质量和维护仍是待验证假设。质量或安全收益另记，不折成未经核实的现金收入。

六、什么不能手工化

手工交付有边界。越过边界，省下的开发时间会以别的方式付出去。

第一条常被低估。手工交付意味着文件会经过你的电脑、网盘和聊天工具，每一次转发都是一次暴露。涉及个人信息时，收集目的、保存期限与删除方式要在接单前说清楚，相关义务见文末的个人信息保护法条目。

第二条的边界要写成可承诺的句子，比如「工作日 24 小时内交付」，而不是「尽快」。具体承诺须有能力支持；是否违约按合同、实际履行及适用规则判断，不由是否用了“尽快”一词自动决定。

七、跑通的判据与下一步

本例先观察3个独立需求对象：是否接受同一核心结果、哪些步骤变化、返工为何发生。不同渠道不是必要条件，记录人情与共同预算以便复核。

• 流程：输入与验收可说明，异常和修改有记录；不能为了“同一SOP”忽略必要变更。
• 价值：至少有一次明确报价后的真实成交，交付与退款状态另记；只有预算意向时仍未证明成交。
• 技术：若软件价值在速度或规模，单独做限额原型验证，不把人工做不到当作自动化失败。

问题投入沿用02篇A/B/C；本方案状态用无意向、预算/评估、预付待履约、已交付未退款、退款/争议。三次手工交付可验证服务交易，却不能直接充当软件的M3或留存。

八、行动与验收

• 写清结果、格式、数量、时效、验收与费用，取得有效确认。
• 记录每笔实际到账、现金成本、退款与全部自有工时。
• 按两本账比较免费/折扣与正常定价，不把时间估值当银行流出。
• 区分需求、流程、技术失败；设下一次验证的预算上限。
• 核权属、保密及个人信息条件，再收材料或使用外部工具。

复算验收：全价300元、3小时×200、现金成本0时，现金贡献300、经济差额−300；三笔免费/150/300合计现金450、经济差额−1350。若压缩流程但引入外包成本，应同时扣除，不能只记省时。

将这些结果与下一步放在一页：什么证据支持继续、什么仍未知、为什么选择提价/改流程/自动化/停止。教学输入不能当市场价或收益上限。

关键参考与核验范围

核验日期：2026-10-23。以上经济差额是决策模型，不是会计报表。

涉及可识别个人的记录时，先确定处理基础、告知用途与期限，只收任务必需内容。研究同意不等于公开引用许可；删姓名后仍可识别的引语仍按个人信息处理。录屏使用虚构或已获授权的样本，关闭通知，遇到第三人、账户或敏感资料先暂停。公开、委托及跨境处理分别核对适用条件，不能靠“已脱敏”一概放行。目的完成后按规则删除；法定保留或技术上难以删除的，按适用规定限制处理。

• 个人信息保护法 ：按处理角色核对第13、21、47条的基础、受托处理与处置条件。
• 收入准则 ：第4、9–13条区分履约义务及按时段/时点确认收入；收款日期另记，预收不直接等于收入。主体适用的会计制度另核。
• 会计档案管理办法 ：第2、3、6、14–15条用于识别适用主体、归档范围与期限。实际核算凭证、合同证据、报价草稿及个人信息分别分类，不一律套同一个保管期。

系列导航

• 上一篇：第 11–20 天：十次对话
• 下一篇：第 31–50 天：主路径 MVP 的范围
• 回到目录：一个人的前 100 天：从想法到第一批付费用户
• 相关阅读：一个人的服务生意 、独立开发者的平台寄生