2026 年 8 月 11 日长文2 分钟

[示例] 一个人做完一个产品需要多久

这是一篇占位长文,用来验证长文的目录和阅读时长。真文章写好后删掉它。

答案是:比你估的久,比你怕的短。

第一周:想法很便宜

想法阶段最舒服,因为什么都还没有暴露。我在纸上写了七个功能,其中五个后来一个也没做。真正留下来的两个,是我自己每天都要用的那两个。

判断一个功能要不要做,最省事的办法是问:如果这周不做它,我会不自觉地手动做一遍吗? 会,就做;不会,就删。

第二到第四周:真正的工作量在边角

主流程三天就跑通了。剩下三周全在处理:

  1. 空状态——第一次打开什么都没有的时候页面长什么样;
  2. 错误状态——网络断了、字段填错了、权限没给;
  3. 移动端——桌面端好看的布局在 375px 宽下全部散架;
  4. 文案——每一句提示都要重写三遍才不像机器说的。

这四项没有一项在最初的估算里。

第五周:不上线的理由

到第五周,产品已经能用了,但我一直没发。理由每天都能换一个:图标不够好、文档没写、还差一个分享功能。后来我意识到这些都不是理由,是怕。

治它的办法很土:给自己定一个日期,告诉一个人。

结论

单人做完一个能用的东西,四到六周是常态。其中写代码大概占四成,剩下六成是收边、写字、和自己拉锯。

如果你正在第五周,把它发出去。真的没人会像你一样盯着那个图标看。

评论

点开才会连到 GitHub —— 留言用 GitHub 账号登录,内容存在本站仓库的 Discussions 里。