功能优化类需求的核心在于准确定位待优化项，做好需求收集筛选再进入设计阶段。面对大大小小的需求要如何处理？怎么把得到的需求落地成设计稿？本次总结将结合「同学会邮件预告功能优化」项目，针对需求分析的流程做简单讨论。同学会为JDR团队内部的课程讲座，形式分为专业课程与沙龙两种，均以共同主题的形式包装2-5节课程进行分享。为更好地保证课程的宣传力度，JELLY共享平台提供邮件预告功能，在课程负责人录入课程后，系统邮箱将在课程前一天10点自动发出邮件。1.收集需求
收集到的需求决定了产品的迭代方向，对于功能优化类项目而言，需求收集的来源通常有以下几类：* 高层决策：由话事人直接决定的产品发展方向策略；* 内部讨论：项目的相关人员站在各自的视角，对产品提出的一些优化建议；* 业务扩充：因为产品的发展，原有功能已不足以支持，因此需要补充功能来满足业务诉求；* 用户调研及反馈：通过用户研究的方法对目标用户进行分析，从而总结出优化方向，或是用户侧直接提出的反馈及建议。2.筛选并确定需求
通过多种途径收集到需求后，需要对其进行筛选。首先排除掉明显不合理的“伪需求”，再从看似很合理的需求中确定真实的产品需求。如何判断需求是否合理？
2）投入产出比不合理，需要较高成本但对产品而言价值不高简单举例，课程提醒邮件的目的是在恰当的时间点通知用户课程举办时间。业务侧提出想更好地让大家提前安排手头工作，预留听课时间，能否让预告邮件在提前一周和提前一天的时候各发送一次？提前一天通知已经可以满足诉求的情况下，再增设一个通知节点，在信息周知的层面上讲，没有价值；在平台的层面上讲，相同内容高频发送易对用户造成骚扰感，不符合平台预期。因此这个需求就是不合理的，直接pass。如何确定有效需求？
当用户在使用产品的过程中遇到了当前版本无法解决的问题时，就产生了需求，但在面对问题时，每个人通常会结合自己的经验，从自己的视角提出解决方案，并将其作为需求提报为待优化项。如何从这些表象中挖掘到真实的产品需求，是需求确定阶段的核心。例如，一个人说头痛，需要止痛药。但导致头痛的原因也有很多，可能是因为感冒风寒，或是因为睡眠不够。直接给止痛药，治标不治本，真正要做的是找到病因，对症下药。面对需求也是一样，要从用户的表象诉求中，挖掘真实动机，从而提炼出产品需求。我们要做的，是从用户的角度对他遇到的问题进行分析。可以通过自问自答的方式帮助思考：举个例子，邮件发送功能的旧版本规定了有效录入时间。在有效时间内录入课程，后台会自动发送定时邮件。若晚于该时间，则不发邮件，需由课程组织者用自己的邮箱手动发出预告邮件。业务侧提出，个人邮箱补发影响力不如平台官方，希望可以在录入时间晚于规定时间的情况下，提供手动发送的按钮。但真的是加一个按钮就可以解决问题了吗？从场景入手，逐一展开分析：*这个功能是针对哪些用户群体？他们一般会在什么样的场景中出现这样的需求？同学会各部门管理员需要使用邮件预告功能，少数管理员因为记错录入时间或其他特殊原因，未在规定时间内录入课程信息。不知道自己操作逾时，等待平台自动发出邮件，结果错过了最佳通知时间，只能临时自行发出预告邮件。1-在逾时操作的情况下，也提供平台发送邮件的应急功能；2-明确平台立场，理解特殊情况，但绝不允许发展为常态，需通过限制手段来保证课程信息准时录入，保证课程预告的及时性。由此我们可以知道，增加一个补发按钮是无法真正解决问题的。1-优化发送逻辑：细化场景，提升容错率，为逾时录入行为提供应急预告方案2-明确操作结果：通过规则说明、邮件发送方式说明等方式明确告知发布者邮件发送情况3-业务侧加强约束：从根源上减少逾时发布行为，保证课程预告的及时性。这样，我们才得到了真正的有效需求，它们将有效地指引我们设计的方向。
如何定义需求的价值？
可以结合该需求的使用人群量级、使用频率；是否涉及核心功能；资源投入产出比；是否有其他低成本的解决方案来综合考虑。若一个需求本身是一个只有极少数用户需要使用的低频操作，且开发成本较高，则可将其定义为低价值需求。也可将需求与产品定位做比照，不符合产品定位的需求，可以直接剔除。排除不合理的需求；提炼用户需求的真实动机；去掉没有价值的需求。经过这三个步骤便可以得到真实可靠的需求。3.排序需求
得出明确需求后，需要对需求的优先级进行排序。当项目体量较大，而开发资源有较为有限的情况下按照优先级做好分期规划，进行分步设计、开发、上线。至此，做好了需求分析，就可以进入真正的设计阶段了。按照需求优先级逐一处理，根据类别去细化方案。需求分析的意义就在于，通过明确用户的需求，在设计阶段拥有一个明确的方向，从而在设计过程中不断比对验证，避免出现设计的偏差。做对的事情，比把事情做对更重要。- - - - - - 阅读推荐 - - - - - -