项目描述:
小畅车联是一个绑定公众号,通过公众号发送定位(接送好友),查违章的车机版桌面小程序,可内置第三方应用。分辨率1024x600,主要需求是优化现有版本,植入腾讯T3车机。
项目开始,体验了小畅车联的产品,老大说要跟腾讯T3风格一致,并提供了UI示例图。没多想,就按照车联网部门提供的初始原型开始设计,基本上按照对方的想法来进行设计的。
第一版设计,照搬了腾讯T3车机语音功能中6天天气的展示页面,主页参考需求原型,统一将时间和天气放在右侧,左侧放置关闭和返回键(因为离司机较近,好点击)这一点是比较好的。扫码绑定的二维码考虑按照需求原型设计,但细想,微信扫一扫的帮助提示图片不太需要,因为大多数人包括40-50岁的中年人都会用微信,因此扫码帮助图多此一举。于是去掉了帮助图片。二维码放大放在中间。车载微信更名为微信车机版(因为在车机上实现的所以就以此命名了)。并将逻辑改成与桌面微信一致。
经交流,车载微信实际上是实现的是微信网页版,个人理解有很大的偏差,因此改回最初设计方案。将二维码统一放大移到左边,离司机近好操作。
第二版,左思右想觉得小畅车联不应该以第三方app为主页,于是画了思维导图,提出了位置消息和违章查询。并研究了T3的框架结果。做了以此较大的改版。
经交流,他们主推的并不是位置消息和违章查询,因为不常用,常用的还是第三方小应用。且希望非首次进入小畅车联都打开首页app图标。亮点是车载微信。于是把首页、车载微信、位置消息提出来放在左侧顶部,违章信息变回一个内置app。
但违章查询需要提交车辆信息,更改提示页为车辆信息输入页,并与微信公众号车辆信息保持同步。很赞。
经过4次改版,最后完成了小畅车联的桌面程序设计,并完成了流程图。
总结经验如下:
1、体验产品、理解每功能的每一个需求,包括应用实现平台技术。
2、与研发一定要多沟通,是否有技术实现问题。
3、验收UI,尤其是视觉重心点是否凸出,字号大小,字体与背景对比度、分区。
3、任何一个设计都不要怕重复更改,不要怕有争议,有争议才会去思考为什么这样去设计,这样设计的好处是什么?
4、遇到有争议的情况,先说出自己的思考和依据,站在对方的角度想提出异议的原因。通过理论证据去说服对方。若还是不行,折中解决方案。
5、遇到自己也模凌两可的问题时,问问其他同事的想法,多沟通。
目前项目正在软件实现阶段,注意验收软件的实现效果,追踪后期优化。