软件开发的用户需求哪里来？

这篇要来介绍软件开发的第一模块-用户需求。

根据过去当产品经理的经验，透过这篇和大家分享软件开发的过程中，如何做需求研究，蒐集到的需求和做完了研究之後，又要如何落实到真正在执行的专案中，因此会分成以下几个部分和大家说明：

• 需求哪里来
• 厘清需求现况
• 需求处理的优先级排序

需求哪里来

软件开发团队一定很常听到产品经理说用户需求百百种，不同的用户有者不同的需求，到底产品经理是怎麽获得这些需求的呢？这边列出了较常见的几种需求来源，而大分类主要可以分成以下两类，分别是主动的来源和被动的来源。

主动需求来源

(1)实地观察：透过到用户的使用场域，以旁观者的角度偷偷在旁观察，帮用户发觉操作时的需求痛点

(2)问卷：透过直接发送调查问券的方式请用户填答，再透过分析来了解用户的需求痛点

(3)访谈：透过与用户一对一的访谈，找出用户背後的需求痛点

(4)焦点团体：透过一次对多个用户访谈的方式，快速找出用户共同的需求痛点

被动需求来源

(1)功能建议：建立用户的意见回馈机制，让用户能主动提供产品的需求建议，进而了解用户的需求痛点

(2)代理人回馈：透过公司常接触到用户的业务、客服分享，了解用户的需求痛点

厘清需求状况

从前项的来源了解到了用户的需求後，下一个步骤要做的事情就是厘清这个需求的相关内容，包含 需求提出者是谁？他在哪里提出的？当下原本在做什麽事情？为什麽会提出这项需求？提出的时间点是什麽时候？目前有此需求的用户在需求未解决前，是如何解决的？

看完了前面要厘清的内容後真的不少，为了避免漏掉因此我会套用一个坊间常听到的框架 - 5W1H，来帮助我厘清收到的需求，套用框架後重新整理一下需要盘点的内容如下：

• Who 了解提出需求的目标用户是谁
• Where 了解用户提出需求时的场景在哪
• What 了解用户提出的需求内容
• Why 了解用户提出需求背後想要达成的事情是什麽
• When 了解用户何时会提出此需求
• How 了解用户目前是怎麽解决这个需求

重新整理後是不是觉得清楚许多，也能避免自己在盘点时漏掉了某个关键环节。

虽然会收到很多的需求，每个需求要盘点的内容也不少，好像时间不够做这些事情，但其实需求不会在同一个时间收到，因此在收到需求的当下，产品经理就会抓个时间快速盘点一下上述内容，确认一下这个需求是否为之前未盘点到，快速盘点完後就会进入了下一个步骤内。

处理的优先级排序

终於来到用户需求的最後一个环节-优先级排序，因为资源有限无法同时处理所有需求，因此需要对所有的需求做优先级的排序，评估到底要先处理哪一个需求，其实产品经理在排序处理的顺序时，会回扣到前一篇提到的，产品经理的存在就是帮公司创造营收，因此哪一个需求处理完後可以帮助公司带来营收，这个需求就会优先被拿出来处理。

以上是第2篇的分享，若是大家看完内容後有其他的疑问或想法，欢迎多多在底下留言，也请大家多多期待下一篇的分享～