在互联网产物开辟中,普遍有很多非产研职员会以为做产物并不是一件多难的工作,所谓“大家都是产物司理”,每小我都能对还未落地的场景化需求说这么两句。 所以也经常传播着这样的讥讽:这个需求很简单,怎样实现我不管,哪类说话你随意,不服可以找老板。 虽然是一句讥讽,可是不丢脸生产物知与行之间的认知鸿沟。 在SaaS产物早期的SLG阶段(Sales Led Growth,销售驱动增加),大师卖软件靠的是销售力,当产物力相对较弱的时辰,不成避免会被市场客户需求推着走,是禁止还是放宽?是顺应还是颠覆?是增加还是削减? 这些,都是产物司理和团队负责人应当思考的工作,为什么他人眼里看着很简单的需求,实现起来并不是那末轻易? 我想,知易行难,题目之所以显眼的存在而不易处理,也许是思考维度的多元化没有翻开。 若何翻开这些维度呢?我和你分享一些我的思考和看法。
1、加法轻易减法难“做加法的想法几近立即就能在脑海中显现出来,但做减法却需要更多的认知和尽力” 你能否发现,市场和运营提出客户产物需求时,只如果公道的客户需求根基上都要去实现,由于你不满足客户的利用需求,产物在一线落地会碰到较大的阻力。 那末,在做需求加法的时辰,产物能否可以多思考下,增加需求能否会影响原有产物架构的完整性,削减需求又能否真的劝退客户,大概有没有B计划来填补需求空缺。
2、专而精,好过大而全集合精神专注在焦点产物功用上,真正去处理客户场景题目,而不是大而全的覆盖,客户要的都有,可是都欠好用,自然没法做成叫得响的拳头产物。 四平八稳不如深挖一点,比如现在的CRM系统,产物功用同质化合作下,若何在差别化上做精做深,给客户心里打上属于自己产物的标签烙印。
3、对外顺应人性,向内禁止人性做减法是反人性的,不信你试试问下自己,谁不希望益处多多益善。只做顺应人性的事难以有成就,逆人性的工作才会有更多收获。 反应在产物上,一味驯服客户需求做加法,特别是SaaS产物,牵一发而动满身,最初必定会拖累产物,在满足现有客户需求和满足未来客户需求上,辩证和禁止也是必修技之一,既能顺应市场客户的利用需求,又能禁止产物臃肿。 4、不用重来才叫快,可以堆集才叫多产物的频频颠覆和重构具有极强的杀伤力,相信你必定碰到过这样的场景,在产物MVP阶段,公司带领和产研团队好不轻易内部论证推演做出了产物成长计划,可是在一线实施职员指导客户落地时发现究竟和计划相背,这时辰产物该对峙哪个偏向? 很多公司的产物成长和最初的构想并纷歧致,这是究竟。 没有一步到位的产物,尽快用MVP去考证市场,快速试错中表露的很多细节和题目,都可以堆集沉淀到下一次迭代。少即是多,慢即是快。
5、简单,简单,再简单
SaaS产物在前期客户体量还不敷够大的时辰,不要去思考太多高度灵活设置化的功用,一来是可供考证需求的客户样本有限,没有谁能确保一定会是这样的适用处景;二来是会让自己频频的做加法,由于你不能不在每个功用点上留不足地,以便前期开辟。 让客户顺应产物,还是让产物顺应客户,没有标准答案,最少会是一个拉锯战,但产物终极要落实在客户层面实施,简单易用能带来更好的用户体验和更低的实施本钱。
6、场景,场景,还是场景
凭空诬捏式的论证推演,自傲满满的将产物推向市场,成果发现PMF不达预期((Product Market Fit,产物和市场婚配度)。 很多我们以为用户应当关注的场景并没有发生,特别是垂直型行业SaaS产物,为什么会这样? 由于客户场景并不是坐在办公室想出来的,去那里?怎样想?应当在听到一线炮火的声音后再去做决议。试想一下你的产物,能否有70%以上的功用并不被用户经常利用。
最初的话
产物知易行难,收缩认知鸿沟,无妨翻开以上维度 顺应客户需求,但也要禁止需求,加法轻易减法难 专而精好过大而全,找到自己杀手级的产物功用 回归场景,简单易用,产物要经得住火线考验
加与减,你明天做了吗?
|