B2B电商平台账号与权限设计

   2023-06-27 320
核心提示:第三,前端展示页面的相关设计登录注册流程:不同于电商在C端的登录注册模块,除了账号的申请,还要考虑购买者企业信息的提交(还提供了跳出距离的出口)。同时,业务设计还需要考虑登录同一个账号后多个买家之间的切换问题。账号已登录,但买家权限未绑定。所以最后我们重新设计了一套相关页面(复制粘贴页面,调用独立接口)没有登录,买家资质没有通过,但是这样有个缺点就是一些后续的页面修改迭代必须同时在两个地方更改,页面的体验也会损失。在我们的实际开发过程中,只有登录过的人,以及相关的买家通过了审核,才能进入商城的主页面。账户

一、账号体系

B2B电子商务平台的交易角色由买家、供应商和平台三部分组成。

在项目初期,由于产品没有参与数据库设计的过程,数据库设计人员大多是在已知需求和经验的情况下设计数据库。买家的账号主要由两个表组成:账号表和买家信息表;账号和买家信息的关系是1: n。

然而,随着项目的启动和推广,这个账户系统被证明无法满足业务部门的需求。在我们最初的认知中,一个采购员(即企业)作为一个采购单位,如果负责采购的人不止一个,多个账号可以共享一个采购员的信息。但是后来我们的买家出现在连锁店,连锁店在采购成本和管理的因素下,更多的是由专门的采购员或者老板来采购,所以账号和买家的关系就变成了N: N。

因此,衍生出以下问题:

1.数据库设计

根据需求,一个买家可能有多个买家,同一个买家可能同时负责多个店铺的购买,这样账号和买家的关系就变成了多对多;


事实上,由于之前的设计错误已经无法重新设计数据库,只能在之前数据结构的基础上进行修改。这里我们把原来一对多关系的两个表作为一个整体看作一个买家表,通过增加一个账户表和一个关系表就可以完成设计。

此外,其他业务模块需要重新检查对账号/买家的引用。在业务逻辑中,采购实体的性质是买方而不是账号。因此,与购买业务相关的业务模块,如订单、优惠券、文章消息、购物车商品等。,都与买家id关联,而与账户相关的业务则需要与账户id关联(与新账户表中的Id关联),如昵称、登录账户、密码等。

2.业务流程设计

因为多个账户共用一个采购员,所以在员工离职或其他情况下,采购员的一个账户必须解除绑定,所以必须有一个账户可以管理企业的其他账户。因此,对于直接创建新企业的帐户,该帐户被赋予一定的权限,并被定义为管理员帐户。

对于非管理员账号,可以通过管理员账号直接添加,可以省去注册的麻烦,也可以用来批量注册账号。同时,业务设计还需要考虑登录同一个账号后多个买家之间的切换问题。

(1)新增账户,绑定企业。

注册新账号后,可以直接继续创建新企业。创建新企业后,该帐户将自动成为该企业的管理员。同时,您也可以在创建新企业之前直接进入页面进行浏览。另外,也可以由企业管理员直接添加到企业中(有点类似于社交中的群成员和群主的概念)。


(2)旧账绑定企业

注册帐户,您可以选择创建新的企业或由管理员将其添加到现有的企业中。


经验教训总结:在需求的初始阶段,一定要做好需求的逻辑模型设计,梳理好实体的角色(实体)、属性以及实体之间的关系,这样数据库设计人员才能设计物理模型,否则后期修改的成本会更大。

第二,权限设计

目前市面上的大部分电商网站都逐渐完善了权限的设计,尤其是在商品浏览方面。登录和不登录没有区别。甚至在支付环节,大部分电商网站都是不需要登录就可以下单的,这个我就不用解释太多了。

但是在toB端的电商网站,对于不同地区、不同用户层次的买家,看到的价格是不一样的。甚至有些电商网站为了保证自己产品的私密性(是否有这种产品,产品价格是否有优势),不登录就不能浏览产品。此外,针对不同行业,toB端的电商买家在购买前必须向平台提交相应资质进行审核。

所以toB端的电商网站需要在用户体验和业务需求之间做一些权衡。什么情况下可以浏览?我什么时候能看到价格?什么情况下可以下单付款?

在我们以前的系统设计中,我们简单地一刀切。用户打开应用程序,直接进入登录页面。在登录并通过相关买家的资格审查后,他们才能进入商城的主页面。但是随着业务的发展,在APP的推广过程中,如果用户在商城看不到商品,买家就不愿意注册一个自己不了解的商品。

因为涉及到资质审核,填写企业信息,上传文件都会比较麻烦,所以这个矛盾越来越激烈。所以后期我们重新调整了用户的权限。

权限设计逻辑如下:

根据登录状态和买家状态,权限分为以下几层:

登录帐户的权限;

账号已登录,但买家权限未绑定;

账号已登录,买家已绑定,但买家未被批准;

账号已登录,买家已绑定,买家资格审核通过。

对于不同的权限级别,根据不同的权限级别对页面内容进行分类:

不登录能看到的主要是商品列表中的商品,注册相关页面等。

需要登录但不需要买家信息的内容,如帐户名、昵称等。

需要登录的内容,需要买家信息,但买家看到的是未审批状态;

需要登录和账号信息才能看到的内容,比如商品价格、购物车等。

按照上述逻辑划分权限后,就可以整体设计各个页面了。在我们的实际开发过程中,只有登录过的人,以及相关的买家通过了审核,才能进入商城的主页面。所以,如果需要重新设计权限逻辑,那么就必须修改每个页面的界面逻辑(这部分值得深入考虑)。

所以最后我们重新设计了一套相关页面(复制粘贴页面,调用独立接口)没有登录,买家资质没有通过,但是这样有个缺点就是一些后续的页面修改迭代必须同时在两个地方更改,页面的体验也会损失。

经验教训总结:由于登录页面是直接一刀切做的,后期调整权限逻辑时,涉及的东西太多,无法在现有基础上直接修改。因此,我们在设计权限框架时,即使原需求如此,也需要考虑后续需求修改的扩展性。

第三,前端展示页面的相关设计

登录注册流程:不同于电商在C端的登录注册模块,除了账号的申请,还要考虑购买者企业信息的提交(还提供了跳出距离的出口)。

账户管理:如上所述,每个买家的管理员需要管理子账户,所以提供了添加子账户的页面(如果没有子账户,可以直接创建一个账户信息),可以从买家中删除账户。

创建新买家:提供两条路径:一是注册时完成新买家的创建,二是登录后提供创建新买家的入口。

切换企业:采购员可以切换当前企业,以便对每个企业分别进行采购。

本文最初由@发布中中中中中中。每个人都是产品经理。未经许可,禁止转载。

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

 
举报收藏 0打赏 0评论 0
 
更多>同类资讯
  • redadmin
    加关注0
  • 没有留下签名~~
推荐图文
推荐资讯
点击排行
友情链接:
网站首页  |   |  关于我们  |  联系方式  |  用户协议  |  隐私政策  |  版权声明 网站地图  |  排名推广  |  广告服务  |  积分换礼  |  网站留言  |  RSS订阅  |  违规举报 |  网站地图