1、中台设计管理目录01.概述02.业务抽象03.方案设计04.项目推进05.产品运营06.未来与职业发展01概述一句话讲解概述u汇总所有业务的数据运营能力、产品技术能力,快速支撑业务迭代更新,并且可以发展成独立运营的产品概述现状系统间耦合性较大,牵一发而动全身多重对接,沟通成本巨大系统复杂,无法快速拿出产品方案概述特性ABCD通用性结构化标准化可拓展设计方法论1业务抽象2方案设计3方案落地:项目管理与推进4上线运营:基于生命周期的产品运营设计方法论业务抽象需求分析竞品分析功能分析业务分析用户分析方案设计u业务设计u架构设计设计方法论概述经典中台产品阿里:小后台、大中台、小前台战略01华为:平台炮
2、火支撑精兵作战战略02Supercell:中台概念最初实践者0302业务抽象业务抽象需求分析1分销中台需求分析案例2业务抽象需求分析分析流程02需求分析全景图01需求背景干系人 最关键的干系人有哪些人?干系人的关注点、担心点是哪些?目标、背景 评估需求确认业务目标需求分析全景图业务分析业务流程01业务场景03业务规则02业务价值04需求分析全景图用户分析确定用户01用户目标02用户场景03需求分析全景图功能分析数据/监控性能要求交互流程业务、用户规模服务方式业务抽象分销中台需求分析案例需求、业务分析用户分析确认分销业务目标及架构 干系人:老板CEO、各业务负责人、各业务产品 访谈内容:1.代理
3、人层级模式;2.代理发展方式;3.分销产品需求;4.业务模式特点;5.对接人。机会:1.70%的分销业务是相同的,只有30%的个性需求由各自业务特点决定;问题:1.代理人管理薄弱;2.没有很好的工具很好地帮助代理人转化客户;3.未被转化的客户不能很好管理追踪;各分销业务架构、流程 需求、业务分析用户分析代理人群分析1渠道运营方分析2确认分销业务目标及架构1.分销业务统一管理、研发集中赋能、资源共享;2.赋能各业务运营团队及代理人进行C端用户运营;03方案设计方案设计01架构设计02业务设计03方案设计常见的坑043种典型中台设计场景的关键点架构设计u明确产品模式方案设计明确产品模式明确中台核心
4、模块 确定服务于前台哪些业务、系统 确定对前台业务、系统的服务方式 H5APISDK明确后台依赖或打通的系统、服务 方案设计业务设计功能模块拆解01产品原型03业务流程02业务规则04功能模块拆解目标产出 1.待设计的具体功能清单2.功能-角色的对应 关系,以便后续设计时,场景/权限明确模块拆解的详细流程 明确大致系统明确参与角色拆解一级模块细至二级、三级、四级模块业务流程选择流程图描述方式01勾勒流程主体02补充事中管控点03分析执行中的监管需求04如何搞定多个系统的交互逻辑05业务流程选择流程图描述方式跨职能流程图、活动图1序列图2业务流程勾勒流程主体ABCD分工活动协作分支产物关系业务流
5、程补充事中管控点审核规则异常业务流程分析执行中的监管需求进度、效率01异常点监控02其他需求03业务流程如何搞定多个系统的交互逻辑重点关注扯皮或逻辑异常复杂的环节灵活补位:产品、研发、项目经理均可能补位产品原型具体字段01显示文案02交互逻辑03业务规则全局规则01内禀规则02交互规则03方案设计方案设计常见的坑单击此处添加标题9,300 Million需求调研不彻底,返工成本较高 前期做好需求调研与分析,覆盖业务全部场景;依赖关系定位不清 了解各业务逻辑,进行多轮评审难以建立统一标准 制定人员轮岗方案和机制单击此处输入你的正文,文字是您思想的提炼,为了最终演示发布的良好效果,请尽量言简意赅的
6、阐述观点;根据需要可酌情增减文字,以便观者可以准确理解您所传达的信息。方案设计3种典型中台设计场景的关键点ABC从0到1从1到N从N到1从0到1MVP:最小模型/基本模型产品内核1产品设计、业务流程、业务模式、技术条件、业务资质开工条件33个战略价值公司的战略价值 部门的战略价值产品本身的战略价值最有意愿加入、且有一定价值的业务方合作意愿42从1到N目标 务实基础能力了解痛点、明确问题助力研发效率提升数据表现如何筛选需求和目标?业务叫得最多客户投诉最多老板期望最高产品价值最优挑战各业务单元系统参差不齐 投入时间充分调研,保证业务场景分析全面,方案设计全覆盖全面深入地梳理业务现状,找到有效的业务
7、切入点整合过程中,业务部门短期见不到改造收益 先整合不成熟、切换成本低的系统,逐渐整合成熟系统前置考虑到整合、接入的成本,提前计划、备好资源,确保有效推进业务场景窄、中台化成本高的业务,还回到业务系统中自行处理流程调研现状A调研完整业务需求B对标行业标杆C深入梳理现有系统D产品方案设计E项目推进策略F流程项目落地执行流程调研现状到底有多少套系统?为什么存在这么多套?流程调研完整业务需求对标现有系统,调研各业务真实需求和差异化需求,全面汇总流程对标行业标杆成熟系统怎么做?可借鉴内容深入梳理现有系统流程u详细分析每套系统,看每套系统业务、功能、表现成熟度流程产品方案设计以其中一套系统为基础,升级改
8、造流程项目推进策略制定过渡方案、实施步骤流程项目落地执行逐步推进各业务系统单元废除老系统,切换新系统04项目推进项目推进01挑战02方法项目推进挑战010203从无到有,项目周期较长涉及业务较多,任何一步的质量都非常重要业务结构、人员复杂,沟通技巧、推进方法极受考验项目推进方法01中台项目管理中的关键动作02用5W1H做好沟通前准备(不在此展开多说,另开脑图讲解)03跨团队沟通的7大策略(不在此展开多说,另开脑图讲解)启动项目干系人识别组织项目启动会制定项目章程组织项目启动会u 为什么要做?u 具体怎么做?u 有谁参与?u 协作方式?u 马上做什么?u 案例:分销中台项目启动会启动制定项目章程
9、u证明项目的存在:明确工作目标、明确责任人、协同机制u以会员纪要的形式呈现,邮件、工作群组送达告知u每次形成新的共识,都需要进行更新启动规划 原则:相互独立、完全穷尽作用:1.工作拆解全面,避免执行时有遗漏;2.找到负责人,确保有人负责;项目路线图工作分解结构制定项目管理计划020103执行组织项目团队找到人,参与项目,完成任务疑难杂症攻克需求不明确、逻辑走不通、研发卡壳实施难度超出想象,工期延期合作团队研发延期或没有研发资源监控011.目的:规避业务需求变更风险,让产研测完整认识相应的业务2.内容:业务背景、业务流程、业务规则、业务场景、业务价值3.重要点:业务流程是否完整、闭环?是否具备开
10、发条件和开发价值?4.参与人员:业务、产品、UED、项目经理业务需求文档评审021.目的:产品设计是否满足业务需求(满足业务、满足研发)2.内容:产品设计思路、产品流程、产品规则3.重要点:是否满足业务诉求?是否满足开发条件?4.参与人员:业务、产研测、UED、项目经理(标准:往下2级前置)产品需求文档评审031.目的:保证技术的设计思想对业务、产品设计是否正确2.内容:技术设计思路、系统流程、系统架构、数据库结构3.重要点:是否满足产品诉求?架构、逻辑是否合理?4.参与人员:产研测技术方案设计评审监控1.目的:测试过程中是否覆盖所有业务场景2.内容:测试用例设计思路、测试用例list3.重要
11、点:测试用例覆盖场景是否足够?测试条件是否满足?4.参与人员:产研测01测试用例评审 02项目专题会、周例会、日例会收尾项目结项 上线公告项目文档项目复盘会 一般过程:回顾目标(目的、结果、过程、事件)分析原因(优点、不足)提炼方法(好方法的坚持和推广、不足的规避和改进)转化应用(接下来做什么?行动计划)05产品运营中台产品生命周期KINGSOFT产品侧:寻找中台MVP,快速验证、快速卡位运营侧:找到种子户,确保业务跑通研发侧:系统建设产品侧:务实基础能力、提升运营、技术效率、提升数据表现运营侧:业务全面接入研发侧:功能迭代、前台业务接入产品侧:务实基础能力、提升运营、技术效率、提升数据表现运
12、营侧:能力沉淀、建标准、提效率研发侧:功能迭代、架构升级案例:系统建设期:6个月,从无到有、跑通流程业务接入期:6个月,前台不断接入、持续推进、业务全部接入、实现去重系统成熟期:6个月,系统标准化、组件化改造、业务、系统能力不断沉淀、高效运行、快速接入系统建设期业务接入期成熟运行期2产品运营系统建设期存在问题:a.产品体验差、满足不了用户的全部业务需求,产品没人用;b.产品体验虽好,用户还没感知到好处,产品没人用;c.用户切换新系统有成本,导致产品没人用;工作核心:1.找一批种子用户(从不成熟系统切入/为成熟系统赋予新场景);2.通过种子用户获取资源,得到线上线下反馈,不断优化产品;3.赢取更
13、多业务方接入;流程:找用户学业务刷好感获取资源沉淀能力形成案例更多用户全面接入期u基本原则:1.业务的个性需求如果强依赖中台,中台应适当做一些定制化开发;2.业务系统已经实现个性化需求,中台不一定要介入;产品运营成熟运行期u 目标:业务全部接入,中台系统已实现规模化运行u 方法:1.规模化运行:建立标准(技术标准、业务标准),建立机制(培训机制、准入机制);2.提高前台业务接入效率:模块化、组件化;3.提高业务运营效率:数字化、智能化;u 案例:优惠券产品的规模化运营业务背景:通用产品、使用频率高、调用系统较多,效率和安全问题待提升;应对方向:建立前台接入标准、提升运营效率、提升业务安全;解决
14、方案:1.建立接口介入标准(要求前台业务获取接口时,按中台制定的标准注册);2.建立运营标准(建立培训、考试机制,建立知识库,运营人员在线考试通过后获取相应权限);3.运营效率提升(打通多系统、多流程的协同壁垒,实现线上智能协同);4.系统智能化(个性化、精准化营销,优惠券精准投放);产品运营案例:预约-预售平台完整生命周期u 项目背景:如何像某手机厂商饥饿营销一样玩【新品首发】场景?如何通过预售提前锁定客户?系统建设期:选取合适品类,预约免费种子用户;在促销期间,选取合适品类,预售种子用户,提前锁定用户;更多玩法落地(拼购);业务接入期:赢取更多品类参与该活动;赢得公司层面的使用;成熟运行期
15、:提升系统性能(全链路性能监控、架构升级)机制建立(活动报备机制、培训机制)组件化拆分(更多预约方式、更多预售方式)智能化(全链路效果监控、预约-实际销量预测)衰退期:玩法创新、稳定运行,少量投入产品运营总结找到业务方未被满足的业务场景、系统能力寻找种子、跑通系统能力1系统建设期中台系统不断迭代,逐渐接入全部业务场景2业务接入期建立标准、机制,保证业务规模化运行组件化、智能化,提高前台业务接入效率、业务运营效率3成熟运行期06未来与职业发展如何判断公司具备建设中台的能力?技术调研组织分析战略分析业务调研如何判断公司具备建设中台的能力?战略分析4个维度:战略布局、核心竞争力、战术方法、业务方向确
16、定现阶段做与不做中台的利弊,明确公司做中台的目标:赋能业务or降本增效or跟风?业务调研如何判断公司具备建设中台的能力?u明确业务单元,梳理业务价值链条,拆解各个业务系统,评估业务中台化的场景u思考问题:通过组件化、模块化、标准化、解耦等方式拆分系统和业务,再基于数据服务化的方式就一定能快速支撑前台业务的迭代更新吗?数据调研u数据来源、分类管理,做好数据容量、频度、效率的评估,预测数据成长规模如何判断公司具备建设中台的能力?技术调研如何判断公司具备建设中台的能力?u公司技术现状,提前了解技术落地、人员技术情况,规避技术风险组织分析u组织架构分析,明确企业中台的目标与意义,重点取得高层共识,不单单是老板一人的同意如何判断公司具备建设中台的能力?纵观整个脑图,中台的精髓有3个东西:链接、组件化、数据组件化-业务拆解能力:基于链接的基础上,进行最小单位地更多组合,为业务赋予更灵活地创新玩法链接-沟通合作能力:无论中台前期发展还是后期的商业化发展,始终不能独立产生价值,必须链接上下游,赋能其他系统发挥更大的价值。数据分析能力:由于覆盖全场景业务,数据更加全面,通过全局数据运算,使得业务运销更加精准化成功未来与职业发展中 台 产 品 经 理 突 破 点最后一句话u若公司能力达不到(技术与制度架构),还有高层之间没有共同意识,请不要来这趟浑水,不然后续无力,经常背锅。未来与职业发展感谢聆听
侵权处理QQ:3464097650--上传资料QQ:3464097650
【声明】本站为“文档C2C交易模式”,即用户上传的文档直接卖给(下载)用户,本站只是网络空间服务平台,本站所有原创文档下载所得归上传人所有,如您发现上传作品侵犯了您的版权,请立刻联系我们并提供证据,我们将在3个工作日内予以改正。