html5网页设计报告 网页设计报告总结( 二 )


特别是咱们做设计的,上战产品,下撕程序员,有机会SHOW一波自己的专业和态度,会让团队越来越信任你,以后工作也好开展 。
02 用设计 *** 和思维,写工作总结搞明白工作总结的设计目标和用户之后,接下来是运用我们熟悉的设计 *** 去写工作总结 。
1. 信息架构 = 工作总结提纲我们设计产品交互和UI之前,一般会根据产品目标和功能,设计出信息架构 。我们可以把信息架构,理解成工作总结的提纲 。清晰的信息架构和提纲,可以帮助读者用户快速进入状态 。
很多公司应该会要求使用统一的提纲,如果没有统一要求,我这里分享一个提纲供参考:

  1. 工作产出和价值
  2. 个人成长和进步
  3. 不足与差距
  4. 思考与规划
2. 设计规范 = 写作技法说到设计规范,我们就非常熟悉了 。不同平台有不同的设计规范,大到页面布局,小到组件的选择 。
那工作总结的“设计规范”就是写作技法,比如金字塔原理、结构化表达、归纳法、MECE法则等等 。
合适的写作技法好比合适的设计规范,可以降低用户的学习和阅读成本,将无序的信息,有序地表达出来,让读者更快更容易的理解我们真正想表达的 。
技法1:归纳法
工作总结,总结的不只是完成的一个个待办事项,更是这些事项的成果和价值 。
所以,写工作产出前,我们可以先按照时间的顺序,回忆和罗列出一共完成了多少项待办,然后运用归纳法,进行归类 。
因为,经过归类、并且有规律的信息,才容易让读者快速阅读和记住 。
举个例子:
1月份,你参与了XX项目版本的设计,设计了X个页面,X个图标,设计了X个宣传图,优化了X个页面的体验和风格,升级了X模块的交互和视觉体验,更新了X项设计规范等等 。
往后的2月份、3月份甚至很多个月,其你发现大多数的设计工作是按部就班的,上游将需求给你,你根据需求输出设计方案 。
但是,如果按照这样的时间顺序写在工作总结里,给读者的感受就是记流水账,因为这是没有被归纳和设计过的「信息架构」提纲 。
相反,如果用归纳法去重组,我相信效果会好 。
比如,可以按照工作成果的类别进行分类:
  1. 在产品迭代方面的设计产出:X个迭代版本,X个页面
  2. 在UI风格/交互体验/图标等专业领域的优化:X个页面,X项优化,X个图标
  3. 在设计规范方面的推进和迭代:新增了X项规范
这是按照工作类别分来归纳的案例,PS:记得写上关键的数据哦 。
再比如,如果如果期间岗位发生了变化,可以按照岗位大类进行归纳 。因为读者(领导和HR)一般很关注一个员工在换岗之后的工作表现 。
那么,归纳之后就完事儿了吗?No,归纳分类只是将信息合理的重组到一起,还有一步很重要,就是:写出各类工作的成果和价值 。
请,接着往下看 。
技法2:先果后因,结论先行
我们平时工作中很可能遇到这种情景,一个人说了半天,听众也不知道他到底想表达什么 。估计非要等他说完,我们才能get到他的意思,你说急不急 。
这个现象的本质是:说话的人是按照事情发展的前因后果的顺序去表达的,听众当然要听到最后才知道他想表达的重点 。
但是,我们写工作内容和成果的顺序其实应该是倒过来,把「果」写在前面,作为论点去传递,让读者快速看到我们的重点;然后把「因」写在后面,作为论据去论证「因」 。这就是金字塔原理的核心之一:结论先行 。
【html5网页设计报告 网页设计报告总结】

推荐阅读