TOB产品的设计认知

作为一款TOB的产品,除了考虑正常的用户体验之外。还需要精确考虑到使用人群(特殊人群老人,小孩,残疾人等),使用场景(物理设备)等的限制。遇到与通用体验相冲突的地方,需要权衡而做,这里举几个项目里面的体验思考

1、作为给医生通用的平台,我们一般在设计弹层时,考虑的是统一性,宽度,高度统一;多余内容滚动条显示

但这里有个点,使用这个系统的医生都是资历比较老,年龄偏大,对互联网认知不是特别强的人,所以从这个角度出发,更应该是所见即所得。任何TAB下的滚动条都不应该出现,尽可能展示更多内容。


字体大小的控制,之前在走失平台中也有体现。因为使用群体的不同,我们需要做些特殊处理



2、一键换肤

医院使用的系统,我们在兼顾本身功能的同时,还需要考虑上游,下游的衔接度,处于中间层怎么体验与上下游保持一致。

这里有个例子,是换肤需求。作为一个内嵌部分,医院通用的有几种肤色:蓝色,绿色,粉色,不同风格的医院,其主题色也不一致。刚开始我们针对每家医院定制肤色,这个口子放得有些大,导致每家医院都不一样。所以最后优化成标准几种肤色,应对大方向。


扫描二维码关注公众号,回复: 4627408 查看本文章


作为开放平台的应用,更应该贴合各个医院公众号的风格,所以在对项目的整合中,我们特别集合了一键换肤的功能,通过一个参数,将整站平台所有地方换成对应公众号需要的颜色。


3、专研加载,分析占位体验。结合项目。推动主页面使用骨架屏 Skeleton Screen思路


4、错误码直观展示

借用QQ空间的实现原理,我们原错误码只是一段数字,在错误类型过多时,不好直接定义。因此通过反馈设计侧提出了图像模式直观展示错误码



5、模块化思维

在项目中有涉及到专题活动的形式,往往会存在以下问题:

复性高:会议展示需求量大,很多时候流程大同小异。

响应要求快:根据会议时事热点,变化会非常快,需要快速响应。

解决
提交会议共性,搭建专题会议模块,灵活配置会议内容,主结构:
(1)头部:banner 区域,可配置5个滑动banner
(2)内容:焦点资讯,活动背景,活动实时资讯,媒体报道,现场活动图集
(3)其他部件:参会嘉宾,活动议程,合作伙伴

运营只需后台搭积木配置相关模块即可组成专题报道。




猜你喜欢

转载自blog.csdn.net/qq_29268061/article/details/80333702