腾讯方法论——互联网B端产品设计的3项基本原则及5个步骤.pdfVIP

腾讯方法论——互联网B 端产品设计 的3 项基本原则及5 个步骤 根据我之前的工作经历，总结的 B 端产品设计经验，希望对一线从事 B 端产品工作的产品 经理有一点参考价值。 什么是B 端产品 B 端产品，可以概括为：在供求关系中，给供给端使用的产品或系统。 B 端产品区别于C 端产品的特征是： C 端产品，侧重满足个人生活需求，给用户提供愉悦感（满足便利、新鲜感、虚荣心、欲望 冲动），好玩。 B 端产品，侧重满足组织生产需求，帮用户提升效率（发现并解决业务问题），有用。 有一个段子讲“手机那么好玩，还找什么女朋友呀”，这里的好玩，多数来自C 端产品给用户 的愉悦感。 而贯穿B 端产品迭代发展的落脚点是：在业务流程中发现问题、解决问题，并提升效率。 我的B 端产品设计经验 写这篇总结的基本思路是：如果要做一个独立且相对复杂的 B 端产品系统，该如何开展产 品设计工作？ 主要包括以下几个方面： B 端产品系统设计的基本原则（指导思想） B 端产品系统设计的五个步骤（具体怎么做） B 端产品系统设计中需要避免的误区（不要那么做，或不要做成那样） 1 基本原则 产品思维，业务导向 先说“业务导向”：产品系统是为业务服务的，所以要尊重业务的发展规律，最终让产品帮助 到业务的发展。产品经理要到业务中去了解业务的宏观与细节，根据业务抽象系统逻辑，用 互联网的方式系统性的解决问题或提升效率。 再说“产品思维”：产品经理有责任把原来自己可能不熟悉的业务，熟悉并抽象成产品需求且 把事说清楚，并能够提供合理化的解决方案，不能只做需求的传声器——“他们给我提了一 个需求，我们就做这么一个功能”，避免为了做而做。 由于业务快速发展，有些组织中没有“产品经理”的角色，又或者其他角色的成员主动承担了 “产品经理”范畴内的工作，岗位名称无所谓，是否有经验无所谓，重要的是在承担这个事情 的时候做到“产品思维，业务导向”，这是把事做好的基础。 用使用者角度去思考 所有的产品经理都知道“用户体验”，不过很多人理解的“用户体验”偏重在前端交互、视觉文 案上。对于 B 端产品来说，只关注这些是不够的。所以我喜欢用更普通直白的说法——关 注“使用者角度”。在设计产品的时候，想一想真正的使用者他们需要一个什么系统？他们会 怎么用这个系统？现在的实现方式对他们来说好用吗？ 很多B 端产品，当产品经理离开办公室作为一个普通用户的时候，是想不到或者用不到的， 所以极端的情况会出现，在需求开始之前产品经理没有用过相关产品，系统上线之后产品经 理也不会用自己做的产品。B 端产品经理，一定要走入具体工作场景，观察真正的产品使用 者在具体的业务氛围中是怎么工作的。我一直相信一点：只有沉浸其中，才能更好的理解。 在小度掌柜（百度外卖商户端）电脑版上线第一周，我去一家商圈头部商户的后厨蹲点了俩 小时，看餐厅的工作人员是怎么接单、处理订单的，在现场我发现我们的“接单”按钮有点小、 不够明显。回来之后，我和视觉设计师沟通优化方案，给他们描述我们产品使用的具体场景： 8 平米的小屋（拥挤嘈杂），配置不高的组装电脑（显示屏分辨率不高），工作人员站着处理 三四个平台的订单（紧张慌忙）。在这样的场景下，还需要工作人员俯下身去“寻找”操作按 钮是不够效率，也不厚道。以此说服视觉设计师愿意接受“不符合设计规范”的大号按钮。 还有一个案例，是在优化客服系统之前，我去百度外卖的客服工作区，站在客服同学的背后， 看他们怎么接电话、怎么记录信息、怎么解决投诉，只有这样才能了解客服人员在使用系统 的时候需要什么功能，在哪些环节浪费了时间。 针对和内部使用者的沟通合作，个人觉得可以重点做好以下几点： 产品经理是来解决问题的，不要担心一锤子买卖（而提海量的需求），开发资源是有限的， 我们可以一起来排需求优先级（不是所有的功能能一下子全上线）； 建立好信息同步机制，固定时间固定方式同步关键进展（当然所有信息同步方式里，面对面 沟通效果是最好的）； 不要依赖业务方提需求，要帮业务方想方案，由于角色的不同、思维方式的不同，业务同学 不一定能提出自己真的需要的功能，产品经理要主动去思考业务中的问题，并形成需求； 通过一两个项目，建立互信，形成互相支持的关系。过项目，建立互信，形成互相支持的关 系。 考虑系统的延展性与弹性 业务肯定是发展的，而当前的资源和时间是有限的，一个产品版本，不会解决所有问题，迭 代是必然的。怎么增加系统的延展性与弹性，减少后续研发的开发难度、减少使用者的后续 学习成本就很重要。尤其是在设计1.0 系统的时候，更考验产品经理的