#写在前面# 在生活、工作中，我们每一刻都可能处于某一个过程中，人们习惯性地将希望寄于他人，我似乎显得有些格格不入/多余，始终深信：寄希望于他人是无用的，我只能将希望寄予自己。产品于人生，一比一（1：1） 也！
效果图确认会议，产品设计中作图的环节，最早是产品经理产出的“线框图”。线框图经过口诛笔伐后，俨然就交付到UI设计手中，开始产品的色彩（炫酷）之旅，实际上这是一场纠结的旅行。
由产品发起，UI主演的大戏即将开场。自从从事产品工作以来，各种大小的会议都见过——真不是吹牛逼，啥会议场面没见过：逼死产品、问死设计，难死技术...各种撕逼场面，可谓哀鸿遍野。惨，惨，惨...
效果图_评审会议
产品设计流程中，页面效果图的评审环节也是极为关键的一步。
会议描述
参会人员：产品、UI设计、Boss、测试、研发；
会议过程：
1、UI：陈述设计理念及UI色彩及功能；
2、PM：仔细聆听，核对效果图设计是否与线框图存在的误差；包括，少功能、添加功能、串改设计...
3、测试：针对效果图给出的问题，向产品设计提出各种功能可能出现的bug，问了一波又一波，简直无情！
4、boss们：对产品色系及可用性整体上做把握，虽然不能代表大多数普通用户的直观感受，确实也反映了一些客观存在的不足点；
会议场景（实例）
场景一：UI设计师融合将自己的创意和想法融合在产品给出的线框图中，同时，可能还会将自己对产品的一些理解融入产品之中，从而导致实际的效果图与线框图出现了功能误差。产品经理欲哭无泪，UI信息满满，测试一通追问功能可能出现的任何场景及产品功能设计背后的场景。
场景二：普通用户对产品可用性/用户体验，给出批判的视角，色彩不和谐、层次感不强、元素亮点不足；情感化设计不足，导致普通用户对产品亲切感、舒适度的缺失，流露出是些许的失望和无奈。
会议场景
会议启示：
会议之中确实存在很多的“抱怨”和“不愉快”，但是身为产品新人的我，除了看到这些，我也聆听了boss们的诉求及对产品的情感寄怀：用心、模块化、结构化、层次感、突出点（单点亮出），或者说将产品当作自己的孩子，真正地用心去呵护、设计、感悟。现实工作场景中，对产品设计的每一个细节的熟知，关系着自己面对TA人的各种提问时，能否从容应对，对答如流。如果连产品设计者对自己的设计都不了解，又怎么奢望TA人明白你的产品呢？
会议评审_结果分化
坦白讲，身为产品菜鸟的我，面对自己所负责或者说参与的产品项目，都倾注了自己的思考，虽然很多时候，自己的思考有所欠缺，但是那仍然值得开心，因为毕竟是自己思考的结果。产品的每一个字段、每一个功能、每一个模块、每一个页面、每一个网站，其信息架构，都凝聚自己对时间的思考、对产品的付出，因为我不敢随意乱画、随意涂鸦；每一个设计点背后，都对应着一个具体的业务逻辑/单纯的设计缘由，这是对自己的一份尊重、对产品的一份敬畏。
在生活、工作中，我们每一刻都可能处于某一个过程中，人们习惯性地将希望寄于他人，我似乎显得有些格格不入/多余，始终深信：寄希望于他人是无用的，我只能将希望寄予自己。产品于人生，一比一（1：1） 也！
原创声明：本文章的最终解释权归产品小王所有，如需转载，请注明文章出处！谢谢...
网友评论