b端产品的后台工作相对更复杂，进一步考验产品经理的功力。本文作者对自己操作的账户管理、权限管理、业务流程、内容管理、数据平台、算法平台等子系统，尽可能从0到1详细地说明了如何创建B端产品背景。这是系列的第一篇，我们一起看看B端后台是如何设计账户管理的。

笔者从事B端产品工作8年，其中一半从事与中厚相关的工作。有从0到1建立后台的经验，也有重复比较成熟的后台的经验。

b端产品的后台工作相对更复杂，进一步考验产品经理的功力。通常，复杂性主要体现在以下几个方面：

b端业务本身比较复杂。与c端产品不同，与服务个人用户不同，业务流程清晰，后台容易标准化。b端服务是企业客户。同一行业的不同公司有不同的商业特性和诉求。极端的情况是为大企业提供服务的业务，需要根据客户的需求进行大量的定制工作。b端背景中涉及的客户的组织结构和更多的用户角色，不同角色的用户可能有与不同业务需求重叠的业务需求。b方的背景可分为两种。一个是服务公司内部的业务背景，另一个是提供给客户的管理背景。一般来说，客户的管理后台功能是内部业务后台的子集，但在具体实践中也存在很多差异。对于软件系统来说，每次添加元素时，系统复杂性的增加都是超线性的，因此B端比C端的后台更复杂。

该系列的笔者将针对自己操作的账户管理、权限管理、业务流程、内容管理、数据平台、算法平台等子系统，尽可能详细地介绍如何创建从0到1的B端产品背景。

虽然以B端后台为主，但我相信掌握B端后台方法有助于C端后台的构建。

一、背景核心逻辑

后台的逻辑很复杂，但设计也有迹可循。要想建立好后台，就要想清楚后台的逻辑。

根据笔者的经验，我认为后台最核心的个体是数据，B端后台所有的操作本质上都是对数据增加、删除、更改、检查的操作。

数据一般包括产品数据(文本音频视图等数字内容、实体商品、算法模型等)、用户信息(简介、帐户、权限、组织等)、用户行为数据(PV、UV、点击、用户反馈等)、业务数据(例如用户

那么，如何理解这四种类型的数据呢？我们可以参考下图。

用户信息是为了确认用户的独特身份和安全性，也可用于分析用户画像。如果用户登录平台或用于满足自己的目的，则需要提供视频平台的视频、电子商务平台的商品、商业客户端的营销服务等多种产品服务。用户使用产品时，会发生访问页面、单击、跳转等动作，将流程数据存储为用户行为数据。用户使用产品后，将生成业务数据，如电子商务平台的订单、社区发布的图形内容、办公软件生成的各种办公室数据等。产品设计要做的核心任务是将实际业务流程转换为后台工作流，在用户体验五个要素的不同层面进行产品设计，最终在后台系统中添加、删除、更改、检查数据等任务。

例如，电子商务需要输入和管理商品信息、价格、库存、福利等信息。为了让用户接触商品，可能需要提供搜索、推荐等服务，并需要算法平台的支持。为增加商家的销售量提供营销工具。处理和流通用户购买过程中的支付保留、支付保留、接收等订单和物流信息。为用户售后服务提供客户服务和其他服务。分析用户浏览、评价、反馈等行为数据，为改善业务提供数据支持等。

为了向用户提供长期服务，必须向用户提供帐户。那我们先从账户体系说起。

二、账户体系

1. 登录信息

登录信息是帐户最重要的信息。我们先在登录界面谈吧。让我们看一下b端产品的登录界面。

包括客户码、账号和密码。对于比较复杂的B端业务，除了个人的账号和密码之外，有时还会需要输入客户码。引入客户码有以下几个目的。

• 对于保密级别高的账号，可以起到提高安全性的作用。当个人的账号信息不小心泄露之后，与客户码对应不上也无法完成登录。
• 方便不同的客户数据做隔离。比如A员工从原公司离职到另外一家公司，就可以直接使用相同的手机、邮箱等注册，避免需要先解除之前的账号绑定才能继续使用。
• 方便不同的客户使用重复的账号。比如说如果企业希望员工使用自己的员工号登录系统，那么不同企业的员工号会存在重复的现象。如果引入客户码，就可以解决这个问题。

当然，为了为了防止机器冒充人类做暴力破解、大规模在线注册滥用服务等问题，登录界面也同样需要验证码。可以根据需要默认要求输入，或者登录失败若干次后要求输入。

2. 客户信息

客户信息需要解决的是客户是谁、如何查找、如何联系等问题。B端产品往往需要服务一个组织客户，其作为一个实体对象，就需要相应的信息以区别其它客户、描述和做数据分析。

客户信息的分类可以大致分为如下几类：

1）基本信息

用户在系统中的最重要信息，用于在数据库和后台界面识别、查询客户。

客户ID：客户在系统中唯一的识别编号，用于与其它客户区分。分配之后就不可更改，否则历史数据会产生大量问题。

客户名称：客户在系统中显示的名称，方便识别、查询。

客户码：可以作为客户在系统中简单的唯一编号，方便识别和查询。也可以应用到登录界面。

客户logo：可以录入客户的logo，即可以显示在后台方便识别，也可以显示在客户系统用户端和后台的界面上，提升客户体验。

2）联系信息

B端业务维系客户关系非常重要，因此需要有客户的联系方式。包括联络人（可以与系统账号关联）、联系方式（电话、邮箱、传真等）、联系地址等。

3）组织关系

对于体量比较大的客户，还要考虑在系统中录入与客户实际组织架构一致的组织关系，可以将不同的用户分配到不同的组织中，方便统一管理、查询、统计数据等。

组织关系也与用户权限息息相关，该点会放到用户权限中展开详细讲解。

4）描述信息

对客户更丰富的、个性化的描述，非必须项。比如公司简介、公司规模、公司行业、公司域名等等。

5）标签信息

为了更好地对客户分层，服务好不同需求的客户，后台往往会有很多标准化、简洁的标签信息。一般不对客户展示。

例如客户的级别，VIP、大客户、重点客户、一般客户之类的，可以简单明了地标记出客户的重要性。

还有客户画像，行业特征、行业类别、公司规模、发展阶段、员工人数、营业收入、地理范围、业务类型等等。

还有客户的合作状态，如首次合作的客户、即将过期的客户、已过期的客户、续约的客户、潜在的客户等等。

这些信息尤其在CRM系统中尤为重要。

3. 用户信息

用户信息大家都比较熟悉了，在B端和C端产品中都可以方便接触到。可以将客户为一个小区，其中有不同的单元楼、房间（各级组织），房间中的住户就是需要服务的具体对象。而且信息有很多相似之处，简单罗列一下，不再具体描述。

基本信息：用户ID、用户昵称、用户头像、用户密码等。

联系信息：手机号、邮箱（二者也可用于登录）等。

权限信息：用在系统中的角色和拥有的权限等。该点会放到用户权限中展开详细讲解。

组织信息：部门、上下级关系等。

描述信息：性别、个性化昵称、自我介绍、心情、工作状态等。

标签信息：年龄、性别、偏好、地域、收入水平、消费习惯、用户分群等用户画像信息。

4. 内部账号

需要注意的是，后台本身也是一个信息系统，同样要有账号体系，以用于登录管理后台。基本上与用户信息相同，描述信息和标签信息可以没有。

三、客户和用户管理

有了这些基本信息之后，需要在后台对客户信息进行管理，以及在客户的用户端和后台让客户自主管理。总的来说，一个比较完善的系统划分如下图。

对客户和用户信息的操作增、删、改、查就需要相应的设计功能。客户和用户比较大同小异，我们以客户信息为例。引用之前的一个学校用户的管理后台为例。

1）新增客户

点击新增按钮，可以新增一个客户。

字段主要分成两类，非标准化的字段和标准化的字段。

非标准化的用输入框，允许自由输入，但是要注意字段的限制。比如说字段长度、是否允许特殊符号、敏感词、其它要求（比如手机号可以校验区号和前三位等）等。

标准化的字段如地址、日期、行业等可以使用下拉控件，提供标准化的内容，让用户点选即可。

各种控件的样式目前都已经标准化了，谷歌的Material Design、阿里的Ant Design、腾讯的TDesign、字节的Arco.Design等等，可以自行访问官网，其中有完整的设计规范、教程、控件等内容。

点击确定时，记得对必填字段和格式进行校验，出错时进行友好报错即可。

2）查询客户

新增客户之后，客户列表中便会多出一条数据。

后台推崇多使用平铺的列表，虽然不够美观，但是字段清晰、查询效率更高。内部的后台不必像用户端一般追求设计感，简单、清晰、易用即可。

列表中显示关键的用户字段并平铺显示，注意过长字段的省略和hover显示。

显示顺序也很重要，可以根据业务需求按创建时间、修改时间、某字段的字母顺序等方式排列。

为了方便查询，可以提供关键字搜索（模糊匹配或精确匹配）、筛选和自定义排序。

客户往往数量很多，因此还需要分页显示。翻页的时候记得继承搜索、筛选和定义排序，避免翻页后相关条件丢失。

3）修改客户

修改客户信息和新增时类似，注意自动代入已有值和不可编辑字段即可。

4）删除客户

删除客户可以分成三类。

• 禁用：暂时禁用客户账号，可以方便地随时启用。
• 软删除：在界面上的删除优先使用软删除，只是不在查询界面显示，但是数据库中仍然保存客户信息。避免误删除之后无法找回。
• 硬删除：在数据库中彻底删除客户信息。

对于禁用和删除这种危险操作，一定要记得增加二次确认弹窗！

对于用户前端和后台的设计，也是相同的逻辑，注意根据客户的需求选取重要的字段展示和编辑即可。

同时对于页面设计的美观度也会更高。

5）账号体系拾遗

另外，账号体系中还会涉及到手机短信和邮箱验证码的服务。

还有一种越来越重要的登录方式——单点登录（SSO）用户只需登录一次，就可以使用他们被授予访问权限的所有应用。

在B端经常运用到不同系统之间的对接，以实现使用本公司的一套账号，就能登录公司内部乃至第三方系统。

C端则使用微信、QQ、支付宝等被广泛使用的第三方账号完成注册、登录，以降低用户的注册和登录成本。

以上目前都是比较成熟的服务模式，因篇幅所限不再展开。感兴趣可以自行搜索。

好啦，本期就介绍到这里。

今天是双倍冲票日，亲不要吝惜手中的票票，给笔者继续更新《B端产品后台设计指导手册》其它模块的动力。

为我投票

我在参加人人都是产品经理2022年度作者评选，希望喜欢我的文章的朋友都能来支持我一下~

点击下方链接进入我的个人参选页面，点击红心即可为我投票。

每人每天最多可投35票，投票即可获得抽奖机会，抽取书籍、人人都是产品经理纪念周边和起点课堂会员等好礼哦！

专栏作家

一直产品汪，微信公众号：apmdogy，人人都是产品经理专栏作家。逻辑型产品经理，致力于将科学思维与产品经理方法论结合。关注人工智能、教育领域，擅长产品孵化、需求挖掘、项目管理、流程管理等产品技能。

本文为人人都是产品经理《原创激励计划》出品。

题图来自Unsplash，基于CC0协议。

该文观点仅代表作者本人，人人都是产品经理平台仅提供信息存储空间服务。