在互联网产品的开发中，许多非生产研究人员普遍认为生产产品并不难。
所谓每个人都是产品经理，每个人都可以对未实施的现场需求说这样两句话。
所以经常有这样的笑话：这个需求很简单，如何实现我不在乎，哪种语言你随意，不满意可以找到老板。
虽然这是一个笑话，但不难看出产品知识的认知差距。
在SaaS产品早期的SLG阶段（Sales Led Growth，销售驱动增长)，每个人销售软件都依赖于销售能力，当产品能力相对较弱时，不可避免地会被市场客户的需求推动，是克制还是放松？是适应还是推翻？是增加还是减少？ 这些都是产品经理和团队负责人应该考虑的。
为什么别人不那么容易实现他们眼中非常简单的需求？ 我觉得，知易行难，问题之所以显眼而不易解决，可能是因为思维维度的多样化没有打开。
如何打开这些维度？我想和你分享一些我的想法和看法。
加法容易减法难  加法的想法几乎可以立即出现在你的脑海中，但减法需要更多的认知和努力你是否发现，市场和运营提出客户产品需求，只要合理的客户需求基本实现，因为你不满足客户的需求，产品在一线会遇到更大的阻力。
那么，在进行需求加法时，产品能否更多地思考，增加需求是否会影响原产品结构的完整性，减少需求是否真的说服客户，或者B计划是否填补需求空缺。
2专而精，好过大而全  专注于核心产品的功能，真正解决客户场景问题，而不是大而完整的覆盖，客户想要一切，但不容易使用，自然不能做成一个响亮的拳头产品。
最好挖掘一切，就像现在一样CRM在产品功能同质化的竞争下，如何在差异化上做得更好、更深入，给客户贴上自己产品的标签。
3 对外顺应人性，内克制人性  做减法是反人类的。
如果你不相信，试着问问自己。
谁不想要更多的好处？只有做符合人性的事情很难有成就，逆人性的事情才会有更多的收获。
反馈在产品上，盲目遵循客户需求，特别是SaaS产品，移动全身，最终肯定会拖累产品，在满足现有客户需求和未来客户需求方面，辩证和约束也是必要的技能之一，既能满足市场客户的使用需求，又能抑制产品的膨胀。
4不需要重新开始叫快，可以积累叫多产品反复推翻和重有很强的杀伤力，我相信你一定遇到过这样的场景，在产品中MVP在这个阶段，公司领导和研究团队最终制定了产品开发计划，但当一线实施者指导客户着陆时，他们发现事实与计划背道而驰。
此时，产品应该坚持哪个方向？事实上，许多公司的产品开发与最初的想法并不一致。
没有一步到位的产品，尽快使用MVP为了验证市场，快速试错中暴露的许多细节和问题可以积累并沉淀到下一个迭代。
少就是多，慢就是快。
简单，简单，再简单SaaS当产品在早期阶段的客户数量不够大时，不要考虑太多高度灵活的配置功能。
首先，可验证需求的客户样本有限，没有人能保证它会是这样一个适用的场景；其次，你会让自己反复添加，因为你必须为以后的开发留出空间。
没有标准答案，让客户适应产品或产品适应客户至少是一场拔河，但产品最终应在客户层面实施，简单易用可以带来更好的用户体验和更低的实施成本。
6场景、场景、闭门造车的示范推演，自信地将产品推向市场，结果发现PMF不达预期（(Product Market Fit，产品和市场匹配)。
很多我们认为用户应该关注的场景没有发生，尤其是垂直行业SaaS为什么产品会这样？ 因为客户场景不是坐在办公室里想出来的。
你要去哪里？你怎么想在听到一线炮火的声音后，你应该做出决定。
想象一下你的产品是否有70%以上的功能不经常被用户使用。
最后的话  👉产品知易行难，缩短认知鸿沟，不妨打开上述维度👉符合客户需求，但也要克制需求，加法容易减法难 👉专而精过大而全，找到自己的杀手级产品功能 👉回归场景，简单易用，产品要经得起前线的考验 你今天做了吗？END作者：王钰SaaS 本文由钰见SaaS提交，操作狗专栏作者。