ToB平台型产品(Web平台)是ToB产品经理负责策划的最基础、最重要的产品形态。
要想做平台产品策划的工作，需要首先了解 ToB平台的架构与层级关系。如图所示，以一个为游戏开发者提供服务的平台为例，展示了其架构示意图：
需要特别说明的是，对于平台架构与层级关系的梳理，存在各种各样的版本，不同的视角有不同的看待方式，不同的业务场景也有各自的划分方式。上图的架构图也仅为示例，不必过分纠结划分细节，仅需从ToB产品经理的视角出发去思考一个平台应该有哪些层级，以及我们应该该如何理解、如何做。
基础资源层：
对于服务器、数据库、网络带宽、ABC(人工智能、大数据、云计算)等所代表的底层软硬件资源与服务能力，笔者统一将它们划分在了最下面的基础资源层。
该层为上层服务的正常运行提供资源层面的支撑。
基础能力层：
在基础能资源层之上时基础能力层，它代表了一个ToB服务平台想要提供完善服务所需要具备的底层业务維力，它不再属于通用的底层资源，而和上层产品服务具有关联关系。
平台能力层：
平台能力是ToB服务平台面向用户服务过程的重要能力，需要ToB产品经理严密分析、重点设计、持续更新、长期维护。
该层能力与具体的产品功能特性解耦，为整个平台的业务运转提供支撑。
产品功能层：
产品功能层的策划是ToB产品经理的核心职责所在，既要能通过产品介绍、帮助文档让用户了解产品，又要通过设计流程引导客户试用，在用户使用过程中还要通过控制台(或者称为开发者中心)为用户提供可控管理策略、管控风险、查看数据、导出数据的功能集合。
不同产品在对应的产品功能层的设计上千差万别，需要ToB产品经理深入理解技术原理，根据用户需求，将复杂的技术方案转化为优秀的交互方式。
用户服务层：
在平台能力层和产品功能层之上，需要重点分析平台用户的分类和需求。从上层用户的视角，从用户体验地图的角度，进行下面各层次的功能体验的设计和优化，确保各类别用户在平台上的体验是符合各自需求和预期的。
此外，除3、4、5层中对于功能层面的梳理之外，平台及功能的安全性也需要ToB产品经理思考，甚至融入方案设计中。
以上是ToB产品经理对外服务平台的架构梳理。除对外服务平台之外，还需要建设内网管理系统以支持内部运营管理需求，提供诸如配置管理、版本上传、打点统计与展示等各项功能，这些也都属于ToB产品经理的策划范畴。相关文章：《toB产品五大核心思维》
toB平台的“面子”
“面子”指的是不涉及具体业务使用的部分，包括音页、产品介绍页、解决方案介绍页、在线体验、Demo演示、新闻中心、联系我们、关于我们，等等，也就是我们常说的“门户”。“里子”指的是与具体业务使用相关的部分，最重要的是控制台(也被称为“管理中心”“开发者中心”等等)。其次还包括工具下载、文档中心、购买相关的业务流程、权限系统、订单账单管理等业务模块。
在“面子”部分，产品介绍和解决方案介绍是最为重要的两部分。
产品介绍部分，以每个可供购买的产品为单位，为其单独设计一个页面，用于向用户讲述产品的核心功能与优势，并引导客户试用和购买。
解决方案部分，以每个解决方案为单位，为其单独设计一个页面，用于从场景或行业角度向用户系统性地阐述企业可以为用户提供的体系化解决方案。
解决方案往往由多个产品组成。
产品是最小可售卖的个体，解决方案是产品的集合。一个解决方案可以包含一个或多个产品，一个产品可以被一个或多个解决方案所包含。
toB平台的“里子”
ToB平台的“里子”是平台为用户提供服务的内核部分，也是对ToB产品经理挑战最大的部分，需要ToB产品经理具备以下几方面的能力：
1)平合架构能力：基于对用户完整业务流理的全面梳理和理解，搭建平台架构、设计功能模块，并能够将各功能模块有机地整合为可以真正解决具体问题的、可操作的、可闭环的业务流程。
2)方案理解能力：明白方案要解决的问题及关键要素，了解用户最关心的问题及使用场景，等等。只有对方案理解清楚了，才能够设计对应的功能模块。
3)技术理解能力：即使不是技术出身，也需要产品经理能够理解产品涉及的技术原理、实现思路、数据字段、交互方式等技术性内容，才能够在具体的功能模块的实现过程中做好跟进与管理。
需要说明的是，虽然ToB平台产品的整个框架设计有其共性，但不同企业的ToB产品都不太一样。
对于业务流程梳理，一是思考全面，二是在此基础上进行提炼。
怎样将所有的流程都能考虑全面呢?建议可以从用户角色的角度出发：你的产品面向的用户可以划分为哪些角色?他们到ToB平台上来会做什么事情?具体完成的步骤又是怎样的?这就可以一步一步梳理出来。
功能模块的提炼依赖于业务流程的梳理，需要详尽梳理业务流程并归纳各流程中有共性的模块，对模块进行分类，然后展开建设。
功能模块可以分为两类：平台功能模块和产品功能模块。它们分别和上面提到的平台能力层和产品功能层相对应。
