I AM FANGKE

Some thoughts and works from a china designer, photography lover and occasional thinker.
Works atDribbble, photo atLento.
The best way to contact me is on Twitter. Follow me if you like design and photography.
@Mobfrank

如何在小公司做设计

主题定位小公司,这里要特别区别下大公司里的小团队(现在很多大公司某些业务线也会组织小团队模式以快速响应),小公司(创业团队)与大公司里的小团队有着本质的区别,资源以及团队心态都会不同,小公司里只有两个选择做好或者走好,而大公司里的小团队还是会有KPI和退路的。

小公司产品团队人不会很多,往往每个人做着很多个职位的事情,理想的产品团队包括1个业务型产品经理、1个设计师和几个工程师。作为设计师如何在这样的团队里做设计,和大公司还是有很大的区别。

介入各个环节

这里没有所谓的产品设计师、交互设计师、视觉设计师,所有的设计工作就你一人负责,设计师不仅需具备设计思维和设计方法,还必须深入了解业务。需要很好的平衡商业价值和用户价值。在前期就参与业务规划,与团队讨论业务功能时可以使用纸上原型快速清晰表达出原型和流程,让产品和技术可以第一时间直观的看到,进行有效的讨论,达成统一意见。

设计是解决问题的,不仅仅是解决用户的问题,还要解决产品的问题和开发的问题。小公司往往没有太多的资源,产品功能上会达不到满足,数据上不能非常完整、准确,这些往往需要设计上给出解决方案去规避这些问题。

设计是业务和开发的一个中间环节,从开始就要为发布着想,设计方案要能落地,要大概了解你的设计方案的开发成本,有些框架和动效实现起来比较麻烦,如果是做客户端开发,有些对控组件的改变对开发时间的影响很大,当然如果你了解点开发技术是最好的,如果不了解在做方案前要与开发沟通清楚。

一切为了速度

当然速度的前提是质量,有些设计环节是可以省出时间来的(相对于大公司)。前期的用户调研和可用性测试,作为小公司的设计师你必须非常了解你们做的业务和服务的群体特性,用户调研就是为这些服务的。如果你真的是不了解,那么可以找六七个典型用户做下访谈,做角色建模,好好的用起来,并持续维护。

省去设计风格评审。设计风格推导,这个事情就自己一个人做了吧,方法还是一样的方法,只是可以省去提案包装的时间和提案讨论的时间,设计风格对一个产品的影响到底多大真的不好说,如果设计师自己都认可了那就定吧。

线框这个步骤也可以直接跳过,从纸上原型直接出视觉稿,视觉设计和开发可以同步进行。因为团队小,讨论可以非常快速的进行,不需要准备好详细的线框图组织各方代表约个会议室进行评审,也不需要做个高保真动画或者视频给需求方看,这些都太费时间。和开发同步进行时要先把框架给定了,开发就关注这个,不改框架其他都好办,当然你在做视觉设计时肯定内心也会有一套规范,虽然没有形成文件。

做业务最紧密的设计,现在资源太多了,可以参考的太多了,小公司的设计就要做业务最紧密的设计,比如Glyph icons自己画一套可能挺费时间的完全可以去买一套使用。很多控组件库可以参考,很多设计问题可以参考别人的研究结果(大公司的设计部门都会写很多博客的,其实内容都是蛮不错的)。如今如果不是要做一个过分创新的设计不是很难的,关键是不犯错误(可用性和操作逻辑的错误),稍微小心点就可以了。当然做设计的时候经常要转换下角色,做完设计后,把你自己当作角色建模里的那些角色再看看。最好的测试就是设计师自己(同样适用于开发工程师)。

在大公司做设计过的是需求方这关,在小公司做设计过的是自己这关,当然最终是要过市场(用户)这关。

用务实的心态做设计

设计是一个金字塔模型,基础是可用性设计,由内容、程序稳定性、任务流畅度等决定,小公司做设计更要明白这一点,全力解决可用性,努力做到易用性,用心做好情感化设计(情感化的设计不仅仅体现在视觉表现上,在很多流程设计上、用户心理引导上都可以入手去做)做到前面2点,如果你的产品有价值用户就不会嫌弃了。绝对不去做概念性的设计,要记住落地是关键。也不要做过度设计,界面设计是为内容(功能)服务的,不要为了不同而不同。这点知乎的设计就做的很好,简单好用没有多余。

会议与评审

大公司有很多会议,多到没时间真正做事,这个小团队必须避免,开会不是一定要叫上一堆人约个会议室约个时间花了几个小时才叫开会。上面也提到讨论问题随时进行,在座位旁直接讨论。如果是产品会议或者是关键点的评审,要提前把讨论的内容发给参与人,让他们有足够时间去消化思考,在会议中要控制好时间和节奏,不要讨论着就跑题了,要做好记录,会议后要做好下一步的计划。保证高效的会议要好好利用每一个参与者,他们的建议都是你评估的参考。

评审中要避免扯蛋,什么我喜欢这个颜色,你喜欢那个颜色,这种都太幼稚。参与者要知道自己身份,只给建议不要给方案,你可以建议说这个按钮的位置很奇怪,这个流程感到麻烦,把这些最直观的感受说出来已经是对设计师最大的帮助了,千万不要给你自己认为的解决方法,比如这个按钮应该放这个位置,这个应该用更大的图片,这些是设计师的事情。

没有准备和总结的会议都是耍流氓。

多思考

这点在任何地方做设计都是如此,界面上的任何设计都是有原因的,为什么这么设计?可能是为了解决产品问题,用户问题,运营问题,内容编辑问题,产品设计是一个有机体,涉及到多方面的,比如要知道团队面临的问题,内容能支持吗?技术能支持吗?当问题冲突的时候要去平衡,要知道优先级。多听取团队成员的建议。

做好持续的改进,设计前期少了用研和测试,在产品发布后要持续观测数据,用数据去验证自己的设计,并持续的做出改进,和开发团队磨合出快速发布流程。

小公司做事,大公司做人?不知道是不是这样的。设计师如果有小公司的经历对丰富自己有好处。

  2013-10-20 00:00   220