TOB产品的设计认知

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

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

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

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

2、一键换肤

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

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

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

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

4、错误码直观展示

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

5、模块化思维

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

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

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

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

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