课程简介
快速响应客户需求、更好的满足客户需求，是产品成功的关键。要围绕需求的全生命周期，管理好需求收集、分析、分发、实现、验证等关键活动，保障每个关键活动的高质量输出。特别是当产品进入成熟期，客户众多，产品的每个版本更新，都会影响到很多客户，新增的功能、改进的功能是给客户带来价值还是带来困扰？这是产品研发团队必须要回答的一道难题。
目标收益
1. 全面掌握需求管理方法论，深入理解需求生命周期中的各个关键活动；
2. 通过案例解读、工坊演练，提升需求洞察、需求分析、需求验证等专业能力；
培训对象
1. 公司高管尤其是产研主管副总
2. 产品管理部、研发管理部、流程管理部等部门负责人、专家等
3. 各产品线产品负责人、产品经理、需求分析师、研发负责人、测试负责人等
课程大纲
| 一、遇到的常见问题 |
1. 典型场景：新功能无人问津 - 客户反馈某功能很重要，强烈要求开发，但上线后连反馈的客户也不用 2. 典型场景：老功能反复修改 - 客户反馈某功能不好用，要求尽快修改，但数次迭代更新后客户不满意 3. 典型场景：需求响应速度慢 - 客户、用户、市场、渠道的需求持续涌现，但产研团队响应慢，怨言多 4. 探寻问题背后的原因 - 需求管理流程不科学、人才专业能力不足等 【研讨】企业在需求管理过程中遇到哪些挑战？原因是什么？ |
| 二、需求管理全景图 |
1. 既有思路与不足 - 激励，表彰优秀个人和案例，往往是矮子当中选将军，高度不够 - 指导，邀请内外部专家培训指导，往往是八仙过海各显神通，不统一 - 专项，设置指标与绩效挂钩，各团队横向竞争，往往还是低水平竞争 2. 新的思路和方法 - 从思想到方法再到工具，建立三层一体的思想行为模式 - 指导思想，精益创业，积跬步至千里，每一步要对走快 - 需求管理全景，统一底层逻辑，关键活动拆分，保障每个关键活动的高质量输出，从而实现从需求到价值的闭环管理 |
| 三、关键活动：需求洞察 |
1.需求洞察的目的 - 全面及时准确的收集来自市场、内部的需求 - 通过三个案例来理解需求洞察 2.需求洞察的几种方式，简要展开 - 用户访谈、用户观察、问卷调研、数据分析、案头研究、可用性测试等 3.用户访谈，最关键的需求洞察方式，详细展开 - 第一步，明确需求，通过问题引导，探寻用户访谈要达到的目标 - 第二步，设计提纲，对需求进行结构拆成多个关键要素，针对每个要素变量进一步结构化，拆分成多个变量，每个变量设置数个问题来寻求答案 - 第三步，找对客户，针对目标，通过对少量客户研究，优化细分维度，在每个维度中找到典型客户。通过设计筛选问卷来识别真正的目标客户 - 第四步，访谈准备，制定访谈计划包括时间、人员、预算、物料等 - 第五步，正式访谈，如何提问，如何表达，如何洞察，介绍相关技巧 - 第六步，对调研记录进行梳理，结构化输出洞察到的需求 4.如何创造更多需求洞察的机会 - 结合企业研营销服的实际，挖掘适合需求洞察的多种场景 - 针对场景，制定方案，并进行试点，迭代优化，固化成套路在组织内推广 【研讨】企业有哪些场景适合需求洞察？ 【案例】针对某2B产品针对客户和用户的访谈提纲，进行案例解读 【演练】企业学员分组选择产品，输出访谈提纲，分组分享+讲师点评 |
| 四、关键活动：需求分析 |
1.理解需求，对需求进行结构化认知 - 需求特性：需求的产生、需求分层次、需求有弹性、需求可细分、需求会涌现 - 需求定义：现状、目标，现状和目标存在差距，想从现状迁移到目标状态 - 需求类型：市场需求、客户需求、用户需求、产品需求、功能需求、非功能需求、用户故事等进行区分说明 - 需求优先级：穿过KANO/Moscow等模型迷雾，归回本质以价值增量判断 2.分析需求，借助工具模型提升需求分析的质量 - 初步定位问题域，借助需求价值地图从需求多层次中初步定位需求应该在哪个问题域内解决 - 最终定位问题域，借助需求分析地图M1，追溯背景和目的，从更大尺度去评估在哪个问题域内去解决 - 清晰需求的现状和目标，借助需求分析地图M2，通过目的、目标以及对应的各种可能的解决方案差距来校准目标，通过分析导致现状的原因来校准现状 - 进一步确定需求的目标，借助需求分析地图M3，客户的期望不代表我们一定要满足，通过和竞品对比，锚定目标的最低期望 - 对需求场景进行分析，借助需求分析地图M4，通过人货场维度对需求的现状和目标进行拆分，形成多个场景，分析场景的急难愁盼，排列优先级 - 对需求进行补充，借助需求分析地图M5，纵向补充针对同一价值环节的旁类场景，横向补充针对价值环的上下游场景等 3.重组需求，按照DDD领域驱动思想进行梳理 - 按照业务领域、功能模块对分析后的需求进行重组，分组、合并、拆分等，以利于后续按照领域进行方案设计 【研讨】企业在需求分析时主要遇到哪些挑战？如何改进？ 【案例】某需求场景细分，及场景分析 【演练】企业学员分组选择需求，探索现状和目标、场景细分及分析，分组分享+讲师点评 |
| 五、关键活动：方案设计 |
1.流程图，激发思考、促进共识、减少理解不一致 - 没有流程图设计环节，直接出原型PRD的坏处说明 - 流程图意义，与自己共识、与他人共识，减少方案后续变更频率 - 流程分类，业务流程、逻辑流程、产品流程的区别 - 流程图关键要素，类型、角色、活动、层次、结束、判定、分支、泳道 - 案例解读，介绍两个案例 2.原型PRD，减少对页面布局和交互规则的理解不一致 - 原型设计的意义，让产品和研发之间真正对齐，减少研发过程中变更 - 原型设计 vs 需求实例化，优点分析 - 原型等级与分类，低保真、高保真、线框图、设计图等 - 原型设计的关键要素，信息分类组织、导航与菜单、页面流程与组织 - 案例解读，给出原型设计、PRD设计的一些优秀实践和建议，例如如何定义界面元素的属性规则、动作与交互规则等 【研讨】企业在产品研发过程中，变更情况如何？原因是什么？ 【案例】流程图：去淘宝购买电影票到影院观影 【案例】原型设计：与微信好友聊天的界面交互 【演练】企业学员分组选择需求，输出流程和原型，分组分享+讲师点评 |
| 六、关键活动：需求拆分 |
1.需求拆分的意义 - 将不确定性引向低成本方向 - 从产品、研发、测试不同的视角，看拆分的价值 2.用户故事，拆分的最小单元 - 用户故事的基本定义、六大基本原则 - 业界对用户故事的理解误区，角色误区、价值误区等 - 正确理解用户故事，用户故事是小颗粒的产品功能点 - 正确理解用户故事，任何需求都可以故事化表达 3.需求拆分，渐进多层次，保留最有价值的部分 - 需求拆分全景图，场景拆分、流程拆分、页面拆分、技术拆分 - 场景拆分，对需求现状和目标进行拆分，找维度 找赋值 有效组合 - 流程拆分，按照角色拆分、按照活动拆分 - 页面拆分，按照页面元素拆分、按照元素属性拆分、按照元素操作拆分 - 技术拆分，Fake拆分、Mock拆分、Stub拆分 - 通过渐进拆分，留下最精华最有价值的部分，例如火箭发射卫星的过程 4.将需求最终拆分为用户故事，进入开发 - 针对需求，通过方案设计输出产品流程 - 对流程活动进行分析，是否依赖产品功能、对活动的开发费用和时间进行估算，按照用户故事的7人日规模原则，对活动进一步拆分 - 对照产品既有功能流程，从新的产品流程中提取增删改部分，形成用户故事列表 【研讨】企业在产品研发过程中，单个需求实现的功能场景是否多余？ 【案例】场景拆分，通过微信添加朋友 【演练】企业学员分组选择需求，输出流程，拆分用户故事，分组分享+讲师点评 |
| 七、关键活动：版本与迭代规划 |
1.版本规划概要 - 基本概念，版本范围即包含哪些功能特性及优先级，发版时间 - 底层逻辑，版本上线新功能，新功能满足新需求带来价值增量，需求优先级是版本规划的关键 - 规划策略，范围驱动，日期驱动 2.版本规划的关键步骤 - 需求优先级粗排，分析需求对客户的价值为主进行排序 - 需求优先级细排，通过规模估算，分析需求实现成本，对优先级重新排序 - 确定版本范围，根据产研团队产能、需求优先级及实现成本，确定版本所包含的需求 - 确定版本中产品需求，从需求的初步方案流程设计中提取待开发的产品需求，按模块分组，形成产品需求列表 - 输出版本规划地图，将需求与产品需求、功能模块建立映射关系图 - 注：需求默认指的是市场需求，来着客户、用户、企业内部、行管部门等任何干系方；产品需求指的是引发产品变更的功能需求和非功能需求；市场需求不代表一定要用产品需求实现来满足。 3.迭代规划概要 - 迭代规划与版本规划的关系，联动更新 - 底层逻辑，交付功能，更要交付场景，以便于尽快进行价值验证 - 迭代规划策略，速度驱动、承诺驱动 4.迭代规划的关键步骤 - 方案流程分解，针对版本中的需求，给出更具体的方案流程设计，将流程活动分解到用户故事级 - 输出用户故事地图，对场景进行排序，建立场景和流程活动的映射关系，形成用户故事地图 - 输出迭代规划地图，根据迭代产能及场景优先级，划分迭代批次 【研讨】企业在版本与迭代规划方面遇到什么挑战？原因是什么？ 【演练】企业学员按照产品分组，进行版本和迭代规划演练，分组分享+讲师点评 |
| 八、关键活动：数据埋点 |
1.数据埋点概要 - 数据埋点的意义，获取用户行为数据，指引产品改进，别局限，没有数据埋点也能做好产品 - 数据埋点的分类，客户端埋点、服务端埋点、有码埋点、可视化埋点等 - 埋点结构化文档，事件名称+(事件描述)+属性+属性值类型+属性值+采集时机/触发条件，介绍电商产品加购物车案例 - 数据埋点的团队分工，产品经理、数据产品经理、数据开发团队等 2.数据埋点的关键步骤 - 明确问题，从产品改进角度，确定要通过数据回答哪些关键问题 - 指标建模，针对问题，用什么动作标志、状态标志来进行映射 - 事件拆解，围绕指标，评估在行为流程中记录哪些事件才能达成 - 埋点文档，输出结构化埋点文档，作为与数据开发团队的交底依据 【研讨】企业数据埋点方面遇到哪些挑战？原因是什么？ 【案例】产品应用率如何通过埋点来计算 【演练】企业学员按照产品分组，选择1-2个关键问题进行数据埋点设计，分组分享+讲师点评 |
| 九、关键活动：需求验证 |
1.需求验证概要 - 需求验证的意义，精益验证需求是否产生价值，减少风险、浪费、延期 - 需求验证的工具，用户故事地图，用定量来表达定性，便于与各方沟通共识 - 对用户体验地图进行结构化解读，关键要素及定义、案例介绍等 2.用户体验地图解析 - 对用户体验地图进行结构化解析，关键要素及定义、案例介绍等 【研讨】企业在迭代过程中是否尽快开展需求验证？遇到哪些挑战？ 【案例】在激烈竞争中如何评估与对手功能体验的优劣势？ 【演练】企业学员按照产品分组，选择一个需求进行验证演练，分组分享+讲师点评 |
| 十、关键活动：数据分析 |
1.数据分析概要 - 数据驱动产品增长，但数据来源多样，不至于埋点，也不仅仅是行为数据，还有业务数据 2.数据分析的关键步骤 - 明确问题，关注多个视角如产品角度、版本角度、平台角度、功能角度、页面角度、行为角度、用户角度、收入角度、推广角度等，通过埋点来收集数据 - 设置基线，通过业界水平、历史水平确定团队期望，设置基线，定期迭代基线 - 差距分析，通过同期分析、历史分析、漏斗分析等，找原因，验证原因的可信度 - 制定行动方案，通过增长地图，全视角分析产品改进的机会点并排序 - 制定行动方案，围绕指标提升的关键变量，内外并举，用户分组实施一组一策，分清主次先落实对指标影响更大的举措，通过AB实验验证方案的可行性及优劣 【研讨】企业在数据驱动增长方面实践如何？遇到哪些挑战？ 【演练】企业学员按产品分组，进行增长地图演练，组分享+讲师点评 |
| 十一、数字化系统建设 |
1.数字化系统的意义 - 保障需求管理流程的高质量运行 - 数字化系统不是必须，什么时候需要数字化系统支撑？ 2.数字化系统工具介绍与实践 - 业界支持需求管理的数字化系统工具介绍，如禅道、飞书、JIRA等，优缺点简述 - 用禅道来进行需求管理，实践案例介绍 【研讨】企业在用什么数字化系统管理需求？遇到哪些挑战？ |
| 十二、优秀案例解读 | 在一万多人的2B软件大厂，从0到1构建需求管理方法论，并从单产品试点到大产品线验证再到公司级推行，产生多个优秀应用成果 |
| 十三、答疑Q&A | 十三、答疑Q&A |
|
一、遇到的常见问题 1. 典型场景：新功能无人问津 - 客户反馈某功能很重要，强烈要求开发，但上线后连反馈的客户也不用 2. 典型场景：老功能反复修改 - 客户反馈某功能不好用，要求尽快修改，但数次迭代更新后客户不满意 3. 典型场景：需求响应速度慢 - 客户、用户、市场、渠道的需求持续涌现，但产研团队响应慢，怨言多 4. 探寻问题背后的原因 - 需求管理流程不科学、人才专业能力不足等 【研讨】企业在需求管理过程中遇到哪些挑战？原因是什么？ |
|
二、需求管理全景图 1. 既有思路与不足 - 激励，表彰优秀个人和案例，往往是矮子当中选将军，高度不够 - 指导，邀请内外部专家培训指导，往往是八仙过海各显神通，不统一 - 专项，设置指标与绩效挂钩，各团队横向竞争，往往还是低水平竞争 2. 新的思路和方法 - 从思想到方法再到工具，建立三层一体的思想行为模式 - 指导思想，精益创业，积跬步至千里，每一步要对走快 - 需求管理全景，统一底层逻辑，关键活动拆分，保障每个关键活动的高质量输出，从而实现从需求到价值的闭环管理 |
|
三、关键活动：需求洞察 1.需求洞察的目的 - 全面及时准确的收集来自市场、内部的需求 - 通过三个案例来理解需求洞察 2.需求洞察的几种方式，简要展开 - 用户访谈、用户观察、问卷调研、数据分析、案头研究、可用性测试等 3.用户访谈，最关键的需求洞察方式，详细展开 - 第一步，明确需求，通过问题引导，探寻用户访谈要达到的目标 - 第二步，设计提纲，对需求进行结构拆成多个关键要素，针对每个要素变量进一步结构化，拆分成多个变量，每个变量设置数个问题来寻求答案 - 第三步，找对客户，针对目标，通过对少量客户研究，优化细分维度，在每个维度中找到典型客户。通过设计筛选问卷来识别真正的目标客户 - 第四步，访谈准备，制定访谈计划包括时间、人员、预算、物料等 - 第五步，正式访谈，如何提问，如何表达，如何洞察，介绍相关技巧 - 第六步，对调研记录进行梳理，结构化输出洞察到的需求 4.如何创造更多需求洞察的机会 - 结合企业研营销服的实际，挖掘适合需求洞察的多种场景 - 针对场景，制定方案，并进行试点，迭代优化，固化成套路在组织内推广 【研讨】企业有哪些场景适合需求洞察？ 【案例】针对某2B产品针对客户和用户的访谈提纲，进行案例解读 【演练】企业学员分组选择产品，输出访谈提纲，分组分享+讲师点评 |
|
四、关键活动：需求分析 1.理解需求，对需求进行结构化认知 - 需求特性：需求的产生、需求分层次、需求有弹性、需求可细分、需求会涌现 - 需求定义：现状、目标，现状和目标存在差距，想从现状迁移到目标状态 - 需求类型：市场需求、客户需求、用户需求、产品需求、功能需求、非功能需求、用户故事等进行区分说明 - 需求优先级：穿过KANO/Moscow等模型迷雾，归回本质以价值增量判断 2.分析需求，借助工具模型提升需求分析的质量 - 初步定位问题域，借助需求价值地图从需求多层次中初步定位需求应该在哪个问题域内解决 - 最终定位问题域，借助需求分析地图M1，追溯背景和目的，从更大尺度去评估在哪个问题域内去解决 - 清晰需求的现状和目标，借助需求分析地图M2，通过目的、目标以及对应的各种可能的解决方案差距来校准目标，通过分析导致现状的原因来校准现状 - 进一步确定需求的目标，借助需求分析地图M3，客户的期望不代表我们一定要满足，通过和竞品对比，锚定目标的最低期望 - 对需求场景进行分析，借助需求分析地图M4，通过人货场维度对需求的现状和目标进行拆分，形成多个场景，分析场景的急难愁盼，排列优先级 - 对需求进行补充，借助需求分析地图M5，纵向补充针对同一价值环节的旁类场景，横向补充针对价值环的上下游场景等 3.重组需求，按照DDD领域驱动思想进行梳理 - 按照业务领域、功能模块对分析后的需求进行重组，分组、合并、拆分等，以利于后续按照领域进行方案设计 【研讨】企业在需求分析时主要遇到哪些挑战？如何改进？ 【案例】某需求场景细分，及场景分析 【演练】企业学员分组选择需求，探索现状和目标、场景细分及分析，分组分享+讲师点评 |
|
五、关键活动：方案设计 1.流程图，激发思考、促进共识、减少理解不一致 - 没有流程图设计环节，直接出原型PRD的坏处说明 - 流程图意义，与自己共识、与他人共识，减少方案后续变更频率 - 流程分类，业务流程、逻辑流程、产品流程的区别 - 流程图关键要素，类型、角色、活动、层次、结束、判定、分支、泳道 - 案例解读，介绍两个案例 2.原型PRD，减少对页面布局和交互规则的理解不一致 - 原型设计的意义，让产品和研发之间真正对齐，减少研发过程中变更 - 原型设计 vs 需求实例化，优点分析 - 原型等级与分类，低保真、高保真、线框图、设计图等 - 原型设计的关键要素，信息分类组织、导航与菜单、页面流程与组织 - 案例解读，给出原型设计、PRD设计的一些优秀实践和建议，例如如何定义界面元素的属性规则、动作与交互规则等 【研讨】企业在产品研发过程中，变更情况如何？原因是什么？ 【案例】流程图：去淘宝购买电影票到影院观影 【案例】原型设计：与微信好友聊天的界面交互 【演练】企业学员分组选择需求，输出流程和原型，分组分享+讲师点评 |
|
六、关键活动：需求拆分 1.需求拆分的意义 - 将不确定性引向低成本方向 - 从产品、研发、测试不同的视角，看拆分的价值 2.用户故事，拆分的最小单元 - 用户故事的基本定义、六大基本原则 - 业界对用户故事的理解误区，角色误区、价值误区等 - 正确理解用户故事，用户故事是小颗粒的产品功能点 - 正确理解用户故事，任何需求都可以故事化表达 3.需求拆分，渐进多层次，保留最有价值的部分 - 需求拆分全景图，场景拆分、流程拆分、页面拆分、技术拆分 - 场景拆分，对需求现状和目标进行拆分，找维度 找赋值 有效组合 - 流程拆分，按照角色拆分、按照活动拆分 - 页面拆分，按照页面元素拆分、按照元素属性拆分、按照元素操作拆分 - 技术拆分，Fake拆分、Mock拆分、Stub拆分 - 通过渐进拆分，留下最精华最有价值的部分，例如火箭发射卫星的过程 4.将需求最终拆分为用户故事，进入开发 - 针对需求，通过方案设计输出产品流程 - 对流程活动进行分析，是否依赖产品功能、对活动的开发费用和时间进行估算，按照用户故事的7人日规模原则，对活动进一步拆分 - 对照产品既有功能流程，从新的产品流程中提取增删改部分，形成用户故事列表 【研讨】企业在产品研发过程中，单个需求实现的功能场景是否多余？ 【案例】场景拆分，通过微信添加朋友 【演练】企业学员分组选择需求，输出流程，拆分用户故事，分组分享+讲师点评 |
|
七、关键活动：版本与迭代规划 1.版本规划概要 - 基本概念，版本范围即包含哪些功能特性及优先级，发版时间 - 底层逻辑，版本上线新功能，新功能满足新需求带来价值增量，需求优先级是版本规划的关键 - 规划策略，范围驱动，日期驱动 2.版本规划的关键步骤 - 需求优先级粗排，分析需求对客户的价值为主进行排序 - 需求优先级细排，通过规模估算，分析需求实现成本，对优先级重新排序 - 确定版本范围，根据产研团队产能、需求优先级及实现成本，确定版本所包含的需求 - 确定版本中产品需求，从需求的初步方案流程设计中提取待开发的产品需求，按模块分组，形成产品需求列表 - 输出版本规划地图，将需求与产品需求、功能模块建立映射关系图 - 注：需求默认指的是市场需求，来着客户、用户、企业内部、行管部门等任何干系方；产品需求指的是引发产品变更的功能需求和非功能需求；市场需求不代表一定要用产品需求实现来满足。 3.迭代规划概要 - 迭代规划与版本规划的关系，联动更新 - 底层逻辑，交付功能，更要交付场景，以便于尽快进行价值验证 - 迭代规划策略，速度驱动、承诺驱动 4.迭代规划的关键步骤 - 方案流程分解，针对版本中的需求，给出更具体的方案流程设计，将流程活动分解到用户故事级 - 输出用户故事地图，对场景进行排序，建立场景和流程活动的映射关系，形成用户故事地图 - 输出迭代规划地图，根据迭代产能及场景优先级，划分迭代批次 【研讨】企业在版本与迭代规划方面遇到什么挑战？原因是什么？ 【演练】企业学员按照产品分组，进行版本和迭代规划演练，分组分享+讲师点评 |
|
八、关键活动：数据埋点 1.数据埋点概要 - 数据埋点的意义，获取用户行为数据，指引产品改进，别局限，没有数据埋点也能做好产品 - 数据埋点的分类，客户端埋点、服务端埋点、有码埋点、可视化埋点等 - 埋点结构化文档，事件名称+(事件描述)+属性+属性值类型+属性值+采集时机/触发条件，介绍电商产品加购物车案例 - 数据埋点的团队分工，产品经理、数据产品经理、数据开发团队等 2.数据埋点的关键步骤 - 明确问题，从产品改进角度，确定要通过数据回答哪些关键问题 - 指标建模，针对问题，用什么动作标志、状态标志来进行映射 - 事件拆解，围绕指标，评估在行为流程中记录哪些事件才能达成 - 埋点文档，输出结构化埋点文档，作为与数据开发团队的交底依据 【研讨】企业数据埋点方面遇到哪些挑战？原因是什么？ 【案例】产品应用率如何通过埋点来计算 【演练】企业学员按照产品分组，选择1-2个关键问题进行数据埋点设计，分组分享+讲师点评 |
|
九、关键活动：需求验证 1.需求验证概要 - 需求验证的意义，精益验证需求是否产生价值，减少风险、浪费、延期 - 需求验证的工具，用户故事地图，用定量来表达定性，便于与各方沟通共识 - 对用户体验地图进行结构化解读，关键要素及定义、案例介绍等 2.用户体验地图解析 - 对用户体验地图进行结构化解析，关键要素及定义、案例介绍等 【研讨】企业在迭代过程中是否尽快开展需求验证？遇到哪些挑战？ 【案例】在激烈竞争中如何评估与对手功能体验的优劣势？ 【演练】企业学员按照产品分组，选择一个需求进行验证演练，分组分享+讲师点评 |
|
十、关键活动：数据分析 1.数据分析概要 - 数据驱动产品增长，但数据来源多样，不至于埋点，也不仅仅是行为数据，还有业务数据 2.数据分析的关键步骤 - 明确问题，关注多个视角如产品角度、版本角度、平台角度、功能角度、页面角度、行为角度、用户角度、收入角度、推广角度等，通过埋点来收集数据 - 设置基线，通过业界水平、历史水平确定团队期望，设置基线，定期迭代基线 - 差距分析，通过同期分析、历史分析、漏斗分析等，找原因，验证原因的可信度 - 制定行动方案，通过增长地图，全视角分析产品改进的机会点并排序 - 制定行动方案，围绕指标提升的关键变量，内外并举，用户分组实施一组一策，分清主次先落实对指标影响更大的举措，通过AB实验验证方案的可行性及优劣 【研讨】企业在数据驱动增长方面实践如何？遇到哪些挑战？ 【演练】企业学员按产品分组，进行增长地图演练，组分享+讲师点评 |
|
十一、数字化系统建设 1.数字化系统的意义 - 保障需求管理流程的高质量运行 - 数字化系统不是必须，什么时候需要数字化系统支撑？ 2.数字化系统工具介绍与实践 - 业界支持需求管理的数字化系统工具介绍，如禅道、飞书、JIRA等，优缺点简述 - 用禅道来进行需求管理，实践案例介绍 【研讨】企业在用什么数字化系统管理需求？遇到哪些挑战？ |
|
十二、优秀案例解读 在一万多人的2B软件大厂，从0到1构建需求管理方法论，并从单产品试点到大产品线验证再到公司级推行，产生多个优秀应用成果 |
|
十三、答疑Q&A 十三、答疑Q&A |
近期公开课推荐
