国内最有价值的产品经理培训文档2003.ppt

Scrum敏捷开发 PDCA(plan-do-check-adjust) Scrum敏捷开发 Scrum敏捷开发 第六部分 产品运营 本部分主要分享产品的推广方案、运营方面的策略、 运营数据统计分析。 推广方案 提升与举措 邀请、手机WAP和客户端 SEO、软文 广告联盟、广告植入 微博、博客、论坛 与其他网站用户、内容打通 IM、小组 Widget插件 产品运营策略 与其他网站用户联携、内容打通 降低注册的门槛，做好注册功能的用户体验 新用户注册之后以任务为导向的引导 前期需要有一定内容或用户，以免用户进来后无所适从 产品的功能具备较强的互动性 如有可能，可研发widget或浏览器插件等，将目标用户转化为网站用户 加入游戏元素，如任务系统、成长体系和荣誉系统以增强用户的粘性 拉用户、留用户 产品运营策略 利用页面信息架构，设置焦点区域，突出核心功能或内容的引导 在页面设计视觉流层次上突出重点功能或内容，引导用户触发操作 尽量采用少做原则、直接原则，用户易操作 广告位的有效利用 功能或内容的整合或联动，比如说在游戏里嵌入微博或拍照功能 设置互动性比较强的主题活动等，比如采用分享、接力或wiki的方式 根据用户群的细分，提供有针对性的功能或内容，吸引用户触发操作 提高KPI指标策略 产品运营策略 产品的各个模块都要有统计指标，便于分析 根据数据分析的结果，进行产品改善 标识用户，分析其访问网站的行为轨迹 对于异常的数据，或增长或降低要重点分析原因 切忌因多个维度引发的数据结果，这样不便于分析到底是何原因导致 数据报表的格式可以是日报、周报、月报等 运营数据统计分析 数据统计分析_案例 状态 时间 平均值 内容数 回复数 浏览人数 使用率 平均数 3月1日-3月24日 新鲜事改造前A 3738 7273 20049 4.4% 2.8 3月25日-4月1日 新鲜事改造B 4858 7696 25823 4.5% 3.5 增长率 =(B-A)/A 30.0% 5.8% 28.8% 4.0% 0.2 4月2日-4月6日 UI改版C 5185 7973 25587 5.3% 3.1 增长率 =(C-B)/B 6.7% 3.6% -0.9% 17.6% -9.0% 1、新鲜事改造后对状态的日新增内容数、回复数、浏览人数和使用率都有一定促进作用，其中新增内容数和浏览人数增长明显 2、UI改版后状态日新增内容数、回复数和使用率有所提高，其中使用率增长明显 谢谢观赏 THANK YOU 问卷调查 问卷调查_案例 问卷调查_案例 问卷的数据分析 问卷调查_案例 关联分析图 获取需求_案例 社区需求图 产品规划 Jan Feb Mar Apr May June July 吸引用户 留住用户 开通分享推荐功能 荣誉体系 等级体系 等级和荣誉体系提升用户的粘度和成就感 运营商推广渠道为主 成长体系 客户端产品 开放平台 公共推广渠道为辅 widget WAP产品 个性化定制 浏览器插件 微内容传播范围更广，更多人可见，吸引更多人成为我们的用户 图片 API 文字API 关注订阅 用户打通 内容同步 运营数据统计分析 收入分成 提升知名度 需求管理 影响需求优先级定义的有ROI（商业价值/工作量）和风险两个因素 驱动力 调整 高价值 低成本 高价值 高成本 低价值 高成本 低价值 低成本 高风险 低价值 高风险 高价值 低风险 高价值 低风险 低价值 需求优先级根据ROI排序，再根据风险、新知识、常识调整排序。 需求管理 需求的工作量科学估算方法 斐波那契数列：1、1、2、3、5 8、13、21、34、。。。 12生肖 当然也可以创造你自己的度量 需求管理 选择一个中等工作量的功能或需求作为参照物，视为数字3 5-7人，每个人用斐波那契数列的数字1、2、3、5、8、13、21。。。定义当前需求或功能的工作量，当然是基于与参照物数字3的对比 按照上述方法逐条需求定义其数字 如果团队成员的分歧很大，需要澄清和进一步明确需求 如果团队成员的分歧不大，使用较高的那个数字作为需求或功能的工作量，或者使用出现次数较多的数字作为工作量 工作量估算流程 需求文档 提升与举措 使用MM列出功能点以及关联的需求 有共同的需求需要写在文档的最前面，便于后面的引用 注意标识需求的优先级 注意需求的版本控制 需求特别注重完整性、明确性和关联性 像咨询顾问一样思考，结构化的思维 需求文档中要附有运营需求、UI需求等其他需求 附带业务逻辑流程图，重点考虑异常系