如何做好B端产品布局？这“一揽子工具”帮到你

cct138

产品布局一定水平上能够帮忙产品经理更有逻辑地建立产品，晋升产品后续迭代时的灵敏性。那末，产品布局怎么做，才能够更为明晰明了、并实际性地助推业务？本篇文章里，作者总结了B端产品布局的相干步骤，一同来看看。

比来一年我的任务次要是产品定位、年度季度指标制订、绩效达成。在产品布局方面有得多理论教训和感悟，在这里跟大家分享一下。
首先谈一谈为何要做产品布局。
不做产品布局行不行？实际上是能够的，业务需求甚么，咱们就往零碎里堆功用就完了呗。但逐步会发现零碎功用多得你本人都说不全，也不会用；客服愈来愈多，但仍是解答不外来客户的问题；研发愈来愈频繁地反馈代码改不动了，没方法再加功用了；业务会说竞品早都曾经有这个功用了，为何咱们没有这个功用；销售埋怨咱们的产品不如竞品，欠好卖。
产品布局的作用有下列几点，在将来一段时间：
有方案地建立产品才能，在细分市场长时间放弃产品竞争力；产品功用繁杂度可控，在知足多角色需要的同时放弃繁难用，从而升高销售本钱和运维本钱；给研发架构设计一个参考，经过保障架构的扩展性，来晋升产品迭代的灵敏性，终究表示为对市场的反映速度。全部实操分为五个步骤，逐层递进，造成一个个迭代要建的产品才能：
对标市场商业化产品做产品定位。根据撑持将来三年开展的指标设计产品架构。列出将来一年需求的产品才能，造成才能清单。将用户症结行动门路与才能清单结合起来造成才能地图。根据MVP和业务需求来布局产品迭代。产品定位没有那末矮小上，就是很简略，你这个产品是用来给谁解决甚么问题的。在B端产品中，个别就是用来解决企业问题的。而企业的问题在过来几十年过程当中其实并无本质性变动。在运营层面，企业中心问题仍是市场拓展与财务安康度的问题；在经营层面，企业中心问题仍是信息流资金流什物流三流合一和组织文明机制建立的问题。
做B端产品定位的时分切记不要自high，自以为造出来一个市场上没有的产品，其实一切的企业问题在过来几百年中都曾经被明白定义过，只是不同时分的解决伎俩纷歧样。
上面展开讲一讲我对B端产品的一些了解。

上图是我在水滴产品训练营里看到的一张PPT，感觉说得挺有情理的，大家也能够把本人在做的产品往里套一套，这是最顶层的笼统了。实操层面我仍是从【给谁解决甚么问题】的角度给大家讲讲常见的一些产品。
企业里的典型角色分为销售、营销、实行、产品、技术、推销、财务。把这些角色串在一同的是企业的三流（信息流资金流什物流），这些角色独特往复着【出产产品→销售产品→回款再投入出产】的进程，为了晋升这个进程的效力和品质，就会衍生出一些信息办理零碎。
例如环抱销售这个角色，市面上定义出CRM（Customer Relationship Management，客户瓜葛办理），提供包罗销售线索办理、客户信息办理、营销资源投放、客服外呼等等才能，中心是为了晋升销售角色的效力。
做CRM最胜利的公司是Salesforce，但在Salesforce以前就有传统ERP企业在做，能够追述到上世纪80年代。近两年CRM零碎在国际甚嚣尘上，但其实CRM也存在很久了，即使没有CRM，销售也在利用Excel作为CRM的代替产品来解决客户信息办理的问题。
例如环抱技术研发这个角色，市面上定义出DevOps（开发运维流水线），提供包罗代码办理、运用部署、线上运维等一系列技术研发过程当中要用到的工具，中心是晋升研发在零碎全生命周期的任务效力。
DevOps是曾经存在了几十年，而且市面上曾经有开源解决计划，即使没有DevOps，在研发的各个环节也有相应的工具来解决问题，只是DevOps更强调剂个各环节流水线功课。
得多大企业外部在做信息办理零碎的时分，因为技术资源对比充分，往往会东起一个轮子西造一个造轮子，过两年再来个大合并，最初发现这玩艺儿在市场上早就有了。
所以说做产品定位的时侯一定要看市场，千万不要以为本人造出来一个市场上没有的产品。
只要一种状况例外，就是在泛起技术反动的时侯，解决同一个问题的伎俩产生了实质性变动，那末会泛起一个市场上没有的产品。
例如传统记载信息的形式是纸质媒介，最先计算机将信息记载在打孔纸片上，起初磁信息存储技术成熟，泛起了磁带、光盘等一系列改造性的产品。但大部份企业都不会走在这样的前沿。
产品定位最初输入的内容很简略：
一句话版总结产品解决的中心问题是甚么？产品给哪些角色解决甚么问题？每个角色进入到零碎里的症结工作有哪些？为了实现这些症结工作需求的症结产品才能有哪些？产品定位环节是最难的最耗时的，前面环节相对于都好做。
二、第二步：设计架构
架构图也并非甚么矮小上的货色，架构图就是构造化地体现第一步定义出来的症结才能，能有个上帝（全局）视角。构造化的思绪有两种，一种是数据流图，经过症结数据在各个模块之间的流转来体现各功用间的瓜葛；一种是麻将图，经过上上去体现模块间的撑持瓜葛，经过摆布来体现模块间的并列瓜葛。
下列用两种形式展现了API网关的产品架构。

有时分咱们会遇到更繁杂的状况，就是这是一个多端产品，由网页端、客户端、办事端等端组成，这些端连起来能力解决客户的问题。那末画架构图的时分，就能画多层级的架构图。第一层就先要体现这个产品究竟有多少端，每个端中心才能是甚么，这些端是怎么互相合作的，第二层再进一步画各个端本身的架构图。
云计算产品就是这样，用户最少会接触到资源办理端、命令行终端、API办事端。这类多层级产品架构图一样合用于其余繁杂场景，层级也不只限于两层。
但架构图有一点要求，那就是笼统才能，需求把类似的才能抽出来造成一个大的模块，需求定义模块里各项才能与其余模块一致的交互形式，终究做到高内聚低耦合，有点研发模块设计的那种意思。这个才能没甚么疾速晋升的办法，就是在不停地思考不停地设计不停地改进过程当中练出来的。
在这一步设计出来的架构图需求能撑持业务三年的开展，怎样算反对住了呢，就是把业务往前推演几步，业务需求的才能在架构图里是否都能找失掉，在可见的未来这个功用模块之间的瓜葛是否会产生本质性变动。
三、第三步：罗列才能
才能清单，望文生义，对比对于着架构图，把一切的产品功用逐层罗列成一张清单，越细越好。
这张清单的作用是让产研以最接近实际需要的角度来认知一切的任务。之后的才能建立也根本是以这张表为准，一旦发现业务需求一个才能但没泛起在清单里，就要及时补进去。
但才能清单不必拆得事无巨细，只有能管住将来一两个季度就行，按需拆解，不停完美，像点亮技巧树同样一个个地建立这些才能。

四、第四步：才能地图
才能地图这个事也简略，「才能」指的就是能清单中的才能，「地图」指的就是用户症结行动门路图，外行为门路上把每个环节用到的才能标出来就是才能地图。才能地图能够很直观地看出来缺的才能与用户行动的相干性，比笼统的架构图更贴近业务和用户。

五、第五步：版本布局
版本布局就是有方案地建立才能，选择建立哪些才能的依据是业务需要，为理解决同一个业务需要而建立的才能就能放在一个版本里，假如相干才能太多就把MVP摘出来先做一个版本，前面再按需完美。
在才能清单前面能够加两列（优先级和方案上线版本），把将来一个季度业务预期指标相干的才能标志上，这样就造成了产研团队一个季度的版本布局&任务清单。
做版本布局的时分有一个点需求留意，研发尽可能从一开始就要按产品架构来搭零碎架构，拿2~4周去打好底子，能力做到将来几年内放弃疾速迭代，而不是一味要求研发堆功用。
零碎底子没打好的话，过不久研发就会提出要重构代码，业务高速开展的时分告知你零碎改不动了，不光是说万元支出的研发本钱愈来愈高，而是你的产品跟不上市场需要影响业务支出了，要是真一不谨慎落伍了，哭都没中央哭。
六、对于用户体验
本文没有讲相似于「微信是如安在十年内放弃菜单不变」这类问题。我集体感觉这仍是用户体验设计的范畴，一集体对产品有粗浅了解，对用户行动有粗浅的洞察，再有一些根本的用户体验设计教训，其实天然而然就知道该放哪几个一级入口、如何递进地疏导用户使用功用、哪些属于低频功用需求收起来，终究做到产品看起来简略却非常弱小。
共事有些人说B端首要的是业务逻辑和业务流程，不用奢求用户体验，B端用户通常会通过培训，能够接受对比高的学习本钱。但理想状况是因为B端逻辑繁杂性，B端产品一不谨慎就会变得十分难用，百十来个菜单是常事，个别用户基本不知道从何动手，假如用户不必这些工具，也就不会实际发生价值。
所以我集体的观念是B端产品不需求交互体验如何地炫酷，最根本的交互成果就足够，但一定要尽可能帮用户把业务流程串起来，让用户能用你的工具顺利的实现任务。
七、总结
总的来讲产品布局不是一个特别难的事件，以上五个工具勤加练习，就可以做好中短时间的布局。
固然产品布局中其实还波及一些策略选择的问题，归属于产品定位环节，例犹如样做CRM，我是要做普适的CRM，仍是要做医药畛域公用的CRM。这类策略判别才能和惯例的产品布局才能是平行的两个才能，当前专门开篇讲。
本文由 @彬哲原创公布于人人都是产品经理，未经许可，阻止转载。
题图来自Unsplash，基于CC0协定
该文观念仅代表作者自己，人人都是产品经理平台仅提供信息存储空间办事。

华人澳洲中文论坛

热图推荐

如何做好B端产品布局？这“一揽子工具”帮到你

发表回复

cct138
关注TA

图文推荐

华人澳洲中文论坛

热图推荐

如何做好B端产品布局？这“一揽子工具”帮到你

发表回复

cct138 关注TA

图文推荐

cct138
关注TA