有趣方法论
方法论是什么？
方法论是一种以解决问题为目标的通用理论体系，通常涉及对问题各方面的论述，包括环境、阶段、任务、目标、工具、方法、技巧等，通过一系列具体分析研究，系统总结并最终提炼出较为一般性的通用原则。
学习方法论的目的是什么?
提升人们解决问题的能力，特别是在陌生领域尝试跨界的时候，应用方法论可以带来信心和有趣的过程，有点像小时候老师说的’举一反三’，通过一件事情，以此类推知道其他许多事情，通过现象看本质。
产品设计遵从从思考到落地的行为模式实践是检验真理的标准没有唯一。
蓝海模型
来自《精益创业》模型图
第一个需要解决的就是三个问题
从市场来看：你进入的这个市场是否处于高速增长期，在未来的3-5年是否有足够的发展前景；
从用户来看：产品的目标用户是哪群人？他们都有什么特征？典型的使用场景是什么样的？他们的痛点是什么？满足痛点后还可追溯其痒点和兴奋点；
从行业来看：该行业是否有竞争对手，自己本身是否存在无法被竞争对手轻易复制或者买去的竞争优势；
对这三个问题有了清晰的想法之后就可以对产品进行从0到1的规划和设计了。
需求篇
洞察用户
目的：研究用户需求，更多的是验证产品想法，明确用户画像
Eg:比如你有一个想法，你想看一下用户的反应；或者说一个页面流失率很高，你总结出几个问题但是又不确定，这时候出一个问卷调研来辅佐验证想法
方法：
1.问卷调查
明确用户画像：比如*****
2.用户访谈
面对面访谈
用户更容易坦白内心，了解用户内心诉求
3.使用性测试
了解用户对产品的使用情况
这里：给出几个目的动机，比如购物，下单，支付，让用户按照目的去操作，更能看出其中的问题。理论方法来自《洞察用户体验第二版》
不要过多的去打扰指正，让他根据想法操作，将用户在操作产品中遇到的问题及时记录以便产品的改进
4.竞品分析
说白了，就是研究竞争对手的产品做了哪些功能，他们为什么做这些功能，对应了用户的什么使用场景，解决了用户的什么问题；我们的产品是否能解决这些问题，是否更好的解决，是否有竞争上的壁垒，我们是否有竞品无法想到的需求和新的ider
5.内部需求
老板或者同事根据行业经验或者自己的看法反应出来的需求，这也是比较常见的。
二、提炼需求
将收集到的需求放入需求池-->筛掉明显不合理的需求（不合常理的，目前不可实现的，价值不大的，没有适合场景的）——>挖掘用户真正需求——>匹配产品定位--》要功能，产品特色--->考虑项目资源、定义优先级（实现的成本、商业价值，用户价值）
具体产出物：可以是一份功能需求列表，也可以是一份尚未梳理的需求脑图。
三、搭架子/写文档
首先将提炼的需求列出来，避免遗漏也能全局把控这个版本核心功能点
主要需求罗列开来比如首页订单合同我的；首页的主要功能是A1和A2那么接下来要先流程后页面再页面功能辅助功能页面原素这样的一个顺序去执行
这时一定要注意场景，想象的场景越多，对后期测试环节越有利
写文档要注意的是大局到页面局部的页面逻辑和页面交互都书写清楚对于局部交互可参考其他软件的交互，一些常用的软件已经培养出用户的使用习惯，那么我们就可以进行借鉴，因为用户已经习惯了这样的操作方式，第二这样能够让程序员更加明白怎么做。
自己写完后需要回过头来多看几遍，避免在评审中发现文档本身的逻辑啊，错别字啊等等不该出现的错误。
注意文档的修改需要标注；并且及时通知相关人员。
项目篇
事不过三原则
为什么？1控制迭代周期2防止UI和开发因为屡次修改需求发生反感3加强产品的信任感
评审流程
产品初次评审-->加入ui设计和测试--修改——>二次评审-->加入开发团队--->修改---开发--->开发中出现问题及时沟通及时解决，主要考验产品的临时应变能力和解决问题能力。
项目跟进
项目时间表：
从立项到上线为周期做表格，全局把握项目动态，记录项目的各个时间节点又或者叫里程碑，在关键时间节点提前告知相关人员，需求变更也需在表格中记录，方便同步需求。
周期性验收：
每周有一个验收时间，可根据项目情况定，了解开发进度
单元性测试：
安排测试人员对开发完毕的模块进行初步的单元测试，防止上线大规模的出现BUG而耽误上线时间。
打点、埋点
为以后数据分析做基础数据来源
大小版本交替
尽量交替进行，让团队开发节奏一张一弛
版本总结会
出现问题，延期问题，临时问题，欠考虑的问题大家一起总结，并避免下次再烦，做到周知的效果。切记要记录会议纪要并且@所有相关人员。
7.应用市场注意问题
上传注意宣传图要明确上线功能点，关键词要经过仔细的筛选建议到aso100去调查关键词的使用情况，关键词影响到排名，这里注意
产品上线
许多人认为产品上线了就可以松懈了，ohno，作为产品经理有必要对产品进行小范围推广
小范围推广
：1.公司内部周知，方式自己来选择
相关比如说门店周知，业务员周知
媒体博客周知，比如朋友圈推广，微博企业主页推广
如果有用户群用户群周知
数据分析篇
数据分析贯穿始终，在产品调研期间就用到数据分析手法去确定功能重要程度
到产品上线后，根据反馈，评论，评价，渠道，打点对产品进行数据分析
后台支撑
想要数据分析必不可好的做好后台支撑，希望做C端的喷油不要忘记了。在后台有良好的数据支持，对整个产品甚至整个公司都是非常有利的。
反馈
主要采集用户对产品的不满，意见，这个重视级最高。并且积极向用户告知解决情况，有必要采取一些鼓励手段，让他直接入反馈群，培养部分骨灰级用户。
评论，评价
采集渠道：通过用户对订单的评论，销售人员采集到的用户评价，媒体端采集到的评价，个大应用市场评价，都可以收集和利用
渠道，打点
分析那些渠道来源用户多，并有机会可对其进行相应的商业推广，很有帮助。
利用第三方数据分析平台，主要对产品打点后用户行为进行分析，如果遇到问题，后期可以通过调研问卷的方式去确定哪里出现问题，并且修改。这里注意第三方中给予的日活月活等等数据可以做里程碑参考用。
以上大致是我的产品方法论
小建议：
第一条：兴趣和特质兴趣是做一件事情并且保持热情的良药；特质是与生俱来的天赋，好比创造力，好奇心和想象力。如果能兼具这两个条件，那一定一个好苗子。
第二条:拥有高超语言表达技巧和高超的工作能力的人一定是很幸运的人。但往往许多人不可并存，为什么呢?当你可以通过语言来解决问题时，往往就忽略了其他技能，因为语言是一把好用且方便的利器；然而当你没有良好的表达能力时，你会通过其他方面去弥补，这些其他方面往往比练习语言技巧要难千倍百倍。
第三条：在没有数据支撑的情况下，利用竞品，市场调研来分析产品功能是否靠谱。多多尝试。
第四条：爱管闲事儿，爱想办法，爱讨论，对那些帮助自己，敢于指出问题和缺陷的人表示感恩。
第五条：太难得问题，用最简单的手段解决，去掉最高的去掉最低的保持平稳。
第六条：尽量用数据说话，这样才值得信服。
第七条：不要和开发对立，要成为朋友，工位可以放在一起，会碰触更多火花。
最后：实践是检验真理的唯一标准