爱刨根知识网

  1. 首页 > 经验知识 > >

中台产品经理方法论( 六 )

生活经验中台


1）推动更新整个事业部产品的交互视觉规范 。
对于建立规范大家都是没有疑问的 。在交互规范不完善且没有被严格执行的情况下，很多时候产品经理都需要为了一些交互细节大伤脑筋，比编辑框里字数超出了限制应该怎样提示，诸如此类 。
当交互规范完善，且做成了Axure组件后，普通产品经理都有了升级成产品设计师的可能，基于规范和组件就可以做出一个完成度很高的交互稿 。而视觉规范是整个事业部各产品统一品牌形象的条件，也是统一前端组件的基础，设计在前端组件级达成一致是可以的 。
2）根据用户前台和管理后台加以区别对待 。
用户前台是给终端用户使用的，也是大量C端用户直接接触产品的入口，不同业务的用户往往在交互和视觉上有不同的需求 。
而管理后台往往是给一些特殊用户，比如管理员使用的 。这类用户首先数量相对少，后台操作也不那么频繁，且这类用户在操作管理后台时具备B端用户的属性，很多时候是部门内的运营，对功能是否强大的敏感度高于视觉体验 。
因此教育中台尽量能在管理后台的前端界面上保持统一，而用户前台页面会考虑放开让各个业务产品自己做 。当然这一点很容易就可以找出反例，因此也只是在设计过程中的一个指导方向，并不是定理 。
3）根据业务的目标用户年龄层次进行区分 。
事业部有面向成人、K12、年龄更小的儿童等各个不同年龄阶段用户的产品 。年龄越小的用户对交互和视觉的要求越高，爱奇艺还专门推出了面向儿童的奇巴布，整个交互和视觉都做了重新设计 。
因此教育中台尽可能在面向成人的产品里去做到前端界面通用，不考虑和面向低龄人群的产品有任何前端界面的复用 。
（3）前后端直连
教育中台的用户是部门其他业务产品的程序员，虽然都是内部用户，但降低用户的使用成本是非常重要的 。在组织架构部分会详细介绍，要想推动教育中台在内部业务的使用，必须要最大程度的降低用户的使用成本 。
第一年教育中台的别动队在搭建服务验证可行性时，服务的架构设计是这样的：

中台产品经理方法论

文章插图
业务产品的后端从教育中台的后端获取数据后，通过业务产品的前端拼装好再传给教育中台的前端模块进行显示 。这种方案其实等同于把一个模块的开发按照人头分工到两个团队来开发，理论上来说可以满足任何业务的需求 。
早期在需求还不那么确定业务也比较少的时候，这样去进行探索是可行的 。但当接入的业务产品多起来，这种架构会带来几个很麻烦的问题：
  1. 业务产品的前端和后端都分别需要和教育中台的前端和后端直接对接，需要对教育中台的接口有很深入的了解，服务的接入成本非常高；
  2. 由于教育中台后端暴露的接口太多，很容易在后续更新时发生变动，从而导致所有已经接入的业务产品都需要发生代码改动，并进行回归测试 。
为了解决上述问题，我们改成了前后端直连的架构设计：
中台产品经理方法论

文章插图
在这种方式下：
  1. 教育中台的前后端是直接交互，可独立运行的；
  2. 只需在前端层进行接入，接入成本大大降低；
  3. 只要有限的接口保证稳定，教育中台的升级对于业务产品是无感知的 。
直连的架构在某些特定情况下会增加功能实现的难度，比如要在教育中台前端模块里去显示其后端服务没有的数据时会面临拿数据困难的问题，但总体来讲带来的好处远远大于增加的难度，我们也基本确定了前后端直连的架构是教育中台服务首选的方式 。

推荐阅读


上一篇：ps怎么批量改颜色，PS怎么才可以批量调色

下一篇：电脑键盘顿号怎么打出来，电脑上顿号怎么才可以打出来