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