编者按:今年毕业的同学现在大都找到工作了,现在把面试经和技巧先放一边,来聊聊各位入职后的感受。
感觉在公司实习的时间过得飞快,有太多的东西要学,也深刻体会到了自己的不足。一天天过去拦都拦不住。真正工作了我发现自己更喜欢在纸上记录想法和画草图,也尽量在本子上记录感受到的每一个小点,并利用周末仅有的闲暇时间分享出来。
观点一:身边的产品经理像「百科」
从3年前了解互联网这个行业到现在,我虽然开始是打算做产品的,但其实目前为止我对产品这个岗位细节的了解也只是停留在自己项目的小打小闹上,还有通过前辈的文章和分享。至于它在工作中具体是什么样的,上周的实习中倒是有了一些体会。
产品经理一定不是运筹帷幄的指挥官,也不会总想着剥削设计和开发,更不会总要把自己 YY 出来的想法变成现实 —— 在我们这里,产品经理更像一本「百科全书」。
举个例子吧,前几天接到了一个小任务,因为我自己其实并不经常在网上购物,关于优惠券、退货、订单支付流程也是一知半解,很多环节都不熟悉,所以对需求的分析理解就花费了半个小时和好几张草稿纸。所幸师姐不厌其烦地为我解释了一遍又一遍,我也把每一个内容和逻辑的界面截图下来一页一页研究对比,才慢慢理清了业务流程。当我把设计稿画出来以后,因为是新人,所以自己暗自过了很多遍,希望不要有任何的遗漏,避免给同事添麻烦。当给师姐看过以后进行了一些修改,大致达成了一致,觉得是一个可行的设计方案,于是就等待和产品经理讨论评估。
很神奇的是,产品经理一眼就能看出设计稿中的一些逻辑问题(主要是和其他业务相关联的问题,利益牵扯),而其中的一些甚至师姐之前也没有马上考虑到。当我感叹自己还是考虑的太浅时,(工作多年的)产品经理告诉我,这才是他们的作用。
设计师和工程师会把自己本职的工作做好,而合作的产品经理们则知道项目的所有细节、流程和逻辑,知道每一个页面所承载的功能和需求,知道需要调动哪些资源去完成目标 —— 即便自己不知道,也能明白找谁可以很快知道。另一个需求会上,关于海淘中清关、邮寄、拆单等等环节,没有亲自做过海购的人一定是不了解的,于是产品经理也连说带画地花费大半个小时和我们设计师说明解释。
这种感触在以前是未曾料想到的,和小型公司的产品经理职能也有很大的不同,可以给想做产品的同学们一些参考。
观点二:规范与组件化的影响
我们团队,很多时候需求中的视觉也是由交互设计师来完成,而视觉设计师更多会去处理那些强视觉表现和复杂视觉细节的工作。我到公司的第一件事,就是阅读团队的设计规范、下载设计组件和交付物模板并且还根据手上的任务访谈了不少设计师和工程师的工作流程。
大公司中,产品迭代很快,而且有时人员流动也很频繁,因此把产品内容「组件化」显得非常重要。设计素材组件化,可以提高组件的设计效率,每一种按钮的长款与颜色都是确定的,并不可以随意改动;开发类库组件化,可以提高代码的复用,提升开发效率;运营流程中的组件化,则可以减少同事和用户的工作量,避免产品中出现杂七杂八的图片尺寸。
但是反过来说,组件化也有一定的弊端存在。首先,开发新组件的成本非常高,即便是改动一个按钮的比例或者创建一种新的按钮,都会耗费难以想象的成本;其次,对设计师来说,组件化某种程度上限制了他们的创造力,常常为了「迎合」组件化,而放弃一些有独创性的设计思路;一个组件的更新往往很难同步,因为会牵扯到产品版本、交互设计文档、代码库等内容的迭代,并不是简单可以做到的。
不过很容易理解,不同规模的团队和公司自然有一套有效的工作方式,它解决了绝大部分的问题,不可避免存在一定的弊端,所有同事也在努力提升工作流的效率。
观点三:不需要切图和标注
我们这里的开发同学也必须学会 Sketch 等软件的使用,再加上组件化的力量,设计师们是不需要进行切图和标注的。这给我们的工作带来了很大的便利,利用服务器同步设计稿,可以快速交付、沉淀设计产出,也让我们更专注于设计本身。
上周我在内部分享中还介绍了 Zeplin 和 Pixate,公司也在慢慢推行 Origami 等相对新颖的软件,希望这些新鲜的内容可以为大家的工作助力。
观点四:交互设计师不仅仅是交互设计师
上周让我惊讶的一件事是,设计师也可以像产品经理一样「提需求」。对于产品经理提出来的需求,我们可以在很大的范围内对其剖析、与产品经理辩驳、甚至质疑需求本身。很多时候,团队还会以设计师能否自主思考需求的内在价值来衡量他的设计能力,仅仅按要求画图的设计师是不合格的。设计师在工作中还经常会把自己思考到的点做出方案,形成新的需求,提交给产品经理讨论,如果达成一致,就可以纳入业务中去实施。
因此,一个好的团队必定是所有人都向着产品更好的方向去努力,没有谁剥削谁、也没有谁必须听命于谁,评审猛烈地撕逼之后,大家不会有一句抱怨,反而会在独自思考后又重新和同事讨论起需求本身。
这让人感觉非常棒。
观点五:沉淀
所谓的沉淀,是贯穿整个设计工作的。每一天,我们会将自己的工作内容写下来,并不是流水账,更多是对设计与业务本身的思考和分析。需求目的是什么,设计解决了什么问题,难点在哪里,突破口可能会有什么,过程中每一个细节汇总起来,都非常有价值。而在设计之后,前辈还鼓励大家去跟踪项目更新后的用户反馈,一定要查看自己的设计究竟有没有达成的设计目标,又有什么可以改进,只有这样,大家才能逐渐成长。
这些就是这周的收获啦。对了,我这边写的也都是目前所处这个团队中的感触,并不能代表其他公司。如果有朋友愿意就这些关键词所描绘的内容给出一些不同的想法,可以通过评论写在文章下面,一起学习、一起讨论:)