一站:提起一个地铁站时,你会想起什么?

【本原创文章首发于本博客及公众号,原创授权归个人公众号“西市馒头铺子”所有,转载请联系微信qinsmandesign】

数了一下,离上一篇大概10个月。
这一年确实忙,但忙并不是借口。思考的时间总是要挤出来的,该沉淀的东西也总要找时间做,即使只是零散的整理。

去年的一些分享由于是实际项目,所以只能对可公开部分做展示,很多问题都不便深入讨论。所以今天和后续的文章里会做一些虚拟case,一方面在工作项目之余督促自己坚持练习和更广阔的思考,另一方面也可以作为方法讨论的案例基础和大家分享,比如,可能会基于这个案例去聊一些设计方法本身的问题,也可能虚拟一些增加需求、改版优化的case和大家一起聊聊。

正题之前先废话几句。

之所以后面希望以这种形式交流,因为我始终觉得,即使是假设的场景和限制,也比没有场景前提(或因合作方要求不能对外提及)的讨论要有效得多。从这个角度上讲,基于假设前提场景的虚拟case,可能比无法透彻解析的实际项目,在交流层面上更有价值,至少我希望做一下这个尝试。

这是交互和视觉设计的不同决定的。视觉设计的经验交流有很多容易想到的角度,技法、版式布局思路、品牌创意、设计规范等等,而交互设计,个人认为在经验交流上难度远比视觉设计大。

交互设计,或者说产品设计,和业务前提、资源限制、商业背景甚至决策人的个人偏好关联都非常大,没有一个场景的话,很难独立地去探讨一个问题的对错,甚至绝大多数情况下也分不出错与对——在不损害用户体验的大前提下,能落地、可用才是关键。

至于交互设计的方法,被奉为经典的入门书籍上那些方法讲起来很漂亮,看过许多的简历和作品集里都会反复提及一些设计方法(并附上照片)——我自己当初也是这么过来的。
但试问自己,实际项目推进时,那些漂亮的方法实际能在设计中用到多少?适不适合国内互联网行业的现状?有没有照片上这么流畅、清晰和优雅?
如果没有,我们的专业性是否需要用,或者说适合用这么优雅的方式来证明?
借昨晚一个朋友的朋友圈:“你不能欺骗你自己这是一个高大上的工作”。
并不是我们不认同产品设计的价值,相反,每个或挫或俊的亲儿子历经千难万险上线时我相信每个设计师心里都是自豪的。
这里想说的只是,我觉得相比追求美感的视觉设计,产品或者交互设计其实是个工兵型的角色,看球的朋友可以理解成后腰吧。
了解各种技术或者资源限制,听取内部、外部各路老板的意见,和外部合作方达成一致,想清各种异常流和分支状态……踩各种坑、撕各种逼。在这种条件下利用自己的专业性给出最优解,最后交付一个靠谱、可执行的交互文档给视觉和开发,上线后还要根据数据迭代方案,这个过程并不是理想中优雅的线性,而是复杂的螺旋上升过程。最近一个的项目顺利上线后,大PM夸交互文档很靠谱,这种时候才是最开心的时刻。

扯远了,回正题。

这次更新案例叫“一站”,一个基于地铁查询工具的内容分享平台。
网易云音乐乐评和杭州地铁的结合爆红时,我想过为什么地铁和乐评会这么搭。
地铁站已经从一个交通设施,越来越像是城市一个片区的代名词,每天目送过客来来往往。而深处地下的地铁站并不是一个明快的场景,它是一个适合思绪闪回和触景生情的地方。所以,和回忆和故事有关的乐评,在地铁里出现显得格外融洽。
那么如果地铁站本身也有属于自己的“站评”呢?
这就是这个构思的起源。

产品的结构不大,麻雀虽小五脏俱全,视觉很轻,基本是在执行iOS 11的规范,但产品和交互层面还是有很多典型问题可以探讨。
全场内容化的大潮下,工具型应用有没有可能内容化,纯UGC内容在设计上有什么限制和特点,是在这个案例里可以重点关注的。

今天只抛案例,后面的更新中会逐个问题拆解和探讨,一些设计本身的共性问题也可以基于这个case一起聊聊。

Qinsman wechat
关注我的公众号,一个卖馒头,也卖故事的地方:)