原型页面只是一个承载你对业务产品功能深刻认识的一种呈现，背后更多的是产品经理对市场的洞察。在此基础上更好的去解决用户的问题，那么这个产品或某个功能才是有价值的。其中关于设计产品中要注意的问题，作者就近期听到的、看到的、以及遇到的问题为我们整理了十点问题。一起来看看吧。
最近有朋友问到关于设计产品中要注意的问题，就整理了一些近期看到的、听到的，以及之前遇到的一些问题。
希望大家在看到这些以后，能够有所启发或警醒，尽量少走一些弯路。
在这个阶段会收到内部和外部的各种各样的需求，好像都挺好的，都可以做。咨询的那个朋友遇到的就是这种情况，觉得什么都可以做，什么需求都接，不懂得去拒绝他们。
常见在产品新人阶段，一方面领导或者客户提的不得不做，另一方面自己经验不足，还没有更好的方案，或者也不敢去问他们为什么要这样做，只能自己想，就陷入了误区了。
如何避免进入这个误区呢？各种各样的需求，拿不定主意，可以先记下来，但是不要答应全部都要做。
拿回来评估，到底有没有做的必要，或者有没有其他的解决方法，然后再决定怎么做排期。或者可以在调研的时候多问一下，他们提出这个需求背后的目的是什么，挖掘清楚背后的深层次的问题。
有些时候工期紧、需求多，需求的各种规则逻辑还没想清楚，就开始动手画原型，有一段就喜欢这样，好像画一画就能想清楚似的。
这样导致的后果就是，大多数时候画出来的功能页面跟实际业务需要大相径庭，或者不能真正解决实际的业务问题。
那么，我们在遇到这种情况的时候一定要警醒。想清楚如何解决实际业务问题才是最关键的，接着才是沿着解决问题的思路去设计功能，也就是画原型。
原型只是一个表象，它承载的是你对业务背后的深度思考。
设计功能时遇到困难了，总喜欢自己去想办法解决，否则好像体现不出自己的价值。这个想法多数时候也没啥毛病，就怕遇到一些自己认知以外的情况，自己所能找到的资料并不能解决问题。这个时候就进入了误区，我们做事情要追求效率和结果。
像这种一直想不出方案的时候，就需要去求助了，比如你的同事、领导或其他专业人士。毕竟一个人的认知有限，旁人的几句话可能就使你转换了思路，一下子茅塞顿开。建议进入这样的误区时，要及时转换思路，改变自己固有认知，借助身旁的资源去主动解决问题，结果也是你靠你推动去解决的。
有时候画原型图的时候，会很纠结页面的颜色、按钮大小、字体摆放等等，很容易陷入这种误区。
当然了，高保真做出来当然好，看得也赏心悦目。不过很多时候，根本没有那么多时间来设计这些，更多的时间还是功能逻辑背后的思考上，然后把设计思路尽可能展示出来，以高效指导技术去开发落地。
如果过度追求高保真，就容易顾此失彼（如果时间充裕，高保真非常好）。
因此，大家在设计之前要权衡好，始终清楚孰轻孰重。
列表每行的数据喜欢复制得一模一样，一般也没多大问题，只要在PRD文档或者其它说明清楚也可以。
不过这个还是得注意一点，能画清楚尽量画清楚。比如禁用/启动；时间都一样，给开发错觉；数据在页面保持正常的运算，比如总共1000个会员，100个黄金、800个铂金、100个黑铁，不要都用1000，容易给开发带来困扰。
设计方案的时候，总是会不自觉的把注意力放在正常情况，看起来问题也不大。做完以后总是会发现少点什么，就是那些异常情况怎么处理。
很多时候都是有经验的UI和开发同事帮你补上去的，我们在设计的时候只把注意力放在正常情况这种思维方式是有问题的。一个完整的逻辑是要遵循MECE（相互独立，完全穷尽）原则，那么缺省页的存在就是补充了正常情况之外的空白，才算是一个完整的整体。
身边一些产品朋友也做了多年，也收藏了一些复用工具，各种各样的都有。可能今天是从这个课程里拿到的，明天是从朋友那儿弄来的，总之东拼西凑了很多复用工具。
等真正用起来的时候，却发现找不到、不好用，还不如自己重新画一个，这就进入了一个重复画“轮子”的误区了，没有总结自己的一套产品复用工具，导致下次用起来的时候又得重新来，浪费了很多时间。
建议没有做的朋友，可以做一个计划，每天花点时间，慢慢的把这套工具弄出来，以后做事就事半功倍了。
写交互说明时，不标识清楚，只按照自己的书写习惯来写。在你看来，很好看懂，但是给到别人，可能是看起来特别费劲，甚至是一头雾水。
这个时候你要反思了，是不是进入误区了。你自己写的，当然能看懂，可是这符合大多数人的阅读习惯吗？
如果是，那就没问题，如果只是你个人独特的风格，那就需要修正了。清晰严谨的表达在文档说明里，可以让开发人员尽快明白你所表达的意思，也可以提高开发效率。
当你心里想着怎么去“管理、约束”其他人，要怎么做，才能在开发心中有“威望”，更好的“指挥”他们做事时，你就进入了一个新的误区，太自以为是了。
我们是一个团队，一起做某件事而放在一起合作的，基本都是合作的关系。
而产品经理也更不是所谓的“经理”，摆正自己的位置，大家为了一个共同的结果而努力的。每个人各司其职，做好分内之事就很不错了。
在评审阶段，有些新问题产生了，同事们给了你一个新的意见，有些朋友就老是一味的听他们的意见，没有经过自己的认真分析。基本就是开发说什么就是什么，不知道怎么解释或拿出新的方案。
遇到这种情况，一般就是需求本身你没想清楚，没想的那么深刻，才导致接不住他们的话，最后还要他们帮你定方案，所以这个时候最好是前置（在方案设计的时候就思考清楚），后面出现了拿不定主意可以会后尽快想出新方案出来，而不是直接听他们的。
当然了，如果会后觉得他们的建议确实是最佳解法，也可以采纳，前提是一定要经过你的思虑以后做出决定。因此，一定要有自己的原则和底线，不能一味的听他们的，最终的目标还是为了业务实际问题而努力。
原型页面只是一个承载你对业务产品功能深刻认识的一种呈现，背后更多的是产品经理对市场的洞察。在此基础上更好的去解决用户的问题，那么这个产品或某个功能才是有价值的。
作者：稻田上的少年； 公众号：稻田上的少年（ID：gh_fbd6194621c4）
本文由@稻田上的少年 原创发布于人人都是产品经理，未经许可，禁止转载。
题图来自 Unsplash，基于CC0协议。
该文观点仅代表作者本人，人人都是产品经理平台仅提供信息存储空间服务。
此内容由惯性聚合(RSS阅读器)自动聚合整理，仅供阅读参考。 原文来自 — 版权归原作者所有。