经常有产品汪抱怨业务方需求提的不合理，到最后背黑锅的又是自己。那我们就来聊聊如何合理利用好需求卡片作出友善的产品，给用户好的体验又能满足业务部门的需要。
常用需求卡片如下：
需求编号：这个通常就不用仔细介绍了，通常是人名+时间，以及特定的项目编号例如：陈琦 UX—20170606 项目名称首字母简写加上时间，一目了然也方便管理。
来源：通常会希望到有具体的信息，一般业务部门会最新发现用户需要什么样的需求来解决他的问题，容易本末倒置的地方就在这里，不能指望靠用户去设计产品来解决他心中的问题。
需要用户的联系方式，其实是希望细化需求后，可以再一次进行用户访谈或者给予一点小奖励让他参与demo的使用，这样通常可以快速而有效的反馈出原有设计不合理的地方，方便设计及时修正。
背景资料也是至关重要的，不同学历，不同工作属性的人的思维方式也大不相同，这样给到的信息越细致越容易发现用户真正的需求点在哪里，在写场景脚本时更容易发现一些友善的小细节来帮助你完善你的设计。
一个小故事，现在由于直播很火，所以一些传统金融行业也开始参与直播这功能的开发，某金融类公司开发直播APP可能就是这样的出发点吧。通常设计者以为会像其他娱乐直播平台一样用户会热衷于刷礼物什么的，但我们真的去了解，去细化用户的场景时，都会发现其实很少用户会一直盯着屏幕，用户角色（persona）一般会电脑打开PC炒股软件，点开自选板块，手机放在一边，一边听着直播中的分析，而眼睛会一直盯着大盘走势关心所买的股票到底是什么趋势结合直播观点验证判断未来的走势。
那这里就可以发现，其实用户真正的需求点是听大于看，其实可以调整直播时的一些小细节，当用户从app中跳出当前页时可以将视频窗口最小化，音频播放继续给到用户点选停止或者关闭的选择，那这样用户即使锁屏状态下也可以像播放音乐一样管理软件进程，那这样就可以更佳贴切和人性化的满足用户需求
场景：尽可能的描述更多的细节，我们在写场景剧本的时候，都不会把用户想象成很有时间，一直在全神贯注的使用软件，用户使用软件通常都是碎片化的，而且易被打断，而且一般都是手机上有好几个同类型软件，以为每一款的优缺点都各不相同，而且从很多大数据平台都会发现用户使用产品时跳出率很高，在程序与程序之间不断切换。IOS后续的升级都有注意到这个小细节:顶部状态栏都有新增返回之前程序的入口，那这样的升级就是好用的而且是注意细节的。
需求功能性：分为影响正常使用的功能性需求和视觉效果上面的需求，前者优先级会大于后者。
需求来源：该需求主要提出的人员以及提出的场景。 之前业务部门在对于一个版块的功能一直说要做原生开发的功能，说用户体验会大于h5的实现方式，可事实是，业务部门的需求变化很快，而且每次应用都需改版发布审核，这样会导致上线的时间delay，那换一种思路，用网页来做嵌入式开发，网页的变更不需要审核，灵敏性强，变更起来方便。这样才是最好的解决方案。所以在跟需求方梳理的时候，记得反问一下变更频率或者其他的更细致的方面这样你才能找到最优的执行方案。以免导致无效的工作。
需求描述：这是单项需求卡片最为重要的要素，该部分主要体现的是需求的详细内容，如需求所涉及的现象、希望得到解决的方案等等。该要素会对需求产生各种描述，需要产品经理在整理需求时，进行思考、分析和归纳。
以上就是撰写需求时需要注意的地方
