概述：
需求收集是需求管理的第一步，也是产品开发、项目管理或软件设计中的关键步骤。原始需求收集主要是指从各种来源获取关于产品或服务的初步需求和期望。
以下是对需求管理中的原始需求收集的详细分析：
1、原始需求收集的目的
原始需求收集的主要目的在于深刻理解市场需求、用户需求，准确把控行业发展趋势，以及保持高度的市场敏感度。通过收集需求，可以确保产品研发是围绕客户需求展开的，真正实现“以市场为导向，以客户为中心”。此外，收集需求还有助于实现产品创新，及时获得竞争对手的相关产品及市场策略，并加强与用户互动，提升用户忠诚度和粘性。
2、原始需求收集的指导原则
在进行原始需求收集时，应遵循以下指导原则：
- 以公司的产品愿景、产品战略为指导：这有助于确定需求采集应面向哪些细分的目标用户群，以及对不同的用户需求进行优先级排序。
- 以用户欲望为准绳：需求收集应关注用户真正想要的价值，而非仅仅关注产品的功能。
3、原始需求收集的方法
原始需求收集可以采用多种方法，包括但不限于以下几种：
- 用户访谈：通过与用户进行面对面的交流，深入了解他们的需求、痛点以及期望。这种方法可以获得深入且具体的需求信息。
- 问卷调查：设计问卷并向目标用户群体发放，收集他们对产品或服务的意见和建议。问卷调查可以覆盖更广泛的用户群体，并提供量化的数据支持。
- 现场观察：亲自到用户的使用场景中观察他们的行为和使用习惯，从而发现潜在的需求和问题。这种方法有助于获得直观且真实的需求信息。
- 用户大会、技术推广活动：在这些活动中，可以与用户进行高层次的交流，了解他们对产品或服务的期望和反馈。同时，这也是一个展示公司实力和产品优势的好机会。
- 标杆研究：收集竞争对手相关产品的技术规格资料，用标杆来评估自身产品的性能，并按照业界或客户认可的性能标准来衡量。这有助于发现自身产品的不足之处，并借鉴竞争对手的优秀做法。
- 内部专家顾问团：聘请行业专家、研发人员和技术规划人员根据产品市场趋势提出需求和新技术应用建议。他们可以从专业的角度为产品提供有价值的建议和指导。
此外，还可以利用原型法、头脑风暴、客户满意度调查、售后反馈、网站/售后支持热线、合作开发、参与行业会议和论坛/新闻媒体等方法进行需求收集。
4、原始需求收集的挑战与应对策略
在进行原始需求收集时，可能会面临一些挑战，如用户需求复杂多变、难以准确描述等。为了应对这些挑战，可以采取以下策略：
- 采用多种方法结合：根据项目的实际情况和需求收集的不同阶段，灵活使用多种方法进行需求收集，以确保收集到的需求全面且准确。
- 建立有效的沟通机制：与用户建立良好的沟通机制，确保双方能够顺畅地交流和反馈。这有助于及时发现并解决问题，提高需求收集的效率和质量。
- 培养专业的需求分析师：需求分析师应具备丰富的行业知识和产品经验，能够深入挖掘和理解用户的需求。通过培训和实践，不断提高需求分析师的专业素养和技能水平。
5、原始需求收集后的处理
收集到原始需求后，需要进行整理、分析和优先级排序。这包括解释和翻译需求、整合归并相似需求、分组归类不同需求等步骤。同时，还需要对需求进行验证和确认，以确保其准确性和可行性。最后，将经过处理的需求录入需求池中进行管理和跟踪。
综上所述，原始需求收集是需求管理中的关键环节之一。通过采用多种方法结合、建立有效的沟通机制以及培养专业的需求分析师等策略，可以确保收集到的需求全面、准确且有价值。这些需求将为后续的产品开发、项目管理和软件设计提供有力的支持。
15.3 需求管理步骤1：原始需求收集
15.3.1 原始需求的特点
♢需求不总是显而易见的，而且它可来自各个方面；
♢需求并不总是容易用文字明白无误地表达；
♢存在不同种类的需求，其详细程度各不相同；
♢如果不加以控制，需求的数量将难以管理；
♢需求相互之间，以及与流程的其他可交付工件之间以多种方式相关联；
♢需求既非同等重要，处理的难度也不同；
♢需求涉及众多相关利益责任方，这意味着需求要由跨职能的各组人员来管理；
♢需求发生变更；
♢需求可能对时间敏感。
15.3.2 需求收集12种方法
表15-4列出了需求收集的12种方法，并且列出了优劣势。
通过这12种需求收集方法，收集原始需求数据，整理需求（解释和翻译、整合、归并、分组），排优先级，检查结果和流程规范性，完成需求收集活动。
案例分析：某企业的需求记录来源如图15-2所示。
图15-2 某企业的需求记录来源
该企业的需求统计特点包括：
♢网站平台约占1/3的需求来源，其他是内部IT平台；
♢太多短期需求（3～6个月内需要实现）；
♢需求拒绝的原因包括6.5%重复提交、9.5%无价值、16.1%已规划、 21.3%已经实现、46.6%是长期需求。 一般需求收集有两个特点，一是大部分需求来自于公司内部渠道，需要 增加客户渠道、市场渠道的需求。二是大部分需求都是短期需求，实现 这些需求的产品必须在6个月或更短的时间内交付。应该有一大部分需 求是交付时间为一年或一年以上的长期需求，这样才可以及时开发出高质量产品，而不是在最后时刻匆匆交付低质量产品。 所有的需求都要归入需求管理组织进行统一管控处理。有接口人的市场 区域需求，也一并提交需求管理组织进行管控，对需求进行分析批准后 再递交给研发实现。需要减少甚至杜绝绕过正式流程而向PDT直接提交 客户需求。 建立客户需求收集的长效机制，识别客户的重要需求，降低需求收集的 盲目性，建立合理的需求收集的方法和过程，提高需求收集的有效性， 需求访谈的方法和技巧。
案例分析：某企业需求收集的来源如表15-5所示。
15.3.3 需求属性模板（原始需求）
除了需求的内容外，每个功能需求应该有一些相关属性与之相联系。这 些属性为每个需求建立了一个上下文和背景资料，方便对需求的理解， 并为开发活动提供决策的参考。定义和更新这些属性值是需求管理的一 部分。
表15-6这个属性模板亦可作为《客户原始需求信息表》，对于收集到的用户需求详细记录到该表中，避免需求的遗漏。 表15-6 需求属性模板
案例分析：某客户的需求卡片如表15-7所示。
表15-7 某客户的需求卡片
15.3.4 需求收集要点
一般由产品经理编写汇总需求，列出需求规格表（或产品规格书，不管 是ODM/OEM，还是自主研发产品），并不断完善。小一点的企业由项 目经理兼职承担，但最好是设立产品经理负责，项目经理更侧重于项目 管理，而不是产品管理。规范需求收集模板，形成需求IT数据库。需要保证足够的用户参与时间，因为用户经常不明白为什么收集需求和确保 需求质量需花费那么多时间，不愿意给太多的沟通时间，研发人员也可 能不重视用户的参与，觉得与用户合作不如编写代码有意思，或觉得已 经明白用户的需求了。以下是需求收集的要点：
♢多听少说；
♢多听多问，不要推销你的想法；
♢对于听到的信息要确认，确保理解对方的意思，以及客户真正的意图；
♢语言要中性，有些话你越不赞同，可能越是机会；
♢表现得“无知”一些，让客户详细举例或描述；
♢聚焦于期望，而不是问题；
♢了解不一致的地方；
♢注意引导、倾听人们的“话外音”；
♢没有十足把握前，不要将你了解到的东西与他人交流；
♢不要完全相信任何人；
♢所有收集到的需求都应记录下来；
♢不对外承诺无法实现的功能、不能达到的指标。
