有些同学可能会遇到这么的烦恼：感受商品的用户体会这儿欠好那里欠好，可拿着自个改善后的概念稿去找事务方时，却常常碰一鼻子灰，被无限拖延乃至直接否掉。本来许多时分，疑问的确客观存在，可是和事务的期间方针不匹配，需求调用的开发资源却又不低，优先级被下降也情有可原。而建立在期间方针一起基础上的设计提案，经过的难度相对就要低许多，有时分乃至底子不需求你花费唇舌解释一大通原因，事务方就直接表明了认同。
首要，咱们需求主动重视事务动态，在每个季度开始前从事务方处了解清楚接下来几个月要做的首要作业，和作业背面指向的期间方针，再根据这些期间方针去寻觅设计机会点，而不是盲目进行优化;其次，事务方最初拟定的期间方针并不一定彻底合理，假如咱们经过用研陈述和触摸用户等，发现实在用户痛点诉求和期间方针存在较大收支的话，大可把信息进行同步，洽谈调整方针;终究，要以杰出的心态去看待和接受方针的半途调整和添加，只需它契合商品定位、有利于事务长时间开展，但要留意有限时间内方针优先级的分配，不要一起向多个大方针出击终究却顾此失彼。
和设计稿本身比较，前期的各种调研、剖析、发散、推导进程平等乃至愈加主要，而把这个思考进程完好、有逻辑性地展现给事务方，和直接展现飞机稿比较，能够更有效地获取他们的认可。
以我近来在做的项目为例，进程中的产出物包含但不限于：焦点小组和问卷调研陈述(首要是用研同学供给)、全链路用户行为途径地图、用户画像梳理(用户特征、访问场景、用户方针、关键字、痛点等)、故事板(情境化描绘用户运用场景和进程中遇到的痛点)、疑问剖析(用户散布、事务疑问及其背面的用户感受、设计机会点发掘)、设计策略(全体信息安排原则、设计方向洞察、能带来的事务价值、技能辅佐完成手法、衡量验证指标等)、全景图、脑暴 & 卡片分类现场相片、思想导图、白板线框等。
这些产出物能够非常好地表现咱们的思考进程和专业性，但在安排呈现给事务方时需求留意逻辑串联和可读性，推导进程论据充沛、环环相扣，描绘不过多运用 UX 专业术语，而是咱们都能了解的用户语言(简略来讲就是说人话)。
咱们一般习气从用户视角去思考和提案，但只是站在用户视角是远远不行的，也需求在前期的时分就充沛思考和交流诠释清楚设计计划的商业价值和技能可行性。
设计提案只是只是处理已有的用户痛点、满意已有的用户诉求是不行的，尽管这么做肯定是「对」的，但咱们还应该思考和答复一些更深层次的疑问，比方：它是不是契合商品一起的价值主张?比较竞品是不是能构成满足的差异化竞赛优势?(参阅 UCD 画布，我犯过的一个过错就是在我有人也有的地方过火纠结，而对最一起、差异化的点缺少深化思考意识)能否推进事务长时间的良性运营开展，仍是只是在短期止血?咱们当然期望在某一点用户体会上做到极致，但只是做好这一点就够了吗?市场上有没有做到了这一点却不行好的反例?假如有反例又是由于它们缺少了啥?(这些是我上周和 PD 讨论时被反问到的几点)要做正确而有满足价值的作业。
了解技能可行性也平等主要，过于天马行空的概念终究不免沦为一纸空文，但需求指出的是，这并不意味着提案的技能完成手法越简略越好，有时一些更有技能挑战性的作业反而更能赢得开发同学的认可与支撑(换位思考一下，作为设计师的咱们也不期望天天都是做些简略的拼控件、写标示作业，不是吗?)。不要把开发当成完成你主意的工具，他们相同也会有许多有价值的主意和主张，帮助咱们把设计做得非常好。
在发起设计提案的进程中，用户体会设计师将不再是传统的商品开发进程中普通一环，而是需求全程盯梢参加，触摸传统意义上由别的功能承担的职责。可是全程参加不等于全程担任，把作业恰当交由更专业的人去完成作用会非常好，共创式的思想磕碰带来的创意启示远多于一个人闷头执行。
约请利益有关方和组内别的设计师一起脑暴、一起制作草图、一起进行设计比稿……让咱们的主意在 Demo 未彻底成型的早期期间得到充沛的思考与参加，再根据此去打磨细化完好的设计计划，与一个人闷头画完交互稿乃至高保真，再拿去逐个压服世人接受，经过的难度孰优孰劣，想必咱们了然在胸吧?
我觉得做设计提案的进程本质是以不一样的偏重角度向不一样人物(老板、PD、事务方、开发、用户)讲好同一个故事，就像某位设计长辈之前和我说的那样：「第一期间和PD等合作伙伴，用完美的逻辑讲通商品闭环;第二期间和老板、客户，表达中心价值和完成计划;第三期间和用户，简略易了解的用户场景为先。」祝咱们作业中的奇思妙想都能顺畅转化为设计提案并成功落地!
