本文作者结合自身经验与大家分享：作为一名交互设计师，在跟进项目时该如何做？希望他的反思总结可以给你带来一定的思考~enjoy~
交互设计师往往手头上总会同时负责多个项目，因此很多时候会发生这样的情况：
上面是我自己遇到的问题，聊天记录反应了两点问题：
开发几近完成，甚至开发人员还做了一些调整，然而身为交互设计师却没有及时跟进；
直至问了才知道设计稿还没有出，没有及时的跟进设计师遇到的情况。
由于前段时间同时负责几个项目，就对其中一个较小的项目关注不够，没有及时的跟进和同步项目的开发进度，导致信息的滞后。作为交互设计师没有跟进项目的进度是一种失职。
这只是项目已经在开发阶段时的疏忽，但是其实在整个项目进行过程中，同样会有许多事情需要我们跟进，以下是我个人为避免一些疏漏做的一些总结。
开发前：建立信任
1、做好需求会前准备
需求评审会是全面了解一个项目的重要会议，作为交互设计师需要提前了解项目背景，竞品的设计等，因为在会上大家总是会脑洞大开，而此时的你如果能够给出一些中肯的建议或回答，会让人留下深刻的印象，时间长了，大家就会发觉你是个专业知识丰富，并且做事认真负责的人，信任感会慢慢的树立起来。这部分内容可以参看我之前文章《需求评审会：一个神奇的会议》。
2、学会缓和气氛
需求会上难免总会有产品和开发因为需求而出现讨价还价，抑或产品总会有考虑不够周全被抓到漏洞的时候，每每出现情况时，交互设计师作为卡在产品与开发之间的岗位，在保证方案内容不跑偏的情况下，可以适当的用一些自嘲或者玩笑的方式缓和一下气氛。这个时候不但会体现你的高情商，陷入窘境的同事也会对你感到感激。
3、要提高全局观
如果我们只将自己定位于交互设计师，那么脑海中的蓝图就只是自己的线框图、交互文档，然而现实确实往往要受到来自各个阶层的束缚。
但如果我们将自己定位于整个产品的负责人，站在老板、PM、开发、测试、运营多维度的角度去看问题，会发现自己格局会变大，因为你什么都考虑到了，哪怕不够深入，但是你已经将这个不确定因素考虑其中。
你说的话，表的态也跟别人的角度不一样，而这种思维高度大家当然也能体会到。到时，拥有的不仅是话语权，而是尊重与敬佩。
开发工程中
1、主动询问项目的进度
交互设计师对于自己负责的项目要有一个根据优先级的排期表，并且对每个项目都要定期的去跟进项目进度，比如你可以每天下班前一个小时固定去沟通你排期项目的进度。当然，每个人的沟通习惯不同，并且随着时间越来越了解团队成员，你基本可以判断出哪些人对于交互方案的实现会打折扣，哪些人可以严格实现交互方案，你的对项目的跟进也会开始有一定的倾向性。这是交互设计师的日常工作，会随着经验越做越好，这里就不多家赘述了。
2、做好交互方案的维护
（1）维护方案历史
根据经验，交互方案一稿过的可能性几乎为0，在和需求方确认需求，需求评审会，程序开发测试过程中，或多或少都会遇到方案需要调整的情况，最终确定的方案肯定也是多方共同妥协的结果。而及时的维护方案的更新历史（包括修改内容和作出修改的原因），虽然比较麻烦，但可以在后续开发过程中遇到种种对于设计细节的疑问挑战时，能够帮我们迅速回想起当初作出设计决策的原因，给出充分合理的答案。
（2）记录客观限制
交互设计需要在需求、业务与开发之间做好权衡取舍，客观的业务与开发技术限制也一直存在，这会使得我们的设计方案有时候看上去并不是那么完美合理。当我们因为客观因素的限制而不得不在设计方案上作出妥协时，不妨也将这些客观限制条件一一整理记录下来，既帮别人更好地理解我们这么设计的原因，也能帮自己在后续的同项目迭代中及时回避对同类限制条件考虑不周的情况。
（3）及时同步状态
当交互方案发生变动后，即使是细节微调、或口头确认得比较清楚，最好也还是及时同步更新最新的交互方案链接给项目组成员。否则的话，开发按照旧版本设计方案执行，测试会将改动后的交互方式当成Bug提交，这一类的乌龙并不在少数。完全及时同步更新方案来避免这一系列错误的发生。
项目完成后
在开发完成之后，交互设计师的工作仍然没有完成。要开始进入验收、走查的阶段，我整理了一些走查的注意事项：
其中需要说明的是：
页面交互走查：这个是必须要做的事情。如同一开始的案例中所看到，开发人员总会根据实际的开发情况对页面的交互做一些调整，因此交互设计师更要根据自己的交互文档对界面进行一一的走查。
压力测试：这部分测试看起来更像是产品经理关注部分。其实不然，每次在做压力测试的时候，总会出现一些极端情况下暴露出来的问题，而且是原来没有考虑周全的，一旦发现，交互部分也要迅速的填坑。
灰度测试：算是交互设计师拿到的第一批用户的使用反馈意见，要赶紧对反馈进行筛选分类，然后在产品上线前根据重要程序进行排期优化。
交互设计师在一个项目中并不是交付了交互文档之后工作便结束了，在整个项目的开发过程中，乃至上线运营后，仍然还有很多交互细节需要去跟进和维护。
以上。
