产品经理一日谈.pptVIP

发布需提交：需求文档，设计文档，源代码，测试用例，测试报告（功能和性能），安装使用手册，FAQ 按照验收标准进行验收，可能的验收标准包括：源代码行数、千行bug率，文档bug率，文档完备程度。注意：文档bug率不仅要关注文档本身的错误，还要关注文档之间的关系，如需求文档和代码的对应关系，需求文档和测试用例的对应关系，bug和代码的对应关系。 * 第一时间回复邮件 如 收到你的email，正在处理，大概**可以给您反馈结果； 研究问题，分析得出解决方案； 对解决方案进行测试，确保方案正确； 在原邮件基础上回复，给出正确的解决方案； 如果当天无法解决问题，告知对方当天的进度和状态 * * * 支持和培训 * * * * Reference Books 推荐书目 结网: 互联网产品经理改变世界 * * Reference Books 推荐书目 设计心理学(the design of every day things)(/f/5125864.html) Thanks！QA? * * * * * * * * * 需求采集的四种方法：用户访谈，产品发布会，调查问卷，数据分析 * 用户需求是从用户自身角度出发提取的，最原始的期望和想法；产品需求是经过提炼和挖掘得出的希望在产品中实现的目标 * * * 如果你是产品经理，你会选择哪三个需求发布在QQ第一个版本中？ * * 产品设计的第一宗罪是：说了等于没说，用户看了等于没看，必须要用户思考或者继续追问才能得到结果。如上面的例子：房管部门是哪个部门？是房管所？居委会？街道办？ 谁知道？天知道 两个字形容：坑爹。 * 产品设计的第二宗罪是：说的清清楚楚，但是你仍然不知道该怎么做。如上面的例子，橙色的是不可回收，绿色的可回收。但是，当你喝完一听可乐，你知道它是可回收还是不可回收？啤酒瓶呢？鞋刷子呢？ 面对这样两个垃圾桶，你的心情只能是忐忑+纠结 * 产品设计的第三宗罪是以设计者为中心，而不是以用户为中心。如上面的例子，推开左侧的门时，你如果用右手放在门把上，很可能你的右手会蹭在右门上。 伤不起！ * 一个好的设计应该告诉用户：我能做什么？我不能做什么？ * 一个好的设计应该让用户进行了某个操作之后达到他所期望的结果。 * 一个好的设计应该给用户反馈，让用户知道，我已经进行了某个操作或者动作。 * * * * 毋庸置疑，开发人员的工作就是编写源代码，而他们挂在嘴边的话就是：一切都会搞定的。 * 如果案件是一个应用程序的话，bug就是该案件的蛛丝马迹。作为神探的测试人员常常会像神探狄仁杰一样说：其中必定有蹊跷。其中的蹊跷就是发现bug的线索。 * 事实上，传统的开发模式中，大致可以分为4个阶段：inception, elaboration, construction, deployment. 其中inception就是形成概念、形成想法的阶段，而这个阶段也是产品经理投入最多的阶段。 * * 工作量估计可以按照集体打分来进行。所有参与开发测试的人员对每个用户故事进行打分：他们必行在同一时间进行亮分，然后亮分最高的先发言，说明理由，然后亮分最低的说明理由；之后，进行第二轮打分。如果三轮之后意见仍未一致，则取平均值。 工作分配需考虑用户故事的依赖关系，以及每个人的工作饱和程度 * * 《人人都是产品经理》同名博客： 产品经理是产品的设计者、建造者、运营者 更是产品的第一个用户 * * 产品经理一日谈 产品是什么？ * * 存在即合理 ——黑格尔 * * 想想看，男朋友给你带来什么？ * * 归属感：高 安全感：富 优越感：帅 那么产品经理到底该做什么？ * * * * 工作职责： -负责进行无线产品规划、设计、优化,完成产品运营相关工作 -负责拓展产品间合作,协调可用资源,搭建新模式,协同推进整体规划 -与研发团队紧密配合、协调推进达成产品目标 -负责监测、整理与分析用户需求、竞品动态与行业情况 -负责策划或配合PR策划产品推广方案 客发业务管理部_产品经理 * * 工作职责： -产品平台设计，对于用户需求，产品功能等相关文档撰写 -内外部客户的不断协调和沟通，推进产品的开发，上线 -需要对内外部客户提供产品培训支持 -根据产品实施效果及业务发展状况，不断改进产品 一淘事业部_产品经理 只要你能够发现问题并描述清楚，转化为一个需求，进而转化为一个任务，争取到支持，发动起一批人，将这个任务完成，并持续不断以主人翁的心态去跟踪、维护这个产物，那么，你就是产品经理。 * * 用户与需求 * * 需求采集 * * 用户需求与产品需求 * * 如何满足用户需求 改变现状 降低期望 转移需求 * * 需求筛选 重要程度 紧急程度 生命周期 * * QQ发布第一个版本时，有以下用户