UX 背景的产品经理如何打造 B 端产品？（下篇）.pdfVIP

UX 背景的产品经理如何打造 B 端产品？（下篇） 继上篇介绍了 B2B 行业趋势以及项目调研阶段的关注点，本篇将继续分享产品规划与开发阶段、推广上线 与运维阶段的概念与方法，以及对于 B 端产品经理的建议。 产品规划与开发阶段：设计重点 在做 C 端产品时，项目上讨论最多的就是用户喜欢什么、在什么时候会想到我们的产品、市场是否有潜 力……到了 B 端项目，产品规划阶段团队每天讨论最多的就是这个业务场景什么、为什么这个用户需要开 启这个功能的权限，是基于哪个业务场景下？考量点从用户切入转为用户切入。 很多人会说 B 端产品不重视用户体验，其实不尽然。B 端产品与 C 端产品最大的区别就是用户的动机不 同，例如用户使用微信是用户「自己想使用」；但用户使用钉钉就不是这么一回事，大部分都是因为工作上 需要，因此使用钉钉，毕竟周遭朋友都不使用钉钉，花钱也不需要家人朋友审批，所以C 端与 B 端产品 的用户动机一个是自趋力、一个是业务驱动。不是 B 端产品不重视用户体验，而是这个用户体验要基于业 务才有存在的意义。 产品规划与开发阶段：体验与效率 C 端产品关注用户想要什么，如何通过吸眼球的视觉、让用户上瘾的产品体验来实现最大的市场价值。相 对于 C 端产品的创造性，B 端产品注重的是逻辑性。一些企业系统例如 ERP （Enterprise Resource Planning 企业资源规划系统）、OA （Office Automation 办公自动化）、CRM （Customer Relationship Management 客 户管理管理系统） 等，这些系统不强调交互流畅或是介面具设计感，因为它们的本质是为了解决企业管理 的效率问题，让企业的业务流动起来，有效的管理企业资源。 B 端产品在产品规划阶段，通常都需要较长的需求疏理时间，明确各个业务场景与业务方之间的交互流程， 了解不同终端用户的核心需求，以及数据在系统中的流向。 举一个实际发生过的例子，我们项目团队从数据部门接收到一個收集销量数据的需求。对于销售业务来说， 销量数据最准确获取的方法，是从卖场的 POS 机取得。他需要跟卖场建立良好的客情关系，才有办法高频 率获取 POS 机的数据；有部分的促销人员，年纪大多在 40 、50 岁以上，对于这群用户而言，连操作微 信都有难度，更何况是收集数据的系统；而对于卖场而言，他们不希望因为品牌商收集数据的动作影响客 人的购物体验，甚至会对促销人员下达工作期间禁用手机的规定。 从这个例子我们可以看到，如果只在产品上开了这样一个数据收集的功能，但没有考量到这些特殊的业务 场景，造成终端用户的操作负担、降低工作效率，那么即使收集到这些数据，你也会怀疑这些数据的真实 性。 产品规划与开发阶段：数据架构 B 端产品还有一个核心关键：「数据架构」。C 端产品的数据应用是在产品上线后，例如用户留存量、转化 率；而 B 端产品则是在产品规划阶段，需要根据业务规则考量各个系统间的数据架构，例如人员、客户、 商品、活动等信息从哪个系统来、收集到的数据又该流向哪些系统、不同的事业体但相同的数据分析需求 在数据架构上该如何划分…… 上面这个示意图是比较理想的情况，但往往在企业的发展过程当中，各个系统的替换、搭建中需要迁移各 样的数据，在没有好的数据架构规划下，容易造成各个系统重功或是数据流不明晰的情况。 我通常在需求疏理阶段时，会一并将相关的数据源、数据的分析运用以及上下游系统之间的交互关系与对 接人初步厘清之后，连同业务、功能流程以及基本的数据流给到开发人员（如上图所示）。 而对于一些数据分析的产品来说，例如 BI 系统（Business Intelligence 商业智能分析），这类的产品经理就 需要具备数据分析的能力，会使用 SQL, Python 等数据分析软件，来辅助更好地理解业务数据分析需求。 推广上线与运维阶段：产品提升 C 端产品可能更多是聚焦在体验上，通过体验的创新，吸引更多用户关注，提升转化率；然而对 B 端的产 品经理来说，我们关注的视角不只是自己产品的业务梳理或者逻辑层面，企业中的产品是与整个企业甚至 行业生态圈环环相扣的，B 端产品经理需要站在一个相对高的维度，来考量商业层面资源整合的问题。 上周听ThoughtWorks 分享搭建中台，ThoughtWorks 在帮助这么多公司推动企业转型之下，他们发现以 IT 来推动企业转型是最快、最有效的方式。当企业的业务流程都在 IT 架构下有一定的规范后，无论资源整合、 人事异动、政策发布实施等，都可以通过 IT 系统交互串