什么是中台?
中台是资源整合、能力沉淀的平台系统。整合企业的数据运营能力、产品技术能力、为“前台”的业务开展提供强力支撑。
前言
中台系统常常面临流程长,操作复杂,角色多,多个内部系统联动,与业务用户和开发难以用简短的沟通或者文字说明解释的清楚的问题。
其实做产品一切都是为了解决业务问题,在想清楚了这是不是个问题,为什么要解决这个问题,想清楚为什么做以及目标和价值是最重要的。
一、市场分析
1.1 确定业务目标
在现有背景下,公司部门的愿景,自身的优劣势,立足的核心差异点,给用户带来的核心价值是什么。价值就是业务的核心诉求,是产品的商业模式决定的。核心的价值可以像:增加“收益",降低”成本“,防范”风险" 三大方向去思考。最后,在考虑资源的基础上制定以可量化的目标指标去衡量落地效果。
1.2 市场分析
包含外部战略环境分析和内部企业能力分析
1.3 竞品分析
竞品分析是我们快速了解业务流程、进行快速借鉴的最好方式。但中台产品与C端产品有很大的区别,不可能随意下载或者用过,且不同公司,业务流程、商业模式的不一样,导致所建的中台也是不一样。因此,很多时候竞品也是可以不做。
但如果要做,也是有一些渠道能获取到竞品:
1、尝试在获取竞品的试用名额,很多同类型的B端系统,在推广时都会有免费试用,我们可以通过各种理由获取体验名额,从而拓宽自己的思路;
2、与业务同事沟通,他们是否使用过其他同类型的平台,有什么好用和特别的点,然后收集整理,以便设计方案时参考;
3、通过咨询平台搜索,比如公众号、人人都是产品经理、PMCAFF等平台搜索相关的分享文章等。
以上方法都能多多少少找到一些竞品信息,但做产品更重要的是多倾听用户的真实需求,竞品只是辅助,结合自己的实际业务才是重点。
二、需求分析
中台需求一般分为3大类:业务需求、用户需求、产品需求。对于中台产品的核心目标,满足业务需求,关注用户体验和效率,满足用户需求。贝恩咨询借鉴马斯洛需求模型,尝试构建了B端业务的角质要素金字模型。
需求分析的主要目的是:获得为系统开发提供指导的产品需求。在此之前,我们首先要做的是:挖掘业务需求与用户需求。梳理目标用户群体的所有业务类型,梳理出每个业务类型的中的所有业务需求和用户需求。
2.1 业务流程分析
针对每一项业务事件,分析业务活动的特点,并确认业务活动之间的关系。具体要做的是:
记录业务活动需要接受的信息内容;
记录业务活动产生的信息内容,并确定数据传输的路线;
记录数据流转所涉及的上下游系统
例如:运营中台(PMD)的商品退场流程
2.2 用户角色与使用场景分析
用户:主要面向企业单位 ”多人协同工作” 的群体,核心关注能否提供高效的系统与功能服务,重点关注在组织与业务团队办公。
场景:主要目的是帮助用户在 ”办公场景” 下能够完成的相对应工作,并且存在组织协同处理关系,例如报销审批、工单指派、测试发布等,场景一般较为系统化,且时间相对固定。
无论做任何产品,我们都要对用户进行深入地了解。所以,我们首先要清楚产品的用户。做C端时,习惯以“用户故事”帮助我们定义用户类型,B端和d中台产品,我们同样可以用“工作故事”理清目标群体的需求。
通过这个工作故事模板,我们可以很清晰地理解用户诉求。但和C端场景一样,中台系统的能在用户调研中得到的需求也只是冰山一角,所以我们所要做的就是收集针对业务的问题、需求点。
2.3 需求整理
需求整理分析是产品设计中最重要的一部分。并不是分析系统如何实现用户需求,而是选择一种业务导向的指引,将零散的需求串联起来,形成一个体系完整、内容清晰的框架,为下一步的产品设计工作做准备。这里分享比较常用的整理方法:
1、业务场景整理
中台产品关键就在于解决业务场景中遇到的问题,还原真实业务场景流程,梳理我们所需要的需求。
比如:电商中台产品,需要有卖场页面的搭建、组货等场景,那就在这些场景下放入目前所收集的需求。
2、紧急程度整理
这里就是采用4项限法则进行规整:
三、系统建设
需求收集整理好后,就可以开始写PRD文档,画原型图。做C端产品,更注重对“人”的理解,要求产品具备同理心,感知用户的能力。而B端产品更注重对“业务”的理解,要求具有系统性的逻辑思维,能对业务进行全面梳理与诊断,给到合理有效的解决方案。
1、菜单结构设计
常见的菜单结构设计有两种:以“人/物”为主线,或者以“事”为主线。
B端领域产品往往以业务流程的职责划分菜单,也就是以“事”为主线,这样系统与业务流程结合,使用起来非常清晰。
如:电商中台系统的一级菜单
2、CRUD原则
就是将新增、删除、修改、查询等操作放在一个页面内。如订单管理页,包含了:新增订单、删除订单、查询以及修改订单信息等操作。
3、RBAC权限模型
B端或者中台系统的角色多,权限要求也很复杂,一般都是采用“用户—角色—权限”的方式进行设计。也就是说每个用户要赋予一个或者多个角色,每个角色对应一个明确的权限集合,包括对菜单、页面元素等资源的访问与操作权限。
用户与角色,角色与权限都是多对多关系,即一个用户可以对应多个角色,一个角色可以分配多个用户,一个角色具有多个权限。当用户比较多时,可引入用户组,即对用户进行分组,将角色与用户组进行关联。
4、产品需求文档
中台产品的需求文档,一般包含两个主要部分:业务场景需求和系统交互需求。
业务场景需求:需要召集市场、运营、开发等同事进行一次续期评审,评审主要是为了检查用户场景流程是否完整,是否存在逻辑不合理的地方。评审通过后,将需求功能点和用户场景流程与交互设计师对接。
系统交互需求:给到一些基本的技术参数,如:查询功能的相应时间要求、底层架构稳定性要求等。参数尽可能量化,若无法确定,可以与开发共同探讨达成。
最后总结下中台的本质:沉淀+复用
中台需要将一些可以复用的业务、功能和数据沉淀下来,当然沉淀不可能一蹴而就,它是一个慢慢积累的过程,很多能力在尚未成型时更加适合放到业务侧去,等稳定成熟以后再落到中台。
点击关注微信公众号:后台回复1,领取产品能力地图
喜欢的话欢迎转发、点赞和在看 ⬇️