产品经理-B端产品的设计理念如何落地一个需求

B端产品的设计理念如何落地一个需求和C端的产品经理一样，B端产品经理工作的核心在于取证需求。但是如果照搬C端的方法论去处理B端需求，可能会有一些水土不服。这里我顺便想尝试总结一下我的个人方法论，建议能带入着去好好读一下，我相信对于做B端的你，或多或少有点能够帮助。（1）产品架构复杂，功能庞大往往B端系统数据结构比较复杂，而事故严重可见度又比较高，对商品经理考虑的严谨性很要求比较高（2）用户思维和用户思维的转化更难往往产品经理刚入门的时候，会去在意手机用户的体验性，考虑交互、样式和用户心理；但是到了B端，价值》流程》体验，如果过分主要考虑体验，那么就本末倒置了。B端的业务，产品经理很难站在用户消费者的立场思考问题，因为你很不是可能不是这个场景之下的使用者。（3）难以不断深入理解业务和市场如果B端的产品经理不能深入理解业务和资本市场，在你聊消费需求的时候，你可能跟客户都是牛头不对马嘴。B端产品经理对自己的督促，永远是要比客户更加懂业务！（4）客户角色多，需求描述不清客户角色多元，需求提出方即便并不是电子系统系统的使用者。管理者提出物理地址的需求可能会干扰需求的优先级公共政策；很多B端产品经理产品不足以区分关键角色，从而对需求的本质预判判断不正确其实今天想讨论的并不是需求值不值得争论做的问题，这个环境问题大到足够再写一篇《B端产品系统如何规划》。但是并不是所有提出的产品需求都需要去做，或者说需要马上去做的。举个产品社区经常讨论的环境问题：拼多多是否应该去做购物车？讨论价值的时候，我们弊端需要不断的反问几个问题。暂时把它称为回答法，我觉得产品经理在讨论谈论需求价值的时候，一定要有问道到底的精神，等一层一层揭露后，答案就很明显了。拼多多可以未必做购物车，因为购物车的价值为萤在于给予用户思考周期和囤货的选择，别忘了而拼多多的营销方式是以商品聚人，打造拼团的紧迫模式，用户的思考周期越短越好。就算不做购物车，拼团的主流程仍然正常进行，所以商业模式决定拼多多目前可以不做购物车。我拿一个小需求举个例子。曾经听过团队中的新人产品经理与客户沟通需求，需求的大概是做一个停车场的访客朝圣者车辆管理系统，我们的产品经理“便秘”式地跟客户了解消费需求，想到一个问一个，双方沟通非常的累。访客车进场算临时车吗?

算吧。那参观者车辆入场免费吗？免费啊那就存在漏洞可以一直添加免费了啊也对，那免费3个小时吧。类似这样的对话，一直在上演着。B端产品设计步骤</b>k诩脚使用场景2k诩脚使用场景2、博定核心价值3*鲁与角色、端、子业翳I信息结构6、mm◎设计］画图要点）廉点）（1）明确使用场景遇到上述场景的时候，其实是没回去思考场景。就访客车的需求，我们先理一下，什么时候由莱舍会用到访客车辆管理功能。（2）确定核心价值核心价值：做一件事的根本资金需求，核心目的。我们之所以先去不断推演功能的使用场景，是相信能从使用场景中得到功能的核心需求。比如我们发现但此场景中，访客车辆管理最重要的目的是减少/取代停车场保安登记车辆数据的需求。想的再全面点，就是车辆讯息的登记管理、进出记录统计、异常处理（车辆停放问题，紧急需要联系来访者车主）。而不是访谈中关心的免费、收费功能。（3）参与角色、端、子业务我们在上为一篇文章之中中已经聊过角色、端和子业务了，现在我们看看怎么把他们带入我们拉入的产品设计。参与角色：主角来访者管理可能涉及到的角色有：业主（拜访对象）、物业（设置访客权限的人）、访客（有访客需求的人）、保安/收费员（登记核实的人）。产品设计到的端：按照不同角色，对应到系统内不同的端。物业需要在管理后台设置权限（PC），业主和访客可以在最终用户（H5或小程序）、保安/收费员智慧收费终端用户（移动端或PC）。涉及到的子业务：物业端 开通业主昂带.■理遵调权限.查蛉）记最、查■防客纪录、打印访害，用户端/业主身份转些遗词杷、物即意记、.,拜西喜人用户端，访客身份雷s访害懵息收益绛端 餐■当日年春、区分访者与普通车辆等（4）流程与异常已经明确了功能设计的角色、端和子业务，在画图之前还有一部必不可少的工作：理流程。之所以要强调必不可少的原因是，我发现越来越多的产品经理不愿意或者不会这一步了，其实与C端不同的是，B端太重业务，业务的复杂度决定金融业务我们是绕不开流程图的。

举一个访客自助登记的流程作为例子:流程图要点:(5)信息结构图发表意见看产品群里很多刚入群的新手总是提问信息结构图是什么，大家还是简单一点理解，就是按首页为单位，把页面上所的元素都列出来。我觉得产品结构图是应该的，2个原因:

（6）demo设计■0IMnuHNUM■I■■・史z*UHU"HI]（6）demo设计■0IMnuHNUM■I■■・史z*UHU"HI]1AMf a-«44«完成以上之后，这份产品设计其实已经完成90%的工作量了，接下去就剩下画图了。有很多刚入行的朋友，一直在我们产品交流群里问交互如何如何做？我觉得画图，本质目的是什么？是把我们的想法用图形化的语言描述出来，让我们的听众（开发组、客户等）能简单直接的明白。所以用什么样的工具（axure、sketch、墨刀）不重要，多细致的交互不那么重要，甚至美不美化也特多可以不重要。原型图的设计，从我理解来说，下面这些总算是要点：（吉理美双（偏向后台）1、合理）美观2、一致性、潸晰的优面跳转3、控件衰单的膜叫:能默认就联认，慎■思考瞅认值；同类归类，异类分类4、衰格的原则：本质是快速看信息，字段的安弄阶值决定列表麻庠5、充分考电堵、H、或，青及异常场景机画图要快，可复制特别是最后一点，我觉得别浪费我们平时的工作财富，抽一些时间，整理属于产品“组件库”。自己的，总是最好用的。（7）需求文档需求文档（此处省略一万字