《产品经理职责》-精选·课件.ppt

问卷调查_案例 问卷的数据分析 问卷调查_案例 关联分析图 获取需求_案例 社区需求图 需求文档 提升与举措 列出功能点以及关联的需求 注意标识需求的优先级 注意需求的版本控制 需求特别注重完整性、明确性和关联性 像咨询顾问一样思考，结构化的思维 需求文档中要附有运营需求、UI需求等其他需求 附带业务逻辑流程图，重点考虑异常系状况 第四部分 以用户为中心的设计 本部分主要分享用户体验、信息架构、交互设计 用户体验_案例 用户体验案例分享和讨论主要从以下几个原则进行： 1、主次原则 2、直接原则 3、统一原则 4、少做原则 5、反馈原则 6、对称原则 注意用户体验的最佳实践：理论与运营数据分析结合 记忆方法：主公想直接统一中原，只有少数人反对 主次原则 最佳实践：内容比较多，可放空间少，主要的内容先显示，次要的内容搁置在“更多”里。 注意：到底放什么，取决于我们要重点promote的内容和通过数据分析得出的内容的相结合。 主次原则 最佳实践：面临好几个操作时，我们也要分清主次，分清哪些是我们提倡用户操作的，哪些是我们不提倡用户操作的，同时，对于提倡用户操作的也要进一步分清主次。 人人网的邀请 某某网的邀请 开心网的邀请 主次原则 最佳实践：对某一对象存在好几个操作时，最重要的操作排第一位，即按照重要性依次排列，还有一种方法是最重要的排第一位或最后一位，中间排次要的操作，两种方法皆可。 人人网的找人 开心网的找人 某某网的找人 直接原则 最佳实践：发出操作的邀请----进行操作----操作完成进度提示----操作成功（成功后有差异）----回到正常初始状态 直接原则 最佳实践：单一字段的编辑建议在当前页面直接完成，不要单独设置一个浮动层，即使设置浮动层，也尽量允许浮动层能被拖动。总的来说，能在当前页面完成操作的尽量在当前页面完成。 开心网的编辑好友分组 某某网的编辑好友分组 人人网的新建好友分组 统一原则 最佳实践：POPUP的样式全站保持统一，至于提倡的操作我们在视觉流上做引导，不提倡的操作我们弱化，至于哪个放左边，哪个放右边，根据具体情况而定，国内的网站可参照人人。 人人网的加为好友 开心网的加为好友 某某网的通用POPUP 统一原则 最佳实践：样式确定后最好全站保持统一，降低用户的认知难度，即不要出现几种不同样式。 开心网的提示样式 人人网的提示样式 某某网的提示样式 少做原则 最佳实践：优越性方面，让用户选择大于让用户输入，尽量做成让用户可以选择，降低难度 新浪微博的标签 腾讯微博的标签 某某微博的标签 少做原则 最佳实践：尽量准确把握用户的心理预期，揣摩用户的心智模型，进而实现用户的心理预期。 新浪微博的登录邮箱建议 某某网大学的搜索结果建议 淘宝网的搜索结果建议 反馈原则 最佳实践：尽量对每个操作能做到人机交互反馈，让用户清楚知道目前的状态，减少疑惑。 无鼠标事件 鼠标悬停时 鼠标点击后 无鼠标事件 鼠标悬停时 鼠标点击后 鼠标悬停 鼠标悬停 鼠标悬停照片有红色框 点击后 loading 面包屑 对称原则 最佳实践：展开与收起是对称的功能，有依存关系，展开后能收起，收起后能展开，用户反悔时能返回原来的操作。 点击后展开却不能收起 开心网的转帖/发表的观点 对称原则 最佳实践：展开与收起是对称的功能，有依存关系，展开后能收起，收起后能展开，用户反悔时能返回原来的操作。 点击向下的箭头展开 点击向上的箭头收起 第五部分 项目管理 本部分主要分享产品项目管理的 产品流程、项目规划、scrum敏捷开发 产品流程 产品阶段 开发阶段 测试阶段 上线准备阶段 页面原型 详细需求 idea 需求调研 核心功能 roadmap 页面合成 技术调研 设计阶段 测试和bug修复 模块开发 设计（UE/IA/ID） 运营准备 Plan Do Watch 检验阶段 检验 分析数据 分析原因 附加需求 统计需求 PM PM 设计 制作 需求达到的预期KPI 运营需求 流程图 帮助文档 产品团队 设计/制作团队 开发团队 测试团队 开发团队 运营团队 产品团队 主要设定方 产品团队 辅助设定方 设计团队 开发团队 测试团队 运营团队 产品团队阶段性review 开发的成果质量 测试完成： 产品团队及时review 是否与需求相符 最终确定上线日期 准备完成： 测试团队评估 开发团队评估 产品团队评估 产品团队 KPI目标是否实现？ 策划会议阶段 定量 /定性目标估算 提出改进方案 需求分析 KPI目标 外网环境 开发环境 内网环境 填充数据 发布通知 完善帮助 Scrum敏捷开发 PDCA(plan-do-check-adjust) Scrum敏捷开发 Scrum敏捷开发 第六部分 产品运营 本部