
























做B端产品时,经常会遇到一些可作可不做,或者是核心用户提出的小频需求,这种情况怎么办?在本文中,作者对此类情况进行了分析并给到了自己的建议,一起来看看。

在做B端产品设计的时候,我们经常会收到不同用户群体的各种各样的需求,对于一些长尾需求的处理,特别可能还是一些核心客户提出来的,这个时候如何处理往往会显得比较为难:
这些为难时刻我自己之前也经历过,有时候下班后还在思考和分析,久久不得其解,本文整理了对B端产品处理各类长尾需求的一些方法,如果你也正有此困扰,希望能够对你有一些帮助。
长尾需求是我们根据需求价值评估之后,总体使用频次可能较低、单次价值较低的需求,需求的优先级与当下企业发展战略、面向的用户价值都有关系,还有些长尾需求是可以做即看得到收益但是价值有限,提供一种需求的价值评估方式,以产品价值作为唯一衡量标准:
需求价值=使用频次*单次价值
单次价值=X1*最终的用户价值+X2*企业价值+X3*需求本身价值矩阵+…
根据过往需求价值分析经验,产品价值总体来看真正核心的需求并不会太多,总会有一大批的需求价值分布在长尾(Long Tail):

图1-长尾模型
我们需要对长尾需求有足够的警惕,因为如果处理不好会有几大危害:
用户跟产品共同进步是非常好的,我们需要用户的参与对软件产品建议、体验、试用等,但是需要非常好的能力来把控这件事情才会有好的结果:
以上是对长尾需求的危害和现状的分析,合理处理长尾需求保持产品的核心竞争力非常重要。
对长尾需求的处理来自于过往工作中的指导和积累、外部的分享整理得来,我想告诉可能也在被长尾需求困扰的你说,长尾需求很多产品经理都会碰到,不要被客户牵着鼻子走,产品经理才是对产品策略的唯一人,这里对长尾需求的处理是有可行的解决建议:
1.最重要的一点产品原则:在心理上要相信,B端产品在某些领域的不完美是很正常的,如果要做到所有地方十全十美会有非常大的投入成本,而且,我们必须持续的在产品要解决的核心痛点、核心能力上进行长期投入,在核心领域做到最好,切莫半途而废,应该以提升产品核心价值作为唯一衡量标准;
2.拔高思维高度。长尾需求往往只是聚焦业务的某一个环节,当我们站在业务整体、站在公司、站在行业的角度去看,去理解,可以发现需求的归类,这个时候有几个好处:
3.线上线下相结合。有时候在做一个创新项目,可能有成果也可能失败,这个时候投入资源以实现主体功能为主的核心设计,在非核心部分通过线下来解决,小步迭代快跑更重要;还有种情况时,有些流程线上实现处理成本非常大,线上实现价值也比较有限,用户也能接受部分线下处理的流程,我们可以把软件通过线上+线下流程结合的方式来实现;
4.降低体验,低成本实现。在B端产品设计中,可以对长尾需求简化实现,降低体验以实现功能为主,甚至我们还可以专门预留一个工具模块,集合众多零散的长尾工具需求,在需要使用时调用即可,以最低的开发成本来实现,当我们看一个事情看的很模糊时,小成本实现去尝试更是很有必要。
做产品经理我们总会收到许多需求,但是为需求设计合理的解决方案却是非常考验产品能力,根据产品规划、公司发展阶段、业务发展阶段等等不同,产品设计都有不同的考量,在不同的环境下我们总是在无穷逼近问题的最优解决办法,却也是只能尽力做到做好,以上是我们过去在面对长尾需求时的处理方法,希望能对你有帮助!
本文由@大风吹 原创发布于人人都是产品经理。未经许可,禁止转载。
题图来自 Unsplash,基于 CC0 协议
该文观点仅代表作者本人,人人都是产品经理平台仅提供信息存储空间服务。提供信息存储空间服务。
此内容由惯性聚合(RSS阅读器)自动聚合整理,仅供阅读参考。 原文来自 — 版权归原作者所有。