笔者之前已经分享过用户中心的整体框架以及各个模块的介绍。有兴趣的读者可以先阅读之前的分享《如何从0-1打造高效、体验好的用户中心》。

本文将深入分享用户平台的发展历程、一些产品设计原则/思路、以及版本迭代计划。

建议对用户平台不熟悉的读者可以先阅读以上内容，然后再阅读本文，这样会更容易理解本文的内容。

1、用户中心开发

随着互联网行业的发展以及我们针对的不同用户群体和场景，我们会针对不同的用户群体/场景设计不同的以用户为中心的产品解决方案。

本章简单分享了主要面向G端/B端的用户中间平台和主要面向外部C端的用户中间平台。

1、主要针对G端/B端用户中心

主要面向G端/B端用户中间平台，该用户中间平台主要解决政企内部员工访问和使用政企内部众多办公系统的统一身份认证管理和统一权限管理的问题企业。这是一个比较典型的解决方案。如4A（账户、身份验证、权限、审计）和IAM身份和访问管理。

上述解决方案更多关注政企内部办公效率层面的产品设计，较少关注用户体验（用户运营、营销等）。该方案希望更高效地解决政企内部办公相关的账号、认证、权限等问题。 、这些场景中的审计问题。

2、主要面向外部C端的用户中心

进入移动互联网时代，大量外部C端产品/应用被开发出来。

除了关注公司内部的办公效率外，我们也会关注外部C端产品的用户体验，这样才能提高我们产品的竞争力，在众多产品/应用中竞争，更好地占据市场中的顶尖地位。

本文介绍的用户中间平台是一个主要面向外部C端用户的用户中间平台。能够更好的满足外部C端用户相关的使用场景，能够更好的提升C端用户体验。

比如我们提供更加精细化的用户画像/标签系统，可以精准地运营和营销用户，避免低效的运营/营销过多干扰不相关的用户群体。

我们提供的会员体系可以更好的满足会员运营，帮助产品获得更多的付费会员，增加产品收入。

我们提供丰富的认证能力，可以帮助对用户信息真实性要求较高的金融行业、交友、社交行业的产品打造更健康的产品生态。

2、效率高、体验好

笔者认为，用户中心应具备高效、体验好的特点，既能提高企业效率，又能增强用户体验。

本章将阐述如何设计产品，更好地满足高效率和良好体验。

1、效率高

主要是通过实现底层能力的产品化和灵活配置，从而提高效率。

效率这个特点更多是针对企业/B端业务人员。在设计产品的时候，我们需要思考如何在B端业务人员的工作场景中，提高B端业务人员的工作效率，从而为企业减少人力。成本，为了体现建设用户中心的部分价值。

底层能力产品化：在很多公司，一些底层能力是在代码层面，对于非技术人员来说门槛很高。我们需要将底层能力产品化，降低功能的使用门槛。例如，一些安全相关的能力是底层的，是由一组工程师从代码层面配置的。非技术背景的业务人员对代码层面的了解不够，无法从代码层面进行一些安全配置。因此，我们需要将底层能力产品化，以页面/功能的形式呈现给业务人员。例如，我们可以将代码层面配置的锁定、黑名单、白名单等配置以页面的形式呈现出来。业务人员在页面配置用户输入错误密码多少次就锁定账户。业务人员在页面输入用户。 ID可以将此黑色产品ID配置到黑名单中，以防止该用户影响该产品的其他用户或对产品生态产生较大影响。配置灵活性：当我们实现了底层能力的产品化之后，我们需要在底层能力产品化的基础上，提高配置的灵活性。毕竟，如果配置比较麻烦，灵活性差，那么业务人员还是需要花费大量的时间来完成配置，不利于提高用户中心业务人员的工作效率。我们可以通过丰富配置功能、细化功能粒度来实现配置的灵活性。例如，在权限模块的产品设计中，我们可以通过引入角色组的概念，统一配置角色，方便业务；细化功能权限的粒度，将功能权限细分为菜单、按钮、字段、 2. 良好的体验

通过实现账户统一和认证真实性来提升用户体验。

用户体验是一个非常大的命题。无论我们为B端设计产品还是为C端设计产品，我们都可以在用户体验的主张上进行更多的阐述。

不过本章将重点关注用户中心的账户和认证模块，主要是从C端的角度，通过简单的例子。

账户统一：在账户相关场景中实现设计层面和功能层面的统一。例如，从公司管理的角度，在各种前端应用的设计交互中，促进帐户注册和登录流程的统一；在账户功能使用场景方面，实现账户的统一登录，同时在统一账户（唯一ID）的基础上实现各前端应用更新信息实时同步。认证真实性：确保认证真实性有利于提升用户体验，保证健康的产品生态。首先，我们需要引入权威的第三方认证资源，比如学信网，保证学历认证的真实性。其次，落实认证数据审核机制，完善机器审核和人工审核流程，进一步保证认证过程/数据的可信度。 3.安全性和转化率

在以用户为中心的产品设计过程中，我们经常遇到一个问题：如何平衡安全性和转化率。

比如，在注册过程中，我们把安全门槛设计得太高，要求用户在注册过程中完成身份认证、学历认证等各种认证流程，才能完成注册才能使用应用程序。

这会导致用户注册转化率（完成注册数/起始注册数）相对较低。

但如果我们把注册过程的安全门槛设计得很低，只需要输入手机号码就可以注册使用，那么这些未经认证的用户很容易欺骗其他用户，影响产品的生态。

因此，我们需要很好地平衡安全性和转化率的关系，做到安全性和转化率都保证。

笔者根据自己的业务经验总结了以下三种产品设计思路：

在确保安全的同时提高转化率。安全性和转化率最终影响公司的商业利益。如果一味追求转化率而忽视安全，产品/公司只能获得短期的商业利益。从长远来看，如果产品生态恶化，将难以获得长期商业利益。但一味追求设计很高的安全门槛，会导致转化率不佳，进而无法增加用户数、活跃度，也无法保留这些数据，导致产品无法持续运营。因此，只有在保证安全的同时提高转化率，才能确保产品获得长期稳定的商业利益。允许一定比例的过失杀人。我们需要允许一定合理的过失杀人率。这个误杀率让我们可以把安全阈值设得高一点，让我们误杀一小部分正常账户/用户。但误杀率不能太高，以免影响转化率。例如，我们允许3%-5%的用户被意外杀死。同时，当我们发现误杀率很低，比如低于1%时，我们需要适当提高安全阈值，让误杀率保持在我们的可控范围内，避免一些非法账号出现的可能性如果误杀率太低，就会影响我们的产品生态。安抚被误杀的用户，避免转化率下降。当一个普通用户被意外杀死时，如果我们没有及时安慰他，就会导致用户流失，转化率下降。我们需要通过完善误杀用户申诉流程、对误杀用户进行补偿（发放优惠券、将用户升级为周卡会员）等方式来安抚和留住用户，防止误杀用户对产品过于情绪化并卸载产品或注销其帐户。 4、版本迭代

用户中心的建设不是一蹴而就的过程。我们需要根据自己的业务需求以及研发团队的人力情况来制定迭代计划。

作者建议可以分为三个迭代版本。第一个版本快速推出MVP相关能力，第二个版本完善了其他安全和权限模块的能力，第三个版本完善了其他账户和认证相关的能力。

作者建议MVP能力以红色填充颜色展示，主要包括账户状态（正常、冻结、登出）、统计标签（姓名、性别、年龄、收入等）、实名认证、角色、模块权限、数据权限、弱密码检查、手机号码绑定、黑名单等更多技术安全能力。

读者可以根据自己的业务情况合理制定版本迭代计划。例如，如果他们的业务安全门槛较低，他们可以制定更精简的MVP。他们可以从上面作者建议的MVP能力中删除实名认证、手机号码绑定等能力，然后将这些能力纳入后续的版本计划中。