无论你是否在寻求新的工作机会，保持对项目进程的追踪与回顾都是很有必要的。本篇文章作者为大家分享了在工作中如何养成记录项目日志的习惯。

又是一段小忙的日子。天气渐凉却是终日阳光。忙点什么呢，新的 WireframeKit Sketch 组件库在制作中了，社交方向。夜里万籁俱寂时摇摇晃晃捣鼓这些小玩意儿是件有意思的事儿。再提示老朋友们，之前的库可以免费更新了哦，iOS 12。

另外仍是读书，一本接一本。若干原研哉相关的告一段落，目前准备二周目《破茧成蝶2》。爱看，解渴，如之前在票圈所说：

“从互联网下半场与产品设计师的视角入手，以产品不同的发展阶段对应的设计框架为主线，涵盖相关实操流程与方法，层次很棒。”

当年我订制的书签还有存货，自用妥妥的。

回头说眼前，来自 Google 设计师的一篇经验文章，关于“项目日志”。我个人常年保持每日工作日志的记录习惯，但更多时候像是流水账，外加一些思考延展；看过这篇小文后觉得自己的方式还有所欠缺，譬如形式单一、缺乏回顾，也没有将这些内容与正式的复盘或是个人案例联系到一起。惭愧哦！改进，改进。

设想这样的场景：你梦想中的职位机会突然出现，你必须快速打造一份闪光的案例集。然而有个问题，你没有任何关于以往项目的记录可以回顾，必须从零开始构建内容。

实际上，无论你是否在寻求新的工作机会，保持对项目进程的追踪与回顾都是很有必要的。或许日常工作太忙，或是项目本身的性质不宜对外过多曝光，等等；无论怎样，哪怕保持最少量的日志习惯，你都能逐渐积累起宝贵的经验，用于项目复盘或是充实个人案例。

什么是项目日志

不必想象成典型而严格的“日记”；形式上可以比较自由，重点在于内容本身，包括项目迭代说明、流程进程记录或是期间遇到的问题及解决方案等等。

项目日志大体具有以下特质：

• 隐私性：日志不是博客，不需要发布上线；我个人会通过 Google Docs 进行记录。
• 高层面：无需千言万语或辞藻修饰，你只需要以简单的段落或清单列表将重要信息记录下来即可。
• 多媒介：如果必要，可以添加任何内容形式，譬如白板照片、手绘草稿、线框稿或动效示意等等。

从日常记录，到阶段性的沉淀回顾，期间大致有五方面的技巧和注意事项需要特别关注。

1. 多运用拍照的方式

无论是手绘流程图、页面草稿、白板记录，都可以通过拍照的方式快速保存下来。

注意将这些照片安全地保存在本地，在进行沟通并得到授权之前，不要将其用于任何公开文档当中。对于较为敏感的信息，或是照片中出现的同事面容，在未经授权的状况下要进行模糊处理；任何与财务相关的信息也是同理。

对于设计流程当中用于沟通演示或可用性测试的原型及动效方案，也可以通过拍摄的方式粗略地记录下来。

2. 保持私密性

将工作日志视为个人日记 – 并非秘密，但需私密。文档要存放在安全的位置，例如个人电脑或个人云存储。这些文档代表着进程当中的项目，不应该与非工作关系的人员进行分享。

如果项目还没有发布上线，但你需要在公开场合进行演示文档的部分内容，那么必须向团队或项目管理者征询意见，避免任何被竞争对手了解到敏感信息的可能性。

3. 保持记录的规律性

取决于项目规模及推进速度，你需要摸索并保持规律性的记录频率。或许是在每一轮设计冲刺之后，或许是每周、每两周，或是每一个任务之后，例如可用性测试等等。

无论频率如何，尽可能将点点滴滴的信息完整地收集起来。积少成多，当你隔一段时间进行回顾时，会发现在繁忙的项目期间，你真的会忘记很多重要的信息。

4. 确保内容的相关性

工作日志并非用来记录你对项目的评价，或是谁说过什么，有哪些不公正的状况等等。这是一份关于项目流程、重要节点、挑战与解决方案的文档。典型的内容更像是这样：

2018年3月

与开发探讨方案可行性。

将移动端界面中的下拉菜单改为单选按钮形式。

创建了用于可用性测试的高保真原型。

若干测试结论…

基于可用性测试，修改了菜单的设计模式。

关于流程和重要节点的记录，将有助于你回忆起项目之所以发展到如今，背后发生过哪些关键事件，有哪些决策产生了怎样的推动效应。

5. 整理回顾

项目完成之后，产品或新功能上线，你可以着手对项目期间的记录进行归纳整理，用于复盘。事后分析与总结，有助于你从整体层面将所有的经验、洞见，以及一系列挑战与应对策略串联起来。

其中一些影响力重大的挑战及解决方案也可以成为你未来个人案例当中的重要内容。

记录项目日志，这对于设计工作的精进及个人案例的积累都非常有用；希望本文中的一些 tips 能够为你带来一些帮助。

作者：Eleanor McKenna

英文原文：https://medium.com/@onepixelout/keeping-a-project-diary-f0b4bff9df40，

译者：C7210，微信公众号（ID：Beforweb），产品设计师、UX爱好者、译者、猫奴、音乐玩家。

本文转载发布于人人都是产品经理，未经作者许可，禁止转载

题图来自Unsplash，基于 CC0 协议