立即登录 做产品的人，大概都听过这句玩笑话："这个需求很简单，怎么实现我不管。"说的人轻飘飘，听的人只能苦笑。更讽刺的是，这话不只出自外行之口，有时候团队内部也会觉得，加个小功能嘛，不就是改两行代码的事。
可真干过的人都知道，产品从来都是知易行难。
SaaS产品在早期跑SLG（销售驱动增长）的阶段，销售能力就是命脉。客户要什么你给什么，单子才能成。但产品底子还薄的时候，被市场推着走，到底是咬着牙克制，还是顺势放松？该迁就客户改需求，还是坚持方向推倒重来？这些两难，产品经理和团队负责人每天都在经历。
为什么别人眼里"很简单"的需求，落地起来却磕磕绊绊？根子在于大家看问题的维度不一样。打开几个关键维度，或许能少走些弯路。
加法容易，减法难
运营和市场提需求，逻辑总是顺的——客户要，我就给，不给的话一线销售怎么推？这种压力下，产品经理很容易变成"需求翻译器"，客户说什么就做什么。
但加法谁都会，减法才见真功夫。加一个功能之前，不妨多问自己几句：这会动到原有架构的哪根筋骨？如果不上，有没有B计划能兜住？更关键的是，这个需求是真痛点，还是客户随口一说？
专而精，好过大而全
现在CRM赛道卷成这样，功能清单拉出来都差不多。但客户真用的就那么几个。与其面面俱到，不如把核心场景吃透，让客户一提到某个细分需求就想到你。差异化不是堆出来的，是挖出来的。
对外顺应人性，对内克制人性
做减法确实是反人性的。谁不想要更多？但产品人得有点"逆人性"的自觉。SaaS产品牵一发而动全身，今天给这个客户开了口子，明天就可能被需求拖垮。在"满足眼前"和"保住未来"之间找平衡，是门手艺活。
能积累，比"从零开始"更重要
很多团队喜欢在MVP阶段追求完美规划，结果一到客户现场全崩盘。其实没有产品能一步到位。MVP的价值就是快速丢到市场里试错，暴露的问题攒下来，就是下一轮迭代的弹药。反复推翻重来，才是最贵的成本。
简单，简单，再简单
客户量还没起来的时候，别急着做高度灵活的配置。样本不够，根本看不出某个功能是不是伪需求；预留太多扩展空间，反而让自己陷入反复加戏的困局。让客户适应产品，还是产品适应客户？这像场拔河，但归根结底，产品得在客户那儿跑起来。简单易用，实施成本才低，用户体验才好。
场景，场景，还是场景
闭门造车搞出来的演示，再流畅也是自嗨。多少垂直SaaS信心满满推向市场，结果PMF（产品市场匹配度）惨不忍睹？你以为用户会高频使用的功能，可能根本没人在意。客户场景不是办公室里推演出来的，得去一线听炮火。做完产品问问自己：70%的功能，用户真的经常碰吗？
产品说到底是在混沌中找平衡。认知鸿沟缩短了，行动才不会变形。今天，你的减法做了吗？