走在ToB的路上，我懂得了什么是“以服务为导向”

　　做B端产品，最难的就是业务理解。ToB的产品功能仅是冰山一角，服务设计才是精髓。
　　有时候，我们会接到这样的需求，客户大致的期望是：
　　有一个可视化的页面，展示我们的管理能力及已有成效的工作业绩；
　　需要记录用户使用App的时长等行为数据，通过数据挖掘，分析出后续服务的重点；
　　需要提供一个通道，用于链接我们和用户。譬如：我们组织了某项活动，用户都能知道且积极报名参与；
　　用户能对参与的活动，或者看到的文章发表自己的想法，我们能对比较好的想法做展示。
　　1。基于以上需求，我们先做需求分析
　　（1）用户需要可视化展示时，通常是因为通过图形图标能较为直观的说明问题。数据的可视化既可以将鼓噪的数据变得灵动，也可以配以色彩给予观看者最好的视觉冲击。
　　所以，对于汇报性的需求点，B端用户一般会选择可视化大屏的方式，将自己的业绩展示给客户及领导。对于数据可视化的一些调研，可参考《大数据产品分析：浅析数据可视化》。
　　（2）需要采集用户数据，用于验证产品的可行性，挖掘用户行为数据的商业价值。用户行为数据，主要包含：用户在网站和移动App中的浏览点击发帖等行为。采集实际数据是一个基本要求，核心诉求还是能把采集数据的能力作为故事的篇章，讲个领导或者投资人听。
　　采集用户行为数据的价值在于：观察用户行为数据或者直接与用户对话来得到这些反馈，找到用户在哪里卡住了、出错了，从而打磨出最佳的用户体验路径，找到最核心的用户痛点。
　　（3）用户通道，是双向的。提供方到用户，一般是消息、活动等信息的下发。用户到提供方，一般是反馈、留言等真实声音的搜集。宏观来看，是一种组织工作是否有成效的客观体现；微观来看，是搜集民生的一种手段。
　　2。有了需求分析，我们整理产品定位
　　譬如：根据以上需求分析，我们大致的判断是这样：如果需要完成这些内容，需要三个产品端的支撑，web、App、管理后台。
　　三端的产品定位分别是：
　　3。有了产品定位，我们梳理产品模块
　　对于产品端的定位及对需求分析，作为产品经理，需要与需求方多次沟通并得到意见一致。达成一致之后，就可以根据设定的产品定位梳理产品模块及核心功能，形成产品结构图。
　　如下以App功能结构为例：
　　有了结构图之后，即可根据结构图分拆需求列表，如下表所示：
　　4。根据产品模块，开始产品提案设计
　　以学习模块为例，我们可见需求主要是需要展示：学习内容、学习互动入口等。
　　那么根据对需求的理解，产品经理可以完成产品设计方案（下图是实例），如下图所示：
　　由此可见，B端产品与C端产品最大的不同在于：C端产品更重视体验，而B端产品着重为客户解决问题创造价值。
　　做ToB的产品时，对外的需求沟通，帮助用户通过互联网的思维表达需求。根据需求分析提供产品提案，通过产品提案来引导用户找到自己的目标即为服务之一。站在服务设计的视角，去构思产品解决方案。
　　5。小Q来总结
　　做B端产品，最难的就是业务理解。ToB的产品功能仅是冰山一角，服务设计才是精髓。
　　B端产品有一个非常重要的特点就是：用户在使用该产品的时候，通常有比较明确的目的性。B端产品一般来说功能组件比较单一，所以对于客户而言，视觉感受往往大于交互体验。
　　B端产品的设计尤其需要我们深入了解业务，逼着自己成为某块垂直领域的“专家”，努力让自己与该领域的用户【信息对称】，再开始设计你的产品功能。