这个月，聚焦了客服系统、CRM系统、HR系统的产品设计。有朋友留言给我，说“Kevin，能不能讲讲其他后台产品？”
说实话，之前的分享都是基于我在工作和团队的案例来复盘的。对于中后台这样的业务系统来说，业务变则产品变、业务不变则产品稳中迭代
之前在腾讯医疗碳云智能负责和参与过开放平台的设计。今天也借此分享下互联网产品在用户上升后所累积的开放平台。
开放平台在表面看，好像就是一个产品官网，但实际上真的这么简单吗？
我们看到越来越多的互联网公司在花高薪聘请开放平台产品经理加入。
事实上，他仍然是一个面向产品合作伙伴的一个产品。有前端、后台、用户客户端，同时还会有支付能力，不是一件容易事。
今天与大家分享下开放平台的搭建，拆解了网上一个案例
开放平台是什么？
开放平台指的是能力开放，通过C端用户逐渐积累。企业面临要提供自身产品用户数据、内容数据、业务流到其他产品下。
可是如果针对每个合作伙伴产品都定制化设计，导致合作成本逐渐升高，同时也不容易维护。
最主要是无法形成有商业模型的能力合作。
开放平台的产品经理，通过梳理产品在行业的业务场景，可关联的行业内容。
▲ 开放平台客户端、前端的规划
开放平台会分为产品介绍前端、客户端(游客)、客户端(付费)、客户端(定制)、开放平台运营后台(本次没有提及)
上图是某个开放平台的产品roadmap,标注了1.0和2.0的各项功能开发计划。
▲ 喜马拉雅开放平台
一个开放平台，不仅是要求有足够的开放能力，还得需要不断通过运营策略、获取线索、商机，再刺激普通合作用户转化为付费合作伙伴。
开放平台的签约流程
每个开放平台，都会有一个签约注册流程。包括个人签约、企业签约，唯一要注意区别的是分别要求的信息内容不同。
▲ 开放平台的签约流程
开放平台的签约费用是根据能力接入、频次决定的。所以针对大客户还会有大量的商务过程。
开放平台的账户体系
虽然开放平台是一款SaaS的web产品，但我建议中后台产品仍然要把当做一个新的To C产品来做。包括产品的账户登录，当然通常会选择关联已有的app产品关联登录即可。
考虑UI设计、好的交互体验也是应该的。
▲ 开放平台的登录注册可使用APP产品
同时对付费用户、游客的不同权限和开发共同方案，比如免费用户调用接口频次和能力如何，包括接口使用、应用创建数、接入次数，都需要限制。
▲ 开放平台的账户基本信息
和其他的基本的互联网产品一样，消息通知、产品充值入口、信息消费在开放拼图都要具备。
展示企业的开放平台信息、到期时间、购买付费接口信息都是应该的。
创建应用
开放平台登录后，使用者第一件事是插入自己的SDK或接入API。
▲ 开放平台的应用创建
如果是app则需要提前查询到产品的SN信息，包括APPKEY。其次再可创建基于开放平台能力的应用
提供接口列表、使用次数、已经购买的接口
▲ 开放平台统计数据
▲ 开放平台的接口提示
接口还要提供示例，比如
- 请求参数
- 返回参数
- 接口参数
- 异常参数
同时如果接口提供了带有逻辑判断等，应该提供效果演示demo。同时还要提供错误代码、常见问题。
由于开放平台的使用者是技术人群，中后台产品要时刻与团队的开发产生可维护和迭代的FAQ。
开发平台的主要场景：接入成功判断
开放平台可以只提供API或SDK能力，也可以都提供。具体根据开放平台提供商而定，但不管哪种能力开放，开发者要确定接入能力是否成功。
▲ 开放平台的调试面板
针对请求方式、和参数名字。结果值是否和预期一样，这都是团队内部开发要提前梳理的内容。
同时某些开放能力是可以提供页面的，那前端页面可自定义化也要提供预览的工具。
▲ 开放平台H5自定义
中后台产品经理要和开发团队，提前准备好这类开放能力的正确使用代码示例、错误示例、以及参数结果。产品经理则只要按代码逻辑输出展示页面即可。
接口统计报表
开放平台同样属于站在企业业务的后端，应用管理者仍然需要查看API的调用数据、和API的统计数据。
所以开放平台的报表能力是一件刚需，若API里面有其他数据字段，则应该展示。
▲ 开放平台的数据报表
▲ 喜马拉雅api数据统计
如上是接口的使用次数、和赠送份数。开发者可以看到自己产品在接调用的规律，提前预支产品Bug和恶意调用的用户操作行为。
针对恶意行为，开放平台可以支持安全中心。方便开发者对恶意IP地址或中断设备进行拦截。
▲ 开放平台的白名单设置
勾选付费接口自定义、IP地址自定义(注意IP规则)，帮助开发者进行风控管理。
最后要说明的是，上面的开放平台并没有支持线上购买的方式。所有的开放能力仍然是靠市场、商务走线下方式解决的。
购买后，再通过后台派送权限和名额，完成开放平台的付费使用。
扫一扫
303
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
