光拿业务结果不够,还要有自己的沉淀

光拿业务结果不够，还要有自己的沉淀我在过去一年里介入负责了各种大小业务的设计工作，而产品上线运营后的数据多数表现不错，各种UV/PV/XX率的数据「超出预期」，也得到过用户的积极反馈和价值认可。但面对各种庆功会与捷报邮件，我却有些感到迷茫：业务结果是拿到了，但中间有多少能被证明是我的设计功劳呢？如果换一个人来设计，是不是结果也会差不多甚至更好？我怎么证明自己有独特的价值，而不只是运气好抱到了NB项目的大腿？公司非常强调员工拿结果的能力，过去我以为这个结果就是业务结果，业务上线了数据表现好了，就算拿到了结果。但现在反思后我觉得，光是执行需求拿到业务结果是不够的，设计师还要在工作中结合实践经验积累自己的思考和沉淀，有了「自己的东西」才能更好地向别人证明自身独特价值。设计师的沉淀形式可以有多种，比如对于CRM、管理后台这种组件复用率高的产品，可以推动设计规范的建立与组件化沉淀，来提高整体设计风格的一致性和后续设计开发的效率；比如对于产品体验的优化，可以把前期的调研分析、问题拆解、目标提炼等步骤提炼成一套方法论框架，复用到之后的工作中去……这些沉淀性质的工作都需要设计师来主导推进，也是我接下来一年内的重要目标，一个只会接运营和产品的需求的设计师是不合格的。学会推销表达自己这周和组里同事开业务规划对焦会的时候，大家说和我多交流几次后觉得我很聪明、想法很多，但平时太过「闷骚」，不主动推销表达自己的观点，东西做得再好知道的人也不多。我思考了一下自己出现这种状况的原因：其一，新人心态重，脸皮薄，在资深同事面前有恐惧心理，觉得自己的观点在同龄人里也许有亮点，在他们面前就什么都不是，也就不太有动力把自己的想法推销表达出来。性格内倾又有先天听力障碍的我，一直对自己的沟通能力不是很自信，但今天看到前主管留下的评语「沟通不是你的弱项，害怕沟通才是」，又联想到之前总是回避和一个脾气比较暴的前端打交道，后来有次鼓起勇气约对方面谈结果问题迅速解决，才意识「恐惧」才是根本问题所在。其二，完美主义，总想着先把事情做完、方案细节都完善了再亮给他人，而不是尽早就多方请教验证、及时纠正方向、循序渐进推进，结果最初的思路和观点也许是好的，但落地到太细节的方案上却出了偏差，也难以说服别人接受，于是只有提案，却没有落地。酒香也怕巷子深，在接下来的一年里，我需要以独当一面的正式设计师标准来要求自己，更多地把自己的想法推销表达出去和落地成真。关于时间管理其实在求职季的时候，我就吃过一次时间管理不当的大亏。但是工作第一年整体时间碎片化不严重，最忙的时候也是聚焦在一件整块的业务上，所以并没有太注意这方面的提升。但随着近期需求爆发式增长，与此同时自己想做的「非业务需求」类事情也在变多，于是越发感到力不从心，这周参加了公司里的一门《时间管理》的培训课程，受到了一些今后如何改进的启发。比如通过四象限法则来评估和安排手里的多任务：将问题划分为重要紧急、重要不紧急、紧急不重要、不重要不紧急四个象限，对于紧急不重要的事情明白「无法避免」以良好心态应对，每天预留处理突发事件的时间、制定应对流程做好事后总结，而不是在事情出现时措手不及；对于重要不紧急的事情进行目标描述和任务分解，确定每个小任务的目标并预估完成时间，迫使自己花精力，而不是无限拖延下去。