档案库 · 商业模式 · 产品决策 · 2017
需求热潮让客户在项目构建前就承诺每月付费
客户发布附带月度费用的软件问题；开发者构建并拥有产品，付费用户已就位 — 发布当天在 HN 获得 1100 分。
Demand Rush
当时的题目
Side projects usually start with a builder guessing what people want, then hoping customers appear after launch. Demand Rush's 2017 launch tried a two-sided alternative: anyone with a problem posts it and states what they would pay per month, and developers browse the list and decide what is worth building.
它是怎么成立的
2017 年 6 月，一位以“hackerews”名义发帖的构建者推出了 Demand Rush，对通常的副业项目公式进行了简单的反转。不是开发者凭空想象产品并希望客户出现，而是潜在客户发布他们想要解决的软件问题并附上他们每月愿意支付的费用，而开发者则浏览列表并决定值得构建什么。
网站上的列表看起来像“游戏化储蓄应用”或“现场社区聊天”，每项都带有承诺，比如来自单个用户的每月 5 美元。开发者可以接受一个问题，构建产品，保留全部所有权并收取月度订阅费，承诺者已经排队成为首批客户——一位评论者将其概括为一种寻找已经有人愿意付费的项目的方式。
该帖在一天内获得了 1,100 分和 451 条评论。支持者称之为“由市场驱动的民主化高效招标过程”，并认为它在代码存在之前预先验证了市场；怀疑者指出最高约每月 500 美元的承诺，并质疑带有小预算的模糊请求如何覆盖真正的软件。创始人确认了评论者的总结，并对策展和“已解决”标志提出了建议，但讨论仍停留在模型本身。
这个想法之所以突出是因为其结构性：它将猜测需求的风险从构建者转移到了市场，并让开发者保留所有权的成果。当一位评论者问构建者是否“以开源方式”拥有他们的作品时，得到的回答是：“不，你以商业方式拥有它。”承诺的经济性从未在帖中得到解决，但这种方式已经展示了比任何想法列表更清晰的需求信号。
妙在哪
- 反向推销让需求带着金钱说话：真实的潜在用户声明月度费用，比投票或评论更有力的证据表明项目值得构建。
- 构建者保留他们创建的内容的所有权，并对访问收费，因此该平台指向的是 SaaS 机会，而不是固定价格的自由职业工作。
- 发布带有真实价格的真实列表使模型足够具体以供争论，这也是为什么 451 位评论者关注机制而不是营销。
- 要求客户描述问题而非想法，迫使需求侧语言——人们愿意为之付出的结果——进入市场的供给侧。
做出来什么
The Show HN drew 1,100 points and 451 comments on 14 June 2017. Supporters called it 'a democratized efficient tender process driven by the market' and read it as pre-validating demand before code exists; skeptics noted pledges that topped out around $500 a month and asked whether such budgets could ever cover real software. The debate stayed on the model's mechanics rather than its marketing.
可以借走的
在构建之前让需求自我命名：真实的潜在客户自愿提供的月度价格是任何想法列表都无法比拟的更敏锐的市场反馈——前提是承诺的金额大到足以支付工作成本。
后来
存留下来的记录是讨论本身：当资料被捕获时，存档爬虫已无法访问 demandrush.com，并将 Hacker News 线程作为替代保存下来，因此这里没有记录公司的后续结果。线程保存的是它所暴露的机制——在构建之前收集月度付款承诺——以及关于承诺金额是否能与真实软件成本相匹配的尖锐辩论。
资料来源
发现哪里写错了？告诉我们。
轮到你了
你刚读完一个点子。把你手上的题目说出来，看看谁接过同样的题。
免费账号 · 3 次免费提问 · 不用绑卡