知易行难？细数产物加与减的6大要点

在互联网产物开辟中，普遍有很多非产研职员会以为做产物并不是一件多难的工作，所谓“大家都是产物司理”，每小我都能对还未落地的场景化需求说这么两句。

所以也经常传播着这样的讥讽：这个需求很简单，怎样实现我不管，哪类说话你随意，不服可以找老板。

虽然是一句讥讽，可是不丢脸生产物知与行之间的认知鸿沟。

在SaaS产物早期的SLG阶段（Sales Led Growth，销售驱动增加），大师卖软件靠的是销售力，当产物力相对较弱的时辰，不成避免会被市场客户需求推着走，是禁止还是放宽？是顺应还是颠覆？是增加还是削减？

这些，都是产物司理和团队负责人应当思考的工作，为什么他人眼里看着很简单的需求，实现起来并不是那末轻易？

我想，知易行难，题目之所以显眼的存在而不易处理，也许是思考维度的多元化没有翻开。

若何翻开这些维度呢？我和你分享一些我的思考和看法。

1、加法轻易减法难

“做加法的想法几近立即就能在脑海中显现出来，但做减法却需要更多的认知和尽力”

你能否发现，市场和运营提出客户产物需求时，只如果公道的客户需求根基上都要去实现，由于你不满足客户的利用需求，产物在一线落地会碰到较大的阻力。

那末，在做需求加法的时辰，产物能否可以多思考下，增加需求能否会影响原有产物架构的完整性，削减需求又能否真的劝退客户，大概有没有B计划来填补需求空缺。

2、专而精，好过大而全

集合精神专注在焦点产物功用上，真正去处理客户场景题目，而不是大而全的覆盖，客户要的都有，可是都欠好用，自然没法做成叫得响的拳头产物。

四平八稳不如深挖一点，比如现在的CRM系统，产物功用同质化合作下，若何在差别化上做精做深，给客户心里打上属于自己产物的标签烙印。

3、对外顺应人性，向内禁止人性

做减法是反人性的，不信你试试问下自己，谁不希望益处多多益善。只做顺应人性的事难以有成就，逆人性的工作才会有更多收获。

反应在产物上，一味驯服客户需求做加法，特别是SaaS产物，牵一发而动满身，最初必定会拖累产物，在满足现有客户需求和满足未来客户需求上，辩证和禁止也是必修技之一，既能顺应市场客户的利用需求，又能禁止产物臃肿。

4、不用重来才叫快，可以堆集才叫多

产物的频频颠覆和重构具有极强的杀伤力，相信你必定碰到过这样的场景，在产物MVP阶段，公司带领和产研团队好不轻易内部论证推演做出了产物成长计划，可是在一线实施职员指导客户落地时发现究竟和计划相背，这时辰产物该对峙哪个偏向？

很多公司的产物成长和最初的构想并纷歧致，这是究竟。

没有一步到位的产物，尽快用MVP去考证市场，快速试错中表露的很多细节和题目，都可以堆集沉淀到下一次迭代。少即是多，慢即是快。

5、简单，简单，再简单

SaaS产物在前期客户体量还不敷够大的时辰，不要去思考太多高度灵活设置化的功用，一来是可供考证需求的客户样本有限，没有谁能确保一定会是这样的适用处景；二来是会让自己频频的做加法，由于你不能不在每个功用点上留不足地，以便前期开辟。

让客户顺应产物，还是让产物顺应客户，没有标准答案，最少会是一个拉锯战，但产物终极要落实在客户层面实施，简单易用能带来更好的用户体验和更低的实施本钱。

6、场景，场景，还是场景

凭空诬捏式的论证推演，自傲满满的将产物推向市场，成果发现PMF不达预期（(Product Market Fit，产物和市场婚配度）。

很多我们以为用户应当关注的场景并没有发生，特别是垂直型行业SaaS产物，为什么会这样？

由于客户场景并不是坐在办公室想出来的，去那里？怎样想？应当在听到一线炮火的声音后再去做决议。试想一下你的产物，能否有70%以上的功用并不被用户经常利用。

最初的话

产物知易行难，收缩认知鸿沟，无妨翻开以上维度

顺应客户需求，但也要禁止需求，加法轻易减法难

专而精好过大而全，找到自己杀手级的产物功用

回归场景，简单易用，产物要经得住火线考验

加与减，你明天做了吗？