一个人同时做开发和运营的时间成本怎么算？我算过一遍
烧烤店小程序交付那天，我看了一眼代码统计：手写不到 20 行，项目收入 ¥3000。但真正耗掉我时间的不是那 20 行。
所以一个人同时做开发和运营的时间成本怎么算，答案不在代码行数里。
结论：按「这事占了我几天」算，不按「我写了几小时」算。因为一个人一天里只有一块完整时间，被切碎就没了。
我把一单交付拆成了五段
这是那单烧烤店小程序的真实结构，按时间占比从大到小排：
- 沟通与确认：问清要什么、确认范围、解释为什么这版不做某个功能。
- 环境与配置：跑起来、发布、处理平台侧的手续和审核。
- 返工与细节调整：上线后按反馈改的小地方。
- 验收与收款：让对方确认、结清、留一句后续。
- 写代码：不到 20 行。
前四段加起来，占了这单绝大部分时间。 这就是「开发和运营」在同一人身上的真实结构。
时间成本的账应该这么记
我试过按小时记，记了两周就放弃了，因为一个人干活的时间本来就是碎的：等对方回复、等审核、等自己状态回来。
后来改成三栏：
1. 占用了几天：这件事横跨了几个自然日。
2. 这期间不能做什么：机会成本才是真正的时间成本。
3. 能不能并行：能不能在等对方回复的时候干别的。
第二栏最重要。 一个活占你三天，不代表花了你三天，但代表这三天里你没法开新项目。很多人算成本只算第一栏，所以总觉得自己「明明没闲着，怎么没进展」。
做对了什么
第一，把范围压在交付前。 那一单之所以能快，是因为要做什么、不做什么在动手之前就问清楚了。
第二，用现成的东西搭。 手写代码不到 20 行，是因为能借的组件、能用工具生成的都不手搓。
第三，把运营动作变成清单。 发布、审核、认证这些流程跑过一遍就记下来，第二单直接照着做。
这三条合起来的效果是：同样的交付量，占用的自然日变少，你能开的新项目就变多。
做错了什么
一是把沟通当成不产生价值的事。 我一开始觉得聊天是浪费时间，结果是需求没锁死，返工了两次。
二是同时开了太多头。 我试过同时推小游戏、小程序和公众号内容，三条线都停在半路。现在我给自己定的规矩是串行不并行：同一时间只推 1 个主攻方向。
三是低估了平台侧的时间。 微信审核半天到一天，抖音软著自申花了 2 个多月、代办约 ¥300。这些时间不在你的计划表里，但它实实在在占着日历。
还有一笔更贵的学费：我第一款自研小游戏上线后，服务器加域名 ¥300+、微信认证 ¥30，种子计划每天 180 人进量、次日留存 5 人、当日广告收入不到 ¥6、人均时长不到 2 分钟。那段时间我既在开发又在运营，两头都没做好。
换个人能不能复制
能，但要接受一个前提：你的瓶颈大概率不是写代码慢，是决策慢和等待慢。
复制这套账的三个动作：接活前问清范围，开工前把环境准备好，交付后把流程写成模板。
再补一条：把「运营」拆成具体动作之后你会发现，它不是一类神秘的工作，是一堆可以写下来的清单。清单能复用，时间才能被省下来。
常见问题
Q：一个人同时做开发和运营的时间成本怎么算才准？
A：按「占用了几个自然日」算，同时记上「这几天不能做什么」。按小时算对一个人基本没意义，因为你的时间本来就是被切碎的。
Q：为什么写代码很快，整体还是很慢？
A：因为交付里还有沟通、环境配置、平台手续、验收这些环节，它们不写代码但占用同样的时间。我那单 ¥3000 的交付，手写不到 20 行，时间全在前面那几段。
Q：怎么减少运营占用的时间？
A：把每次的流程写下来，第二单直接套。流程能复用的部分越多，你重复解释的次数越少。
相关阅读
本文作者西米，37 岁程序员，一个人加五个 AI 员工在跑一家公司。踩过的坑和真实账本都写在公众号「西米分享」。
完整代码、踩坑清单与最新进展，都在公众号。
📱 关注公众号「西米分享」