分析B端账号体系，如何考虑B端产品是否可以共用一套账号？

该团队开发了一种新的工具产品，旨在排水SaaSERP的主要产品，而新开发的小工具也可以独立于SaaS系统。因为这是一个需要重建的产品，团队在项目批准的早期阶段一直在努力解决一个问题。这个小工具产品和主要产品应该共享一个登录帐户，还是有自己的独立帐户？我相信这个问题对从事B端产品并不陌生。在今后的工作中，当我们遇到类似的场景时，我们应该如何思考。这是我根据这次经验对B端产品账户交换的一点思考。B端账号系统是什么？首先，我们需要了解什么是B端账户系统。b端产品是面向企业用户的产品，在企业中有不同的岗位和部门，导致使用同一系统时有不同的权限，区分功能权限和数据权限。功能权限是什么？什么是数据权限？以WMS系统为例，仓库主管具有查看报告的功能，而普通仓库操作员没有，这是功能差异；仓库主管可以查看整个仓库的所有货架商品，而普通仓库操作员只能查看他们负责的商品，这是数据权限的区别。仓库主管可以管理多个操作员，并有权分配给操作员，甚至在系统中创建操作员。我们称拥有整个系统所有权限的角色为admin。第一个注册系统的用户将拥有admin权限，也称为主账户，其他用户统称为子账户。B端账户系统的必要特征是区分主账户子账户、不同部门、等级、功能权限和数据权限。因此，为了适应企业人员的组织结构，在设计B端产品时，应引入角色概念，为不同的用户标记不同的角色，并赋予不同的权限。通常我们给角色功能权限，给用户数据权限。我们的ERP和小工具就是这样一个账户系统。回到ERP和小工具，让我们看看这两个B端产品的目标客户：如图所示，客户已经在ERP中维护了用户和角色，用户可以通过ERP登录入口进入系统，ERP和小工具之间的用户高度重叠。登录小工具的用户需要什么账号才能登录小工具？有两种解决方案:一种是账户完全独立于主系统ERP，另一种是使用与ERP相同的账户系统。我们需要从以下几点来考虑如何判断两个系统是否需要共享一套账户。影响账户交换的因素（1）如果两个系统的目标客户使用不同的对象，用户根本不感兴趣，更不用说让他们登录其他系统了。只有用户群重叠，交换账户才有意义。（2）责任团队/开发团队是同一公司或系统中的产品，责任团队是同一个产品。应更准确地控制目标客户，并有更多的权限共享账户系统。考虑到团队利益和其他系统的账户隐私，不同的责任团队必须比不同的团队更好地推进工作。(3)两套系统之间的系统关系最好是相辅相成的，要么是引流，要么是客户迁移，要么是系列产品。否则，仅为减轻客户记忆压力而制定的共享系统价值和投入产出比过低。从上述因素来看，由于ERP与小工具用户完全重叠，属于同一开发团队同一公司系统，加上相互排水推动，我们最终通过ERP和小工具账户，账户可以登录ERP，也可以登录小工具，也降低客户准入门槛，降低客户账户记忆压力。目前，市场上同一公司的许多B端产品共享一套账户。以跨境电子商务中通途ERP为例，用户不仅可以用账户登录ERP，还可以登录通途列表。共享一套系统给客户带来了便利，但产品经理比不共享一套更需要思考。账户交换带来的问题账户交换非常方便，但也带来了不可忽视的问题：（1）账户交换是否面向同一客户，不同的角色和用户可以在每个产品中自由登录，这显然是不可能的。为什么？因为虽然账户是交换的，但它们仍然是B端产品，因为它们是B端产品。对于主账户，他有系统之间的最高权限，可以灵活切换到多个系统，如企业首席执行官，可以不受多个部门会议室的限制；有限权限的普通员工进入总统办公室时需要权限。因此，在授予任务权限之前，只有主账户才能用一个账户灵活登录每个系统。因为客户已经在系统中维护了他们的角色和用户，所以在切换登录时，我们有基础来判断登录的角色是否是主账户。(2)子账户什么时候可以灵活登录？你可以进入总统办公室，必须得到总统的同意。同样，如果子账户想登录系统，必须得到主账户的同意。在设计中，我们通常采用的设计方法是在主系统中为子账户打开其他系统的权限。这将带来一个问题：在主系统中为子账户打开其他系统权限后，子账户应具备哪些功能权限和数据权限。我们应该知道，在主系统中无法实现配置其他系统的功能权限和数据权限。解决办法是提供标准权限。所有在主系统中开设其系统的用户都默认在其他系统中拥有该标准权限。之后，如果用户的权限需要单独区分，则可以在其他系统中重新配置。这两个问题在交换账户中是不可避免的。作为一名产品经理，必要的质量之一是估计需求带来的问题，并提供良好的解决方案，以确保需求的质量和高效的执行。总结公司业务线产品线的拓展至关重要，产品带来的直接产品是新产品。除了考虑其产品框架产品的形式外，新产品的账户系统也是不可忽视的关键环节。本文以我的产品经验为介绍，分析了B端账户系统，阐述了如何考虑B端产品是否可以共享一套账户，并提出了共享账户必须考虑的因素和问题，最后提出了问题的解决方案。希望这篇文章能对你有所帮助！