认识达内从这里开始

当我们将用户需求进行不同类型和重要性进行层次区分之后，接下来就需要我们针对不同的需求进行相关的产品设计然后投入市场了，那么到底如何才能正确的进行产品设计呢？今天，我们就一起来了解和学习一下关于需求设计的种种知识，希望对大家有所帮助，下面就开始今天的主要内容吧。

1需求设计整体流程

进行需求设计时，最关键的不是一上来就撸起袖子画原型，这样容易陷入大量的细节而失去重点。流程图是整体的重点，将流程图梳理清楚、正确，才能保证原型图的正确。

当然，实际工作中，从上到下和从下到上的思考都会存在，因为有的地方是在做信息架构或者画原型的过程中想清楚的，还可能会因为画原型时得到的某些想法而更改流程图，正如执行计划的过程中还会修改计划。

2抓住重点：产品框架、关键路径

产品的关键不是所谓极致的用户体验，不是所谓完美的视觉感受，而是其产品框架、关键路径——对用户核心需求的实现。也就是说，产品的关键在于其满足用户核心需求的程度。这也是二八原则的体现。对于餐饮，除了安全，多数用户最注重的往往是味道，而不是过度的服务;对于手机，多数用户最注重的不是过于美丽却易碎的外观，炫酷却不比其他手机实用太多的操作系统，他们往往更注重性价比、拍照、知名度。

3用户+需求+场景

在构建用户画像时，应注意区分不同类型用户的优先级，我们要满足的不是所有用户，而是满足重点用户，多数时候这个重点用户是大多数用户。有时严谨的研发同事会揪着一个非常低频的需求不放，因为这可能会有漏洞，或者逻辑不够严谨，这时就要评估其危害大小，一般来说可以按照二八原则执行。例如微信好友上限为5000，这对绝大多数用户是足够的，但对很多微商而言，这就是一种限制，那么要不要增加上限呢?张小龙的想法是不增加。而之前出现的支付宝登陆漏洞，则是一个大漏洞，虽然这样做的人很少很少，但一旦发生，危害极大。

在此基础上，设计时还应时常想着“用户+需求+场景”，就能更好地实现“以用户为中心”。

4增删查改显算传

产品人常常自称产品狗，挺写实的，尤其在评审会上，被challenge也时有发生，有时这种challenge非常直接，当然比起用户的吐槽，这都不算啥。为什么会在评审会上被程序猿challenge?因为程序猿是逻辑严密且辛苦的物种，需求设计出现逻辑不严密、需求考虑不全、不利于技术实现等问题时，都会造成程序猿的工作量大大增加。也许一个功能看似简单，但技术实现上却可能很复杂。为了自己或者团队，程序猿都有必要challenge。

5交互设计原则

需求设计的过程中，无疑会遇到交互设计。交互设计有很多现有的原则可以参考，对此，我总结了一些，放在下面：

多用用户熟悉的东西

符合用户心理模型、环境贴切原则、预设用途、席克定律、统一原则、一致性原则、映射。

简便

菲茨定律、主次原则、易扫原则、简洁原则、合并原则、神奇数字7±2法则、泰斯勒定律(复杂性守恒定律)、灵活高效原则、奥卡姆剃刀原理、少做原则、易取原则、基于用户使用场景设计、结合移动设备的特性设计。

反馈

状态可见原则、可视化。

错误处理

新乡重夫防错原则、容错原则、撤销重做原则、人性化帮助原则。

其他

接近法则、三等分原则、对称原则、界面先行原则、资源代替等。

6注意点

a.多设计：多设计几个方案，从中择优。面对一个需求，尤其是核心需求，多想几个实现方式，而不是刚想到一个实现方式就立马上手。从这几个方案中选择最好的方案，往往更好。

b.多检查：设计完了，往往还有问题，这时需要多检查几遍，最好能把上述5个步骤都过一遍，能避免一些不必要的漏洞。记得《乔布斯传》中提过，乔布斯喜欢看实物而不是设计，我们也应尽量去体验实际效果，在需求设计上尤其如此，多看几遍最后的交互结果，往往能找出问题，所以高保真原型是更好的，但那也会消耗很多时间。

c.多总结：老生常谈就不谈了。

达内时代科技集团致力于培养面向电信和金融领域Java、C++、C#/.Net、3G/Android、3G/IOS、PHP、嵌入式、软件测试、UID、网络营销、网络工程、会计、UED、web、Unity3D、大数据、童程童美、VR、产品经理等几大方向中高端软件人才课程与少儿教育课程。选择太原产品设计培训，不再孤军奋战，轻轻松松做IT高薪白领。太原达内培训带领有明确目标的学子迈向成功之路!想找工作的求职者可以加QQ：3373924515（太原达内就业服务部）咨询了解。