我对完整的需求分析分需求挖掘、需求排序、需求验证三部分，需求分析很重要，直接决定后续的产品方案设计。对方法论的理解更多是为了有深度的思考和有节奏的完善，带着目标多思考就是最好的方法。粗糙文字，还请指正～～
需求挖掘
需求除了要考虑用户需求还要考虑公司需求（商业、业务、实现）
用户需求
build what user need，not what users want
需求本质【点】：平常我们接收到的基本是用户为达到目的提出的其中一种解决方 案，我们要分析他的需求本质。多问为什么或借助5W2H等工具；
潜在、深层需求【纵向】：搞清楚用户需求本质后，注意挖掘是否有潜在、深层需求，还可以追溯到人性的本质，从而思考用户是否还有其他的需求？
需求链【横向】：用户目的实现不是某个孤立瞬间，场景是连续的，拆解典型场景分析挖掘连锁需求；
举例：用户说“在餐厅详情页面添加个‘预定座位’按钮吧”“为什么？”“因为在点评上看到美食，过去发现却没座位，还得等位，浪费时间。”所以用户需求本质在于用户不想等位，不想浪费时间……用户潜在深层需求是用户对不确定性的恐惧，对无法预知缺乏安全感，基于这个考虑用户对饮食其他角度的考量我们有没有做到位？美食好不好吃？---看评价；体验好不好---看图片、ar、3d……需求链：用户选好餐厅后，需要交通出行吧，是否需要打车服务？在出行路上为提高体验，是否提示路线上的观光点？
公司需求
business
商业需求【收入、市场、流量、数据等】：思考用户需求同商业需求的关系。公司的长期战略目标是什么？当下阶段的目标是什么？对应的产品现阶段的主要目的是什么？
业务需求：需要深度理解业务流程，理解整体产业链。需求的上下游关系是什么？比如为了满足c端需求是否有配套的b端需求？公司为提高工作效率的需求？
实现需求【方案设计阶段】：用户需求需要转化成设计方案，设计方案也得满足技术的可行性、满足开发逻辑，还有如何验证用户对产品的满意程度？
举例：商业需求角度：在线订座对于公司可以丰富线下店家数据，不仅可以提高公司数据壁垒还可以为推荐机制添加新维度等，问题是这属于当下产品的发力方向吗？业务需求角度：它们是否代表大部分用户的需求和使用习惯？“在线订座”功能的实现店家支持度如何？如果实现在线订座功能，店家如何及时提供座位数据？现在餐厅自身的预订方案时什么？怎么和我们产品本身结合？实现需求角度：如果为满足用户不想等位，不想浪费时间的需求，转化成产品需求是如何给用户提供这种预订方式，图示化、列表式……图示化选择预订比较直观全面？可是每个餐厅座位不标准，完成它成本高；列表式则相对成本低，当下可行性高。还有需要选择哪些店家提供这个预定功能呢？根据什么？还有列表的排序原则是什么、显示数据有哪几类？然后对于开发来说要调取哪些接口……
需求管理
需求管理分排序管理和状态管理，排序是为了将散乱的点结构清晰化，状态管理是为了将需求到实现的过程清晰化，然后结合两者建立详细的需求卡片。
需求排序管理
对于存在业务先后顺序或开发逻辑先后顺序的，正常按照它们就ok。需求排序更多存在于需求相对独立的情况下，我们分【需求价值P】和【实现成本D】两个维度建立矩阵图，常规优先需求P,实现D次之。
需求价值排序P1\P2\P3……
对于用户的价值
需求对于用户的价值=需求强度x使用频率。
需求强度可以通过建立KANO模型来定性排序；使用频率需要思考多大比例用户想要？需求场景的频率如何？它们的判断通常利用常识判断「同理心」以及用户访谈「开放问题/具体问题」来分析判断。
对于公司的价值
新需求属于当前产品线的哪个层级？对业务的价值是什么：拉新、留存、促活、转化？同现有业务的关系：独立？相斥？促进？或者新需求属于新的独立产品线……
实现成本排序D1\D2\D3……
实现成本分开发成本和运营成本……
举例：
对于“在线订座”和“第三方接入”这个两个功能排序时：从用户角度：对于老用户“在线订座”需求高于“第三方接入”，对于新用户是先有登陆注册然后才有深度服务的，因此“第三方接入”是先于“在线订座”的。从公司角度：“在线订座”的技术可行性是高于“第三方接入”的；“在线订座”是完善用户体验，提高转化，“第三方接入”是产品引流扩大用户量，当产品定位处于占领市场阶段时，““第三方接入”优先级要高。
需求状态管理
筹备中、待排期、待开发、开发中、待测试、测试中、待上线、已完成
需求验证
MVP验证、A/B test、灰度发布、数据反馈…
Reference:
painting byCharles D'Oyly
