事情的起点
我们的核心产品是一个网络管理平台，在海外市场有一定份额。2022 年下半年开始，一线销售陆续反馈，竞品凭借免费云服务 + 完整的网络管理功能在市场快速扩张，导致几个关键项目丢标。
最初大家觉得免费策略撑不久，没太当回事。但到 2023 年初，丢单的消息越来越密，销售和业务团队的焦虑传到了高层。
然后事情就很快了——高层拍板，要做一条全新的产品线来应对。独立品牌，免费云，主打低端市场，和原有的付费产品线形成高低搭配。
这个决策传到我这里的时候，已经是一个执行指令。不是"市场面临竞争威胁，我们需要讨论怎么应对"，而是"做一个免费的新产品，4 个月后上线"。
当时没觉得这有什么问题。现在回头看，这可能是整件事最关键的转折点——不是决策本身有多离谱，而是从这一步开始，所有人都默认了一个前提：竞品赢是因为免费，所以我们也免费就行。没有人停下来验证这个前提。
Marty Cagan 把这类风险叫价值风险——你做的东西用户到底会不会买单。它是四种产品风险里最容易被跳过的一种，因为在竞争压力下，"先干再说"比"先想清楚"在组织里的阻力小得多。
后来做了更深入的竞品研究才发现，对方赢的不只是免费。免费只是入口，后面还有极低的上手门槛、场景化的部署工具、渠道层面的深度渗透。是一套组合拳。我们只复制了"免费"这一个动作，然后期待产生同样的效果。
如果当时能跳出来，找正在用竞品的渠道商直接聊聊，就问他们选竞品到底是因为免费还是因为别的——整个项目的方向可能完全不同。但当时没有人觉得需要这一步。销售说的原因就是原因，高层的判断就是方向。
做了什么
产品技术方案就是直接在原有基础上裁剪功能换皮。核心架构不动，尽量压缩开发时间。
功能范围怎么定的？主要是对着竞品的功能列表做对标。竞品有的，我们尽量保留；明显面向大客户的高级功能砍掉。
现在回头看，这个方法的问题在于，"竞品有哪些功能"和"竞品的竞争力是什么"是完全不同的问题。功能列表是表象，竞争力的来源可能是体验（同样的功能对方做得更顺手）；可能是场景（对方把几个功能串成了一个完整的使用链路，用户不需要自己组合）；也可能是渠道（就是更愿意推荐它，跟功能本身没有关系）。
照着功能列表做裁剪，做出来的东西就是一个"也有这些功能"的产品。但用户选竞品可能根本不是因为功能多。
目标客群也定得很模糊。"中小型网络客户"，说出来好像是一个用户画像，其实只是一个方向感。多小算小？什么行业？什么场景下会需要一个免费的平台？这些问题在立项的时候没有被展开过。4 个月的时间节点是销售窗口期倒推的，不是用户研究决定的。
中间通过销售找了几个客户试用了大概两周，几乎没收到什么有效反馈。不知道是时间太短还是渠道不对，跟最终的目标用户之间还隔着一层。
然后就上线了。
上线之后
市场反应很平。没有想象中的增长，销量数据远不及预期。但更麻烦的事情是策略问题。
双品牌的逻辑在纸面上没问题：新品牌做低端引流，老品牌做高端留存，互不干扰。但这个策略有一个前提是销售团队得愿意配合区分推荐。
实际上没有人区分。销售团队的 KPI 是成交量，不区分品牌。一个免费的产品和一个付费的产品摆在面前，销售自然会拿免费的去敲门：阻力最小的成单路径。问题是，他们把免费产品推给了本来应该用付费产品的中大型客户。
这些客户进来之后发现功能不够用，开始提需求。销售拿着"这个案子能带来 X 万销量"来推动产品加功能。产品团队试过控制边界，但每次达成共识之后，下一个"重要案子"一来，又让步了。销售承诺的预期销量，后来发现很多都虚高，但当时没有机制去验证真伪。
功能越加越多。成本上去了，原来"免费轻量"的定位被稀释了，但又远远比不上原有产品的完整度。在用户眼里，它不是一个独立的新品牌，就是一个阉割版。
这暴露的是商业可行性风险，产品跟销售渠道、GTM 策略、成本结构是不是匹配。产品策略不只定义"产品是什么"，还需要回答"怎么卖、卖给谁、不能卖给谁"。而且，确保执行这套规则的人有动力去遵守。
如果当时在立项阶段就把销售激励机制纳入产品方案的一部分，比如设定客户规模分流标准、给销售一个 30 秒就能判断推 A 还是推 B 的规则，我想结果会不一样
这个循环持续了大概半年。然后项目开始减速，再过一年，正式停产。
还有一个不太容易看见的问题：信息链路的变形
回过头来看，整个项目从起点开始就有一个结构性的问题，但当时身在其中完全没意识到。
从销售到高层，从高层到产品部，从产品部到执行者，每一层传递都在丢失上下文。销售看到的是丢单，向上汇报时变成了"竞品有免费云我们没有"，高层听到后变成了"做一条免费产品线"，传到我这里就变成了"做一个免费版 App，4 个月上线"。
每一层都在把一个复杂问题简化成一个执行指令。到最后，执行者拿到的不是一个需要思考的问题，是一个需要完成的任务。
然后"PM 逐步沦为项目经理"。不是说能力不行，是结构上没有思考的空间——你连原始的用户反馈长什么样都没见过，怎么判断方向对不对？
而且信息链路的问题不只是信息衰减。每一层都在加入自己的利益视角：销售想要更多弹药，高层想要快速回应竞争威胁，产品部想要按时交付。到最后，"用户到底需要什么"这个问题，在整个链路里没有一个环节真正负责回答。
结构化地看一遍
上面是按时间线讲的。这里把分析性的部分单独整理一下。
这个项目出现了这几个致命的问题，出现在任何一个项目上都足以影响整个项目的存亡：
销售/利益相关者驱动决策 — 项目的触发、功能范围的确定、后续的功能膨胀，主要由销售和领导层在推动。产品更像是执行者，不是决策者。
虚假的商业论证 — 销售承诺的预期销量虚高，免费模式的成本模型依赖"规模上去就能摊薄"的假设，但规模从来没上去过。更深层的问题是，免费模式本身的商业逻辑——靠什么赚钱、用户凭什么从免费升到付费——从来没有被认真设计过。
项目思维而非产品思维 — "按时发布"的优先级高于"验证方向是否正确"。整个项目的时间线是销售窗口期倒推的，不是产品就绪度决定的。没有原型测试、没有用户验证、没有最小可行产品的概念——直接做完整产品扔到市场上，用最贵最慢的方式验证一个假设。
风险全押在最后 — 四大风险里，价值风险（用户会不会买单）和商业可行性风险（销售渠道能不能跑通）基本没有在立项前被正面回答过。所有风险都积压到了上线那一刻才第一次面对。
机会成本 — 这条可能是最痛的。维护两套几乎一样的产品直接分散了资源，拖累了核心产品线的迭代。停产之后回过头看，那段时间本来可以做很多更有价值的事。
后来的事
项目停产大约半年后，重新启动了免费云策略。但这次做法不一样了。
不再做独立品牌，而是作为原有品牌的入口层级。目标用户从模糊的"下沉市场"变成了明确的细分群体——有具体的客户规模范围、使用场景和典型需求。设计了从免费版到付费版的简便升级路径，免费不再是终点，而是漏斗入口。整体品牌战略也做了收束——砍掉了同时在跑的高端线，聚焦一个方向。
核心逻辑从"用免费对抗免费"变成了"用免费引流，用体验升级留存"。商业模式从"先免费跑量再想办法"变成了一开始就设计好的转化路径。
新方案也不一定对。但至少可以看出来，前一次的失败把几个原本被跳过的问题推回到了桌面上：用户到底是谁？我们帮他解决什么问题？免费的商业逻辑是什么？
个人的总结
项目结束之后，慢慢开始想更多的问题。不只是"问题是什么"，还有"为谁解决这个问题"。不是一句模糊的"中小型客户"，而是具体到什么行业、什么规模、什么场景下的什么人，他今天怎么解决这个问题，我们的方案比他现有的做法好在哪里。
再往下想就到了"怎么帮他更好地解决"。不是把竞品的功能搬过来就算解决了，而是从实际工作流出发，找到真正卡住他的环节，用最轻的方式打通。
然后还有一层："商业模式是什么"。这个产品靠什么活下去？免费不是商业模式，免费是获客手段。用户从免费到付费的路径是什么？转化的动力来自哪里？如果想不清楚这个，做出来的产品就算有人用，也养不活自己。
这几个问题串起来，大概就是一个完整的产品思维：问题是什么 → 为谁解决 → 怎么解决 → 怎么活下去。
说起来好像很基础，在那之前也不是不知道这些概念，但似乎没有真的把它们当成自己工作的一部分，没有退后一步去看整盘棋。
之后做的几个项目里，这个思维方式慢慢变成了习惯。每次都先问一遍自己上面那几个问题
再后来搭了一套用户反馈的自动化采集和分析系统，也是因为不想再依赖中间环节传递过来的二手信息。如果信息链路的变形是一个结构性问题，那就从结构上解决它。
说不清这些变化有多少是因为那个失败的项目。大概有一部分。也不知道如果没有那次经历，这些东西会不会迟早自己长出来。
只是从那以后，这似乎成了一个普适的理论，需求也好，生活中的问题也罢，都会在脑子里跑一遍：这个问题成不成立？是谁的问题？现在有没有解法？怎么保证后面不会再出问题？
不是每次都能答上来。但至少会问了。