作為一款TOB的產品，除了考慮正常的使用者體驗之外。還需要精確考慮到使用人群（特殊人群老人，小孩，殘疾人等），使用場景（物理裝置）等的限制。遇到與通用體驗相沖突的地方，需要權衡而做，這裡舉幾個專案裡面的體驗思考

1、作為給醫生通用的平臺，我們一般在設計彈層時，考慮的是統一性，寬度，高度統一；多餘內容滾動條顯示

但這裡有個點，使用這個系統的醫生都是資歷比較老，年齡偏大，對網際網路認知不是特別強的人，所以從這個角度出發，更應該是所見即所得。任何TAB下的滾動條都不應該出現，儘可能展示更多內容。

字型大小的控制，之前在走失平臺中也有體現。因為使用群體的不同，我們需要做些特殊處理

2、一鍵換膚

醫院使用的系統，我們在兼顧本身功能的同時，還需要考慮上游，下游的銜接度，處於中間層怎麼體驗與上下游保持一致。

這裡有個例子，是換膚需求。作為一個內嵌部分，醫院通用的有幾種膚色：藍色，綠色，粉色，不同風格的醫院，其主題色也不一致。剛開始我們針對每家醫院定製膚色，這個口子放得有些大，導致每家醫院都不一樣。所以最後優化成標準幾種膚色，應對大方向。

作為開放平臺的應用，更應該貼合各個醫院公眾號的風格，所以在對專案的整合中，我們特別集合了一鍵換膚的功能，通過一個引數，將整站平臺所有地方換成對應公眾號需要的顏色。

3、專研載入，分析佔位體驗。結合專案。推動主頁面使用骨架屏 Skeleton Screen思路

4、錯誤碼直觀展示

借用QQ空間的實現原理，我們原錯誤碼只是一段數字，在錯誤型別過多時，不好直接定義。因此通過反饋設計側提出了影象模式直觀展示錯誤碼

5、模組化思維

在專案中有涉及到專題活動的形式，往往會存在以下問題：

復性高：會議展示需求量大，很多時候流程大同小異。

響應要求快：根據會議時事熱點，變化會非常快，需要快速響應。

解決
提交會議共性，搭建專題會議模組，靈活配置會議內容，主結構：
(1)頭部：banner 區域，可配置5個滑動banner
(2)內容：焦點資訊，活動背景，活動實時資訊，媒體報道，現場活動圖集
(3)其他部件：參會嘉賓，活動議程，合作伙伴

運營只需後臺搭積木配置相關模組即可組成專題報道。