1. 技术投入:「任何需要写代码才能启动的项目都是伪风口」
限缩版有条件支持 · 原命题不支持他说什么 自述 / 转述
「去年搞副业……砸了 5 万块钱,买了服务器买了各种 API 接口,没日没夜写了三个月代码,一分钱都没挣着,服务器费还倒贴 2000。」
再举两个对照:一位做 AI 头像的年轻人,不是程序员、不装 Python,在闲鱼花 9.9 买教程,用开源 Stable Diffusion 给客户出图,一单 29.9,「一个月流水 3 万」;一位前同事技术大牛自己训模型、自己写 Web 端,「折腾半年没上线,风口早就过去了」。结论是「商业的本质是交易,不是构建系统」「能用 Excel 解决的绝不写代码,能人工解决的绝不自动化」。[9]
证据实际证明什么 作者原文
Paul Graham 2013 年的文章支持「早期手工获客、手工交付、瓶颈出现后再自动化」:Stripe 创始人对同意试用的人说「把你的笔记本给我」,当场装好;他自己在 Viaweb 时替商户建站,建到一半缺功能就花两小时补上再继续。[1]
书评摘要
《The Mom Test》建议用对方付出的实质性承诺来检验早期客户兴趣:承诺可以是时间、声誉或金钱,不能把夸奖当作需求已获验证的证据。[2]
同行观点
Pieter Levels:「他们得拿出信用卡付钱,我才知道想法被验证了」,其 Avatar AI 启动页只有 HTML、Stripe 支付链接和 Typeform。[10] 刘小排:填空题「什么人、什么场景、愿意花多少钱、解决什么问题」答不出就不写代码。[11]
还不能推出什么
- Viaweb 的例子恰恰在写代码。Graham 支持的是「少做不必要的前期系统」,不是「凡需代码皆不值得做」。
- 头像案例是「少自研」,不是「去技术」。它依赖别人已做好的模型和教程;「不装 Python」说明操作方式,不说明技术不重要。
- 头像卖家与自研同事不构成因果对照。两人的客户、渠道、投入时间、交付要求是否可比,视频没说;即使都属实,也只能说「出现过两种结果」,推不出「追求壁垒就是逃避销售」这种动机判断。
- 「承诺」不能压成「必须先付钱」。书里三类承诺并列;产品风险大的项目作者也承认不能只靠对话验证。[2]
- 数字口径。「砸了 5 万」是投入,不是已核净亏损;「2000」是否含在 5 万内不明;「流水 3 万」不是利润;「去年」须锚定视频发布日期,日期未知。
读者如何判断:对可以用聊天、表格、人工交付先跑起来的项目,减少前期系统建设有经验依据;技术可行性本身存疑的项目,则需要最小原型,而不是禁止写代码。把「不写代码」当信仰,和把「技术牛」当信仰,是同一种错误换了方向。