人人都是产品经理：
[if !supportLists]1. [endif]找到真实的用户并且研究他们而不是光凭想象
[if !supportLists]2. [endif]做文档记录的目的其实不是为了让记录者看也不是让用户看，而是为了让后来者接手项目的时候能够更快的上手
[if !supportLists]3. [endif]需要听用户的需求但不要盲目的遵从用户的需求而是要找到他们真正的渴望再来确定需求
[if !supportLists]4. [endif]产品经理做需求分析的时候不应该犯树叶——树枝——树干的单方面错误，而是应该知道先树叶——树枝——树干再树干——树枝——树叶总分总等方式从而节省合作同事们的时间和效率
[if !supportLists]5. [endif]用户需求和产品需求是多对多的关系，可能多个功能满足一个需求也可能一个功能满足多个需求
[if !supportLists]6. [endif]有点时候千万不要怪企业老板太小气不做用户调研，因为有的时候成本实在是太低了
[if !supportLists]7. [endif]单项需求卡片里面一般要涉及到序列号，版本，属性，提出人和时间，适用场景
[if !supportLists]8. [endif]根据人的记忆特点人们一次性只能记住7个数字所以每一级页面最多不要超过7个板块，这属于信息架构领域的知识了
[if !supportLists]9. [endif]需求的种类：新增功能/功能改进/体验提升/bug修复/内部需求等。层次上也分为基础/扩展（惊喜层次）/增值（兴奋层次）
[if !supportLists]10. [endif]Kano模型，
[if !supportLists]11. [endif]任何一个需求都需要考虑到商业价值而不是单纯一拍脑袋决定
[if !supportLists]12. [endif]AB测试：指的是通过让性质相同的两类群体感受不同的功能得出不同的结果从而决定哪一个方式是用户喜欢的
[if !supportLists]13. [endif]需求分析需要根据重要性/紧急度和持续时间来进行分析
[if !supportLists]14. [endif]商业价值是优先级也就是这个需求的卖点是什么，给用户提供什么价值，对公司有什么帮助
[if !supportLists]15. [endif]开发量是非评估不可的，我把他叫做初评，允许误差，通常是技术经理来进行评价
[if !supportLists]16. [endif]需求采集，把用户的需求转化为产品需求，知道了某个需求的基本属性/种类/商业价值/开发量就可以
[if !supportLists]17. [endif]平常用功能列表来整合需求，最重要的是要学会用需求的优先级排序
[if !supportLists]18. [endif]做项目，终极目标就是多块好省，范围大时间短品质高资源省
[if !supportLists]19. [endif]产品千万不要追求一步到位，追求一步到位的产品只能走向死亡，只有在资源限制下找到最有价值的需求，做好就行了
[if !supportLists]20. [endif]产品经理是靠想，而项目经理是靠做，把事情做对了
[if !supportLists]21. [endif]评估工作量并推算出工期是一个产品经理需要做到的
[if !supportLists]22. [endif]Wbs模型，进行内务分解
[if !supportLists]23. [endif]UML图
[if !supportLists]24. [endif]需求评审能否通过是一个产品能否开始的里程碑
[if !supportLists]25. [endif]产品的流程：需求评审——通过后开始进入开发阶段——（设计/设计评审/编码/单元测试）——测试（大家一起上，tc编写—tc评审—冒烟测试——功能评审——测试）
[if !supportLists]26. [endif]对于用户影响大的升级叫分流发布和灰度发布
[if !supportLists]27. [endif]项目管理的内核：计划与控制
28：成熟的团队与产品，沟通的方式方法统一实在是太重要了，这可以极大的提高沟通的效率
[if !supportLists]28. [endif]wiki这个软件的好处就是团队可以随时看到更新过后的产品
[if !supportLists]29. [endif]通用的做产品的流程：概念(关注商业规划）——方案立项（关注规格，规划）——开发（控制过程）——验证（测试）——发布——生命周期维护（新人做老产品，老人做新产品）
30看板的存在能够很好的监督和帮助大家的进度
31大多数时候的敏捷测试都是被逼无奈的
32职场上做任何事情都要权责到人相对应
33找工作的时候需要了解自己在公司里是不是重要的是不是强势方
[if !supportLists]34. [endif]用户体验的要素：战略层——范围层（需要做好需求的采集分析筛选管理）-结构层（产品的各个部分之间是什么关系，主要工作是交互设计）——框架层（左右结构还是上下结构，有几个）——表现层（视觉设计和内容优化页面配色字体字号）
[if !supportLists]35. [endif]反馈容错简化
36好比在我待过的团队，PD经常要做部分交互设计师的工作，部分运营和市场工作，部分架构师、系统分析的工作，绝大部分用户研究的工作，以及项目经理的工作。
[if !supportLists]36. [endif]一般来说新产品推老产品拉，
[if !supportLists]37. [endif]一些炮灰的销售套路
[if !supportLists]38. [endif]、超级理性的人很明白“没有规矩，不成方圆”的道理，他们喜欢被规则管理而不是被人管理所以流程和规则对于理性的人来说非常重要
[if !supportLists]39. [endif]pm要不断的提高自身修养，文档质量更高，准确，全面，简洁，实时更新，对于工程师那就讨论技术，也可以讨论商业价值
[if !supportLists]40. [endif]要让老板做判断题而不是做解答题或者选择题
[if !supportLists]41. [endif]做产品千万不能脱离产品的战略来做事
[if !supportLists]42. [endif]做产品最开始的时候是需要了解基础的PEST（政治环境/经济人口环境/社会文化环境/技术环节）对行业进行分析的也就是我们说的竞品分析，竞品分析一般用IBM的分析方$APPEALs分析，需要通过到网络搜索和通过电话暗访来了解行业状况；行业分析报告是很好的二手资料和需求来源，潜在的需求分析和市场容量以及功能对比等
[if !supportLists]43. [endif]了解竞争对手之后的自我剖析通常要用到SWTO分析法（优势劣势机会威胁），求职者可以用SWTO的方法列举优缺点
[if !supportLists]44. [endif]做一个产品之前先考虑：细分市场是什么？目标用户是什么？需要解决什么问题？满足什么要求？产品定位
[if !supportLists]45. [endif]分析工具和seo服务出现使得推广更加精准；紧接着节流主导者管理需求CMO的软件
[if !supportLists]46. [endif]46.smart原则，
[if !supportLists]47. [endif]产品经理必须要做的事是：市场调研（了解客户需求，竞争状况及市场力量，进行竞品状况分析，制作项目计划，管理产品，用计算机的语言说话，撰写需求文档，规划产品线路图，制作产品演示ppt.设计用户界面。分析产品数据
网友评论