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

定性访谈_案例 大家的积分威望数量经常出现什么样的问题？ 大家对系统每天统计多图房源的威望然后发放对应条数的威望点值感到费解吗？ 大家认为还有哪些行为也应该加积分或者威望？ 大家觉得现在的根据店长的业绩排名发放经纪人的业绩威望有什么弊端吗？如果增加房源成交功能后，大家认为怎么样根据成交房源来计算业绩威望？ 大家现在觉得等级晋升困难吗？ 大家对整个积分威望体系有什么建设性的建议？ 某网站成长体系 问卷调查 问卷调查 问卷调查_案例 问卷调查_案例 问卷的数据分析 问卷调查_案例 关联分析图 获取需求_案例 社区需求图 产品规划 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需求等其他需求 附带业务逻辑流程图，重点考虑异常系状况 第四部分 以用户为中心的设计 本部分主要分享用户体验、信息架构、交互设计 用户体验 表现层【视觉呈现】在这个五层模型的顶端，我们把注意力转移到网站用户会首先注意到的那方面：视觉设计。这里，内容、功能和美学汇集导一起来产生一个最终设计，这将满足其他四个层面的所有目标。 框架层【布局】在充满概念的结构层中开始形成了大量的需求，这些需求都是来自我们的战略目标的需求。在框架层，我们要更进一步地提炼这些结构，确定很详细的界面外观、导航和信息设计，这能让晦涩的结构变得更实在。 结构层【交互，如何、可以、应该……】在收集完用户需求并将其排列好优先级别之后，我们对于最终产品将会包括什么特性已经有了清楚的图像。然而，这些需求并没有说明如何将这些分散的片段组成一个整体。这就是范围层的上面一层：为网站创建一个概念结构。 范围层【对需求的整合】带着“我们想要什么”、“我们的用户想要什么”的明确认识，我们就能弄清楚如何去满足所有这些战略的目标。当你把用户需求和网站目标转变成网站应该提供给用户什么样的内容和功能时，战略就变成了范围。 战略层【自身目标与用户需求】成功的用户体验，起基础是一个被明确表达的“战略”。知道企业与用户双方对网站的期许和目标，有助于确立用户体验各方面策略的制定。 记忆方法：战（战略）犯（范围）购（结构）假（架构）表（表现） 用户体验 基本要素 建立persona 贯穿整个产品生命周期 需要各部门共同努力 与产品KPI关联 用户需要适当引导 各个用户群测试 录屏或技术记录行为轨迹 以完成任务为测试方向 总结共同的UX不佳的地方 可用性测试 召集用户试用 信息架构 组成要素 建立信息层次 导航是信息架构的核心 四种典型的有哪些信誉好的足球投注网站行为 网站的TAG系统 布局的优先性和统一性 信息架构尽量灵活 信息层次要求清晰、关联 体现功能或内容优先级 切忌页面出现多个引导 可维护性 注重用户引导 交互设计 基于页面 交互技巧 Make it direct Keep it lightweight Stay on the page P