前言
产品架构一般情况下是产品的工作职责,但是设计师补充产品架构的基础之后,一定程度能判断跟你接触的产品的水平如何,有的时候也可以在架构讨论的时候给与自己的意见。
一、什么叫做产品架构
定义:是一套将功能分类整合,形成抽象化的业务模型。
作用:架构可以帮你理清楚每个业务模块/功能间的边界,以及它们之间的关系。
二、产品架构模型分类
产品架构模型按照目的和内容不同分类为商业活动和管理活动。产品架构 2 种分类:
1. 商业活动
如果只是讲一个内容分类的话会比较抽象,所以这里讲一个小李开果园的例子,来方便设计师来理解。
来讲故事了!
小李本身就有自己的一片果园,打算要卖出去,假设发展顺利的话通常会进行三个阶段:
- 第一阶段:产业比较小的话,只要做好记录就能知道清楚经营状况。
- 第二阶段:在产业逐步发展之后,只是通过记录已经没法知道经营状态了,只能通过订单来查看经营状态。
- 第三阶段:在有一定体量的用户,就需要一定用户(例如公众号维护,小程序等等)维护工作,维护回头客。
那这三个阶段可以抽离出三个模块:商品管理,订单管理,客户管理。三个模块又有不同的功能模块:
1)商品管理:
2)订单管理
3)客户管理
故事的延伸:
如果小李开到了线上的话,就会延伸出:
2. 管理活动
管理活动主要分成3类:
拿典型的hrm为例:
常见的架构:员工管理,考勤管理,薪酬管理,工资管理。里面的功能分别又有不同的功能。
这里有个特殊情况如果有个模块足够的复杂,操作的频率足够高的话可以单独给拿出来。招聘管理中来讲,白领招聘招聘如果到可以拓展为发布需求/管理需求/管理渠道/人才库就可以专门拓展为一个单独的功能。
三、好的产品架构如何呈现?
SaaS基础产品的行业产品深入时候种子用户群区域稳定,架构稳定的话用户的话可以降低用户的学习成本以及操作效率。针对公司的话可以提高续约率以及减低客诉成本。
针对SaaS的发展周期知识补充:
通常是4个周期:基础产品完善期,行业产品深入期,生态建设期,再创新。
分别的重点不同:
- 基础产品完善期:通过调研出来核心场景并且满足核心场景下的与用户需求,另外是随着业务细化也会不断地增加功能。
- 行业产品深入期:针对于当前行业业务提出深入完善的解决方案。
- 生态建设期:如果SaaS产品到了这个阶段,客户可以提出一些个性化定制。
- 再创新:可以延长产品生命周期,符合当前客户的需求,拉开与其他家产品的区别。提升品牌相应。
案例举例
首先我们要知道什么架构,要知道业务流程以及如何梳理出它的稳定框架包含什么。
在这里举个例子,方便读者理解,以美容院的管理客户预约的流程为例子。
1)C端/B端流程
因为用户使用场景不同,用户目的不同以及用户所处的角色不同等等原因,通常分C端消费者以及B端用户,所经历的流程也会有差异:
2)可以梳理出稳定的架构
B端功能需求通常来源于需求池(开发,产品设计师,服务团队,各种用户群收集的需求),B端的特殊点在于每个用户有他自己的需求。就拿创建预约页中的填写预约信息来说,不同类型的用户会有不同的需求:
3)相较于B端,C端会比较统一
4)总结一下B/C之间的其中差异
四、那我们如何处理产品架构
1. 将场景需求拆分成功能
这个是产品的主要责任,设计师只要初步了解一下就可以了。产品的职责之一就是将需求进行产品化。
在工作流程之中,设计师主要是用于判断需求的真实性,如何PUSH到产品经理。产品要在场景评审中把用户需求讲为一个故事方便团队其他同学理解。
以SaaS为例,我们作为设计师要根据反馈的来源(是否是KA客户)/客户分级/反馈的数量与频次,来判断产品讲的需求商业价值以及用户是否高频的场景。
2. 将不同的功能按照不同的维度进行分类,组成基础框架
在项目流程之中常常是先拿符合通用模版的功能,进行归类整合,切勿浪费精力重复造轮子。
这里举一个美容院的例子:
注意点:优先级选用通用的商业活动架构。
有时会出现不符合通用模块的功能,一时间很难找到通用模板根据业务,根据业务重要程度和复杂性单独整合,如果功能足够复杂度够高的话,就可以单独给拿出来,类似于ERP中的库存管理可以直接拿出来。
3. 处理好模块之间的内容
1)先处理静态模块
- 静态模块定义:不产生数据流,模块之间加数据其他模块没有数据变动;
- 模块举例:服务管理、客户管理、员工管理。
2)再处理动态模块
- 静态模块定义:一旦数据变动会产生数据流干扰,模块之间加数据其他模块有数据变动;
- 模块举例:物流管理、订单管理、资金管理等等。
就好比就好比母鸡下了蛋,先放到不同的篮子里面,然后做成分别不同的样子。
五、那如何判断产品架构好坏
1)稳定性与拓展性
判断功能的拓展性的标准是:保证功能的清晰,且稳定的路径。
导航模块优化的注意点:
六、架构解决的两个问题
一个架构就像是超市中的货架设计一样,一个好的货架设计既可以让内部人员知道补货时候放在哪里,又能让用户能快速找到功能。
如果没有好的框架思维,会导致好多功能都要做,如果做不好分类,便会对内部和外部带来较大困扰:
七、总结
今天主要分享的是产品架构与功能,主要内容有架构的定义与作用/商业活动通用架构/场景需求清单/三步法确定产品架构内容。
这一篇也是我最后一篇关于“设计师要了解的产品知识”,之后慢慢地会回归B端设计本身。
给作者点赞,鼓励TA抓紧创作!
来源:https://www.woshipm.com/pd/5560154.html
本站部分图文来源于网络,如有侵权请联系删除。