导航菜单

2B SaaS 产品用户的系统设计

2019-09-18 21: 30: 26每个人都是产品经理

无论是2B产品还是2C产品,用户系统都是基础。对于非互联网产品从业人员,每个人都可以通过使用各种日常应用程序来熟悉2C用户系统的场景和功能。因此,作者通过与2C产品进行比较来讨论2B SaaS产品的用户系统设计。

首先,业务的本质差异决定了产品的核心目标

2C产品的用户是个人用户,而用户系统的核心是客户。因此,大多数2C产品的用户系统设计都着重于方便用户注册和登录,并可以建立准确的用户图像来实现流量实现的目的。

面向2B产品的用户是企业。用户系统的核心是对组织和员工的精细管理,提高了人的作用,从而达到了节约成本的目的。

其次,业务场景需求的差异决定了产品的细节

1.注册方案

2C产品的注册主要用于个人用户注册方案。重点是为多种渠道提供注册方法,例如帐号,手机,第三方社交应用程序(微信,微博等)。核心目标是促进用户注册,并且可以开设多渠道多平台帐户。

2B产品的注册分为两个部分:企业管理员代表企业注册和企业员工注册。

2B平台SaaS产品和2C平台之间的最大区别在于,这些产品需要用户付费。因此,该平台为企业(平台租户)提供注册条目。一方面,租户可以方便地通过其他渠道快速注册试用产品。一方面,有必要验证企业的相关信息,并确定该用户确实是潜在用户。

1)商业登记:

当企业管理员代表企业注册时,需要提供的注册信息是:管理员昵称,手机号码,电子邮件地址,业务信息(名称,组织代码,地址,公司信息等)。

工商信息的完整性,不同的产品要求是不同的,并且需要基于特定的产品。如果方便注册和提取新信息,请尝试减少填写工业和商业信息的要求。如果产品安全要求很高,则可以尝试填写业务信息。

2)企业业务信息认证:

这部分不是很强的需求方案,它取决于产品的安全性要求。企业注册后,具有较高安全性要求的平台产品将进入企业和行业信息认证链接。该链接可以由平台管理员手动审核,也可以是第三方认证以验证是否符合业务信息。公司完成认证后,即可试用该产品。

如果安全性不需要该产品,则可以直接跳过此链接。租户完成注册页面信息后,注册成功。

3)企业员工注册:

注册信息:昵称,手机号码,电子邮件地址,其他个人信息;被动邀请:一般的B面产品被用作企业员工的日常工作工具。因此,管理员习惯于开立帐户系统,管理员通过后台向系统中注册员工信息。您可以登录。被动邀请系统的员工和公司之间有很强的绑定关系,员工帐户不能独立存在。主动注册:在员工主动注册的情况下,员工主动注册产品帐户,然后在企业管理员批准后与企业建立关联,然后申请加入企业。这样,单个用户可以独立充当平台产品用户,也可以将公司员工的身份用作平台用户。饰钉是典型代表。在此类产品中,员工可以同时加入多个公司。个人数据:员工注册后,将员工信息注册到系统中,可以在系统中显示,查询和改进个人信息。

2.登录方案

登录场景更容易理解。目前,B端产品仍然比C端产品更传统,大多使用邮箱/手机登录。

今后,我们希望它能够实现。B端产品可以连接更多的C端产品平台,可以通过共同的第三方账号登录,实现商务与社交的连接。

三。用户肖像

用户画像是2c产品的重要内容。只有准确的用户肖像才能更准确地为用户服务。无论是电子商务还是信息平台,基于用户画像的精准营销都是产品的核心。

2b的产品很少有与用户肖像相关的内容。事实上,对于2b产品来说,用户肖像也是至关重要的。

作者目前正在研究CRM产品。crm核心必须解决的问题是帮助客户获得客户。如何建立客户的企业标签,遵循企业标签属性,通过大数据分析帮助客户找到客户。小组是作者最近研究的主题。

建立企业属性维度标签:如行业、规模、业务范围、客户群等。竞争企业标签相关性模型分析:便于了解市场环境,分析竞争企业,及时调整公司战略。潜在客户群(企业)关联模型分析:利用数据分析模型帮助企业识别潜在客户,提高客户获取率。

4。组织结构

2c产品本质上没有组织结构,单个用户是产品的主体,但是会有一个组/社区的概念。

2b产品的应用主体是企业,组织结构是企业经营管理的必要手段和方法。因此,组织结构管理是用户系统的重要组成部分。

1)建立组织结构

组织单元是部门,因此管理员需要能够根据企业的组织结构建立、调整(编辑、合并)和删除部门。

2)扇区树结构

作为组织结构的一个单元,部门只是组织结构的组成部分。要形成组织,就必须根据企业业务形式的要求形成一定的层次体系。因此,部门不仅需要简单的信息描述,还需要层次描述,这就要求我们在建立部门时要按照层次结构来建立部门,并明确地将已建立的部门定义为上级部门和下级部门。

3)通讯录显示

管理员通过后台创建组织结构后,企业员工可以通过前台查询根据部门结构显示的通讯录。

5.角色管理(这是2B用户系统设计的重点和难点)

角色管理是B-end产品的独特功能。根据企业员工负责的业务模块将他们划分为不同的职位。

由于企业数据的高度安全性和隐私性要求,根据职位职责的不同,不同位置的员工对业务数据的操作/查看权限也有所不同。

因此,我们设计了角色管理。严格来说,此角色不是职务职能角色,而是旨在区分不同雇员和不同系统权限的系统角色。这是RBAC设计。

1)建立角色

角色创建的主要目标是建立一个用户权限组,其中用户具有相同的权限。

2)分配角色权限

系统特权是根据角色分配的,因此具有不同角色的用户具有不同的特权。

函数权限:用于设置角色可以使用哪些产品函数。如果不属于角色业务的角色,可以直接屏蔽用户,避免过多的功能菜单干扰用户对产品的使用。职能运行权限:企业管理越精细,员工的工作责任越具体。在一个职能中,不同的人按其职责划分。为了保证数据的正确性和安全性,需要为不同的角色分配相同的功能。不同的操作权限。功能中的描述字段权限:业务功能中有不同的属性描述字段,但不同的角色关注不同的属性。为了能够区分,需要将不同字段设置为对不同字段的读写权限。数据权限:企业数据本质上是一个私有和共享的企业资源。

角色对该功能具有某些操作权限,但他可以在该功能下操作哪些数据?我只能操作我自己创建的数据,还是可以操作其他员工创建的数据来传递数据?

这需要具有数据权限的控件。这就要求在创建数据时,数据还需要相应的字段来描述数据的关系,哪个用户属于哪个部门,哪个部门属于哪个部门,最后实现人与数据的关联,实现基于员工的角色。权限管理。

6。员工管理

员工管理是B端产品的一个独特特点。员工是组织的重要组成部分,员工是产品的真正最终用户。

从本质上讲,B端产品的设计是为了帮助员工提高工作效率,提高人的工作效率,从而达到降低企业管理者运营成本的目的。

1)新员工

上面提到的用户注册是创建新员工的过程。包括被动邀请和主动注册,主要目的是向系统注册员工信息,建立员工与企业的关系。

2)建立员工报告关系结构

为了实现精细化管理,通常根据组织结构设置员工的内部报告关系。因此,从首席执行官到基层员工,形成了组织关系树。该结构可以与组织结构完全一一对应,即该部门下的所有员工都向部门负责人报告,但是该部门中也有不同的组,不同的人向不同的团队负责人报告。

因此,报告关系与组织结构之间存在一定的关系,但并不是完全一对一的对应关系,因此我们需要设计员工报告关系功能。

3)员工流动率设置

为了确保企业数据的安全性,员工离开公司后,必须冻结员工帐户。离开公司的员工将无法以企业员工的身份登录系统,以确保企业数据的安全性。

设置辞职:将员工账户设置为辞职状态,冻结员工账户;数据传输:员工离开公司后,其业务需要其他员工接管,因此需要将员工在其服务期间负责的业务数据传输给新用户。该功能的这一部分需要在数据传输功能中进行规划。

至此,2B用户系统的功能已基本完成设计,其难点在于组织结构和权限控制,这是需要重点关注的。

以上仅供参考。

本文最初由

——