【有资质】中后台产品难点指南,我和几位10年的产品聊了个天

2020年03月26日/ 浏览 584

ZIZ世界

中后台产品难点指南,我和几位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文章采自互联网,如有侵权请联系作者删除!

picture loss