优化的勇气

in 实习, 交互

先说好几周以前的一次经历。

接了一个在原有界面上增加功能、信息的需求。做完把稿给震震看后,他提出其中一个弹窗是否可以优化。凑巧的是我也这样想过,但是在做需求时,因为这个弹窗是原有交互稿中的样式,我只是加了一些信息,就没有改动。

但是经他一说,我们就决定还是要更改。我把按钮按照信息层级、重要程度排布,并按他说的发到群里给其他人看过(主要是给之前做这个需求的同事看)。确认之后,问明了今后如果有类似可优化的,我可以先自行更改,再问大家。
01-1

所以,过了几天在做新需求时,就不只是「加信息」、「复制移动端样式的同时参照原有样式」,而是从原有样式合不合理进行了一番思考,用户此时需要什么、期望看到什么,如果是我的话大概会怎么设计,等等。确定了一个可优化的地方,加上查看了竞品的做法,越发确定自己思考的是正确的。

担心之前的设计有业务上的考量,就先和产品提了一声,得到认可的答复后,粗略出了个稿和震震讲,也被赞同了。在此基础上,也对之前的优化进行了再次优化,基于用户使用场景,提出了产品未考虑到的功能。
02-5

要是在之前,就算有察觉到怪异之处,我也会用「反正之前就是这样的」、「之前那样做肯定有那样的考量」、「提出来很麻烦」之类的理由阻止自己细想,只是在做功能的叠加,思考单一需求,而非重新思考、梳理,从完整的流程考虑。虽说不应该耗费太多时间在小需求上,但是从小需求入手,见微知著地考虑整个流程,进而提出优化、推动落地,也能促使自己思考,体现自己的价值,不至于迷失在接连不断的需求中。

比起刚开始接需求时,只是追求手中需求的完美,现在能够追溯原有流程,想得更「多」,对业务的熟悉是原因之一,对自身能力的把握也是一点,有底气之后,才能有优化的勇气。目前容易疏漏的是在产品或者开发限制下提出改进时,会忘记思考,仅是按着限制改,却没想过能否更进一步,可见交稿后就松了一口气,松懈了。 _(:з」∠) _