需求调研和用户场景分析

产品经理在获取到需求/产生需求后，首先且一定要做需求调研，了解需求背景，以明确需求的目的。目的不同，解决方案完全不同。需求调研是确定目的的方式。
调研方法有定性调研和定量调研，主要方式有：用户访谈、无领导小组、问卷调查等。具体采用哪种方法，根据需求来源、公司资源等具体决定。需求调研的宗旨是：从用户中来，到用户中去。
调研完成后，用户场景分析也是必不可少的。假设自己是真实用户进行“拍电影”，“拍电影”时我们很容易会本能地跳过一些细节或需要思考的环节，跳过的环节有可能会影响产品方案的可行性，所以务必不要跳过任何一个环节。王兴（人人网创始人、饭否网总裁、美团网创始人兼总裁）说：大多数人为了逃避真正的思考，愿意做任何事。与君共勉。

竞品分析

竞品分析是为了了解市场上同类产品，取长补短，找到自己的亮点和切入点。
首先要明确“这份报告为什么做？这份报告给谁看？”，才能知道该输入什么内容。
竞品分析的常用方法有：SWOT、用户五要素（战略层、范围层、结构层、框架层、视觉层）分析法、评分法、yes/no法、四象限分析法、base+solution分析法、kanno模型分析法。关于这些分析方法已经很很多文章去阐述了。

分析和筛选需求

用四象限的方法去筛选需求
1、匹配产品定位（目标用户，价值主张）
2、考虑实现成本和收益
3、最小化的可用性测试

产品方案

产品方案推荐的展现方式是思维导图。
将背景和目的列入导图中，防止自己忘记了“初衷”。导图要做到MECE原则“相互独立，完全穷尽”，维度单一且统一。方案确定后，再去check目的是否达成。
最后，你需要找两类人去验证自己的方案：产品人；（类）用户。

需求原型

每个元素都要考虑：为什么放？有没有意义？使用场景是什么？（拍电影通过场景进行验证）不确定的不放（MVP）。
产品设计要从熟悉用户、场景开始
产品在做原型设计前，要先熟悉用户、熟悉用户使用场景。
熟悉用户，就是产品上定义的用户画像，要把焦点关注在目标用户的动机和行为上进行设计，要抛开个人喜好。例如我在做成绩管理的产品设计时，就忽略了用户画像，我设计的操作流程是自己熟悉的流程，而用户在使用时多处出现了迷茫感，不知该如何操作。
熟悉用户使用场景，不仅要熟悉正常的使用场景，还包括很多异常场景。产品设计过于理想化，就会忽略异常情况，这样就导致用户在遇到异常时得不到很好的引导。例如在成绩报告单的需求中，导入素质数据时应该校验科目成绩的录入情况并给出提示的，考虑到不同年级的科目不同、是定制需求、且可以线下对用户做要求，最后就去掉此校验了。实际结果是用户并不会记住线下的要求，很多班主任早早就把素质数据导进去，发现报告中很多科目成绩没有数据，因此都抛出了疑问。
除了傻子都会用的操作，请不要吝啬地给引导
在没有外部施压、或没有明确知道能给自己带来什么好处的情况下，用户是不愿意花费自己的学习成本去研究、了解具体操作流程的。所以不要高估用户，在用户可能会产生困惑的地方，给到足够的引导。
引导的方式不能仅局限于线下，例如我这次将操作指南给了周主任，然而他并没有完全传达给老师，或者在群里上传了文件，很多老师没有看，想看的时候又找不到。线下提供的操作指南，无法保证指南的普及度，所以最好是有固定查看/下载的址，形式不限于文档、视频等。

详细需求

详细需求很多异常流没考虑，认为是极端场景，实际在用户使用率比较高的时候，异常流出现的概率很高。所以详细需求要尽所能的周详。
个人总结的详细需求中容易遗漏的点，用以check，具体如下：

列表是否有分页、每页多少行
列表排列方式，多字段排列的情况
内容显示不全，是否提供title
表单的重名校验
表单中输入的字符长度限制
表单中输入的字符空格如何处理
提交表单时，校验表单状态（是不是在其它浏览器已经提交过）
操作没有数据的对象时，要给提示，引导用户怎么办
下载模板的文件命名
描述数据元素时，取自服务器的数据，一定描述清楚是取有业务数据的还是不判断是否有业务数据
明确错误提示的方式（浮层提示还是弹框提示），以及错误提示所在页面
是否允许重复操作，若允许，重复操作是替换还是补充？
一条数据，在两个浏览器打开，在其中一个浏览器删除，在另一个浏览器进行操作，是否有提示？怎么处理？
如果可以，提供给开发/测试真实的用户数据作为开发、测试的参考