中后台产品难点指南，我和几位10年的产品聊了个天大家好，我是Kevin。这是2020年第24篇原创
开放平台，上周我拆解了一个原型案例。如果你不清楚开放平台是什么，相信可以快速满足你的了解欲望，知道产品经理在开放平台主要做什么。
开放平台是什么？
开放平台不仅是中后台产品可以做，因为就产品来说是一个web和SaaS的产品形态，有面向用户端的客户端、也有面向运营者的后台、还有面向游客和普通用户的产品端。
尤其是用户区别十分大，开放平台不同于其他C端产品，面向的是个人开发者和isv（虚拟服务商）。
所以安全、平台稳定性、和开发者使用体验是核心。
开放平台的oauth协议
部分开放平台可能直接采用的token的方式管理，但这样做可能会有不安全的问题。
通过oauth协议搭建，提供给个人开发账户、密码。
OAuth（Open Authorization，开放授权）是为用户资源的授权定义了一个安全、开放及简单的标准，第三方无需知道用户的账号及密码，就可获取到用户的授权信息OAuth2.0是OAuth协议的延续版本，但不向后兼容OAuth 1.0即完全废止了OAuth1.0
应用场景
第三方应用授权登录：在APP或者网页接入一些第三方应用时，时常会需要用户登录另一个合作平台，比如QQ，微博，微信的授权登录,第三方应用通过oauth2方式获取用户信息
比如微信公众平台会提供给开发者token密钥管理，一般会加入uid的形式组合。方便开发平台管理自己的用户和数据接口安全性。
▲开放平台的支持类型
同时开放平台提供的账户、注册方式，是仍然以邮箱注册为主。考虑到未来应用的迁移和全球用户的使用。
▲开放平台的账户数据
我提到的oauth协议就是指的这登录注册背后的技术支撑。
开放平台的运营策略
开放平台的运营仍然是以线索、商机分配为主要点。部分的开放能力因为单价较高，甚至需要销售参与。
所以开放平台在运营上会推出免费试用、和付费使用方式。当然还要注意运营安全机制。比如对羊毛党、恶意用户的监控，提前做好违规管理。
▲开放平台针对不同账户的调用区别
开放平台的文档工作
开放平台另外一项工作是文档工作，梳理常用的API问题、平台使用问题、以及对平台运营机制的问题等等。
同时每个接口的文档撰写、和相关接口的映射，在开放平台里面属于非常重要的工作。同时由于开放平台的文档也是开发者的使用教程，所以文档的撰写好坏会直接应用用户在开放平台的正常使用。
▲开放平台的文档工作
开放平台是真开放还是假开放？
企业搭建一个开放平台，但成功的并不多。好的开放平台是可以提供优质内容、技术能力给到个人开发者和企业。但成功的开放平台是让isv等用户赚钱。
开放平台一方面要注意开放的能力是否过度，还要注意isv的体验太差而逃离开放平台。比如随着用户的接入增加后，会导致部分isv企业随着体量增加选择独立门户，自己开发，逃离开放平台。
企业离不开平台，同时平台也离不开isv，最终成为一个生态闭环。我们在做开放平台的时候，难免在商业模式上平衡isv的权益，导致开放平台留不住用户。
中后台产品经理的走向
最近，我和几个工作有10年左右的产品经理聊。我发现大厂的产品经理都会有一个特点，对功能模块、某个系统搭建特别熟悉。但是很对商业模式、行业痛点可能少了一些实战。
因为在大厂，处于舒适区。背后有无尽的流量、资源，不需要考虑站后方，站前方始终是10年的产品关注点。
超过10年的产品经理的工作方式，将自己all in 在产品的功能设计上了。或者说停留在了一个系统上了。
UI从头到尾的业务流转、行业的变现模式，其实少有考虑的。
大部分中后台产品经理，本身也是负责企业某个产品线或业务线。和站在头部（CEO)的眼光是完全有区别的。 因为一个产品团队的人力资源有限，所以负责客服系统、CRM系统、开放平台这类的产品负责人为主。即使是产品VP，也是站在业务角度，很难统筹人力、资金、市场需求。
所以产品经理要跳出这类思维，还是要时刻保持年轻、尝试自己做个公众号、抖音、甚至是做一个0到1的爱好，会比垂直10年的产品经理会或许离“改变世界”更近一些。
ROM.6ZIZ.COM文章采自互联网,如有侵权请联系作者删除！
