在《学习笔记（一）》中提到了用户研究以及需求采集的一些方法，需求的采集工作并不仅仅只是产品经理的工作，由于需求可能来源于用户、开发人员、测试人员、运营人员甚至是老板，需求的采集往往会涉及采集渠道。因此，为了便于产品经理或者需求分析人员对需求进行统一有效的管理（即将需求书面记载，或者说是换成产品汪能够看得懂的语言），就需要需求采集的文档：单项需求卡片来进行。
单项需求卡片是一种能够详细记载用户需求的文档，由需求人员填写，主要会包括需求编号、需求类型、需求来源、需求描述、需求原因以及需求属性等方面构成。当然，更为详细的单项需求卡片所涉及的要素更多。接下来详细说明：
1.需求编号：该需求的编号或序号，便于产品经理对需求的梳理和整理，也是需求评审会议上让其他与会人员快速定位需求的要素。可以是时间+序号的形式，如20150430-001。
2.需求类型：分为功能性需求和非功能性需求。
（1）功能性需求：主要涉及产品逻辑架构、交互、功能以及BUG类的需求，这些需求的重要性较高，因为涉及到产品的正常使用。
（2）非功能性需求：主要涉及产品的UI设计等等，如某个按钮应该为矩形还是圆角矩形，这些需求重要性较低，并不影响产品的正常使用。
3.需求来源：该需求主要提出的人员以及提出的场景。
（1）提出人员：该需求提出人员的详细信息，如性别、年龄、教育程度、岗位经验等信息，这有助于产品经理了解该需求所对应的用户类型，能够在需求梳理时，了解某个用户群体的需求类型。
（2）提出场景：该需求提出的使用场景、如地点、环境和时间等，便于产品经理了解用户是在何种条件下会使用该需求所涉及的功能，如果该需求提出场景是经常发生的，那么该需求的重要性就会相对有所提高。
4.需求描述：这是单项需求卡片最为重要的要素，该部分主要体现的是需求的详细内容，如需求所涉及的现象、希望得到解决的方案等等。该要素会对需求产生各种描述，需要产品经理在整理需求时，进行思考、分析和归纳。
5.需求原因：该需求提出的原因，该部分可能会在“需求描述”中也予以体现，主要体现的是提出该需求的主要原因，该部分便于产品经理对需求描述进行归纳总结。
6.需求属性：分为重要性、紧迫性以及持续时间
（1）重要性：该需求对于产品的重要程度，该需求的完善对于产品的成长运营具有积极意义；
（2）紧迫性：该需求完善的时间要求，主要体现在功能类需求，其中BUG类需求最高，该需求的解决便于产品的正常使用；
（3）持续性：该需求的持续时间长度，主要体现为该需求是否能够随着产品的不停迭代更新，依旧能够对产品的使用发挥作用。
