记录一次不(hen)成(shi)熟(bai)的尝试和教训

297 阅读4分钟

前情提要:

我是一个UI设计师,怀抱对大神段位的无限向往,一边不断的摸索学习,一边寻找前进的方向。但是 前段时间又双叒叕一次遇到了瓶颈不知道该怎么再次提升,内心十分雀跃!因为能触摸到瓶颈,意味着就要突破瓶颈了,那种拨开云雾的感觉实在外瑞爽!

第一集 瓶颈的大海上,灯塔开灯了

这次让我有望突破瓶颈的机会很特别,组织上竟给我机会让我将我的魔爪伸向需求。
在此必须要感谢领导感谢组织对我的信任和栽培!
众所周知,UI就是从产品那里获得已知信息,再将已知信息转化成图形输出的一个工作。虽然日常的交互学习中,也会接触关于产品需求的相关知识,但学习和真正实践还是有着不小的差距的,就像上学考试一样,道理我都懂,一考就歇菜。

第二集 让我们荡起双桨,开干

在最初得到这个机会的时候,是比较惶恐的,几斤几两自己懂,万一结果不尽人意呢,万一失败了呢,万一发现自己并不适合后续该如何。。。总之顾虑颇多,但即便很忐忑,最终也还是希望自己能够试一试,每一次突破都会面临一次改变,一成不变的可以是生活,但不可以是自我价值。
首先接到的工作,是由一个突如其来的issue引发的,为了能收集到年底的用户满意度值,简单的画了一个线框原型图,便定稿了。之后在深度梳理逻辑的时候发现很多细节不好落地需要调整,然后又多次和部门经理研讨、修改设计稿,在反复的对接工作中,总是觉得差点什么,导致设计稿总是被打回重做,抓不到关键点,但此时我毫无办法,只能一次次在修改-交付-驳回中循环。最终产品目标也从最初的“收集用户满意度”到“自定义发起用户反馈”最后到“工单系统”这么一个“大家伙”。当然啦,中途还出现过例如对开发流程实施细节把握不足、需求传达时思路太过跳跃导致传达不清等问题。
到这里,整个项目结构基本落定之后,我才明白我的问题到底出在哪里。就像产品实施前,需要调研用户需求、分析需求一样,只是这次的用户变成了部门经理,而我并没有理解到用户想要的到底是什么,依靠着得到的零星几个方向,便迫不及待的开工,悲剧是必然的。

第三集 忘了带指南针

截至目前(就刚刚),这个项目再次修改,又变成了用户反馈,自闭了。
我大概真的不行?
不想说话....

总结短板

1.转变思想

视觉设计是接受,接受别人的想法,与他人同步;交互设计是完善,将细节完美,有想法、要勇敢;需求是在满足商业目标的基础上满足用户需求,再兼顾开发,嗯,,说的好轻松。
需求走在开发之前,虽然大方向是领导定夺,但最终还是需求做结论,因为更多细节的问题,是需要需求来把控。所以说他是领头羊不为过,但是如何领头,羊群往哪走、怎么走、先迈哪条腿、站着走还是跪着走,应当想在前面,因为想不到的,不会有人再帮助你。你的前面,没有灯塔的指引。

2.搞清技术

可以不会写,但不懂真的是一大绊脚石。

3.放大格局,放大眼界

没什么经验之谈,因为我没有。

4.强大的理解力

不懂技术,首先开发那一块理解力基本就是0;用户,,还好吧,再难的需求挖到最深也大抵就是马斯洛那一些,看你怎么挖、如何挖;商业目标,则需要强大的格局和眼界来支撑。

5.分析能力

与理解能力挂钩,理解准确了,才能分析的准确,不然一切都是虾扯蛋。

6.全局观

在什么时间,该做什么,怎么做。从宏观到微观,必须明明白白一手掌握,才不会乱了步伐。