百木园
笔者之前分享了关于用户中台的整体框架以及各个模块的介绍，感兴趣的读者可以先阅读之前的分享《如何从0-1建设高效率与好体验的用户中台》。
本文将深入分享用户中台的一些产品设计原则/思路，用户中台的版本迭代计划以及用户中台的发展。
建议对用户中台不了解的读者可以先阅读上文再来阅读本文，这样会更方便理解本文的内容。
一、高效率与好体验
笔者认为用户中台应该具备高效率及好体验的特性，既能提高企业效率也能提升用户体验。
本章节将阐述如何进行产品设计，更好去满足高效率与好体验。
1. 高效率
主要通过实现底层能力产品化及配置灵活化，进而提高效率。
效率这个特性，更多是面向企业端/B端业务人员，我们在进行产品设计的时候需要思考在B端业务人员的工作场景下怎么去提升B端业务人员的工作效率，进而给企业降低人力成本，这样才能体现建设用户中台的部分价值。
2. 好体验
通过实现账号统一性及认证真实性，去提升用户体验。
用户体验是一个非常大的命题，无论我们设计面向B端还是C端的产品，都可以就用户体验这个命题去展开阐述更多内容。
不过本章节将聚焦在用户中台的账号及认证模块，主要从面向C端的角度来简单举例阐述。
二、安全与转化率
在用户中台产品设计过程中，还会经常遇到一个问题：怎么平衡安全及转化率。
比如注册流程，我们把安全门槛设计太高，需要用户在注册过程中完成身份认证、学历认证等各种认证流程才能完成注册才能使用app。
那么就会导致我们用户注册转化率（完成注册人数/开始注册人数）比较低。
但如果我们把注册流程安全门槛设计非常低，只要输入手机号就可以注册使用，那么这些没有认证的黑产用户就轻易对其他用户造成诈骗进而影响产品的生态。
所以我们需要很好去平衡安全与转化率的关系，既能确保安全又能保证转化率。
笔者结合自身业务经验总结以下三条产品设计思路：
三、版本迭代
用户中台的建设不是一步到位的，我们需要根据自身业务需要以及研发团队人力情况去制定迭代计划。
笔者建议可以划分成三个迭代版本，第一版本快速上线MVP相关能力，第二版本完善其他的安全及权限模块的能力，第三版本完善其他的账号及认证相关能力。
笔者建议MVP能力如红色填充色所示，主要包括账号的状态（正常、冻结、注销）、统计学标签（姓名、性别、年龄、收入等）、实名认证、角色、模块权限、数据权限、弱密码检查、手机号绑定、黑名单以及偏技术层面的安全能力。
读者可以根据自身业务情况合理制定版本迭代计划，比如自身业务对安全门槛较低，可以制定更精简的MVP，可以在以上笔者建议的MVP能力上删减实名认证、手机号绑定等能力。
然后把这些能力纳入后续的版本计划。
四、用户中台的发展
随着互联网行业的发展，我们所面向的用户群体的不同、场景的不同，我们就会针对不同用户群体/场景去设计不同的用户中台产品方案。
本章节简单分享主要面向G端/B端的用户中台及主要面向外部C端的用户中台。
1. 主要面向G端/B端的用户中台
主要面向G端/B端的用户中台，该用户中台主要是为了解决政企内部员工访问使用政企内部众多办公系统的统一身份认证管理及统一权限管理这方面的问题，比较典型的解决方案如4A（Account账号、Authentication认证、Authorization权限、Audit审计）以及IAM身份和访问管理。
以上解决方案更关注政企内部办公效率层面的产品设计而对用户体验（用户运营、营销等）层面的考虑则会少一些，解决方案希望更高效解决政企内部办公相关的账号、认证、权限、审计这些场景的问题。
2. 主要面向外部C端的用户中台
进入移动互联网时代，大量面向外部C端的产品/应用发展起来。
我们除了关注企业内部办公效率，也会去关注面向外部C端的产品的用户体验，这样我们才能提高我们产品的竞争力，从众多产品/应用里面厮杀出来更好占领市场头部位置。
而本章节介绍的用户中台则可以更好满足面向外部C端用户相关的使用场景，可以更好提升C端用户体验。
比如，我们提供更精细化的用户画像/标签系统，可以对用户进行精准运营、营销，避免低效运营/营销而过多打扰不相关的用户群体。
我们提供的会员体系，可以更好满足会员运营帮助产品获得更多付费会员从而提高产品营收。
我们提供丰富的认证能力，可以帮助对用户资料真实性要求比较高的金融行业、婚恋社交行业等行业的产品打造更健康的产品生态。
给作者点赞，鼓励TA抓紧创作！
来源：http://www.woshipm.com/pd/5378861.html
本站部分图文来源于网络，如有侵权请联系删除。