小程序平臺設計了不同的權限管理使得項目管理者可以更加高效管理整個團隊的協同工作。
在小程序的平臺里,開發者完成開發之后,需要在開發者工具提交小程序的代碼包,然后在小程序管理平臺[【小程序管理平臺】]( http://mp.weixin.qq.com)發布小程序,用戶可以通過搜索或者其他入口來進入該小程序。
[【官方文檔】](https://developers.weixin.qq.com/ebook?action=get_post_info&token=935589521&volumn=1&lang=zh_CN&book=miniprogram&docid=00062e5b94c9a06b00863ed475bc0a)
[TOC]
## 4.1 協同工作
## 4.2 用戶體驗審視
### 4.2.1 產品和運營思路
`一切以用戶價值為依歸`的產品觀,讓創造發揮價值。
產品設計過程中,開發者亦需要保持一定的克制心態。繁復的需求和商業行為,在用戶利益前都需要謹慎平衡。
### 4.2.2 體驗和設計評估
9點基礎設計原則
1. **導航清晰**
導航需要告訴用戶,當前在哪,可以去哪,如何回去等問題。開發者在小程序的設計中,應確保各個頁面之間層級清晰明確。每個界面的導航,都指向清晰,有路可退。

:-: 圖5-4 不同頁面之間應保持明確的導航層級
2. **流程明確**
用戶進行操作時,應確定當前頁面只設置了單一任務,且不出現目標流程之外的內容。此舉有利于讓用戶明確當前操作的目的,從而集中精力聚焦當前任務,并通過簡單操作達到結果。

:-: 圖5-5 出現目標流程之外的操作而打斷用戶的體驗
3. **重點突出**
每個頁面都應有明確的重點,以便于用戶每進入一個新頁面的時候都能快速理解頁面內容。在確定過了重點的前提下,應盡量避免頁面上出現其它與用戶的決策和操作無關的干擾因素。

:-: 圖5-6 案例說明:搜索功能

:-: 圖5-7 案例說明:多按鈕情況
4. 符合預期
對用戶友好的產品,需要在其設計階段便將自身信息架構和模型與用戶的心理模型匹配,以便于用戶能夠依據以往的使用經驗或其他生活經驗,降低使用的理解和學習成本,從而快速達成使用目的。
5. **等待與反饋**
頁面過長時間的等待會引起用戶不良情緒。在不得不需要用戶以一定的加載等待時間作為代價時,我們需要用明確的等待狀態告知用戶,以舒緩用戶在等待時期的不良情緒。
在設計加載等待狀態時,應注意以下事項:
* 若載入等待時間較長,應提供取消操作,并使用進度條顯示載入的進度;
* 載入過程中,應保持動畫效果;無動畫效果的加載很容易讓人產生該界面已經卡死的錯覺;
* 不要在同一個頁面同時使用超過1個加載動畫。

:-: 圖5-8 加載樣式舉例:標題欄加載、Toast加載、按鈕加載
對于用戶的操作結果,小程序也需要給出明確的結果反饋,以增強用戶的操作信心和控制感。開發者可以根據實際情況,選擇不同的反饋樣式。例如,對于頁面局部的操作,可在操作區域予直接反饋。對于頁面級別的操作結果,可使用彈出式提示、模態對話框或結果頁面展示。

:-: 圖5-9 反饋樣式舉例:圖標反饋、頁面結果反饋、模態對話框反饋
6. **異常處理**
在出現異常的時候需要給予用戶清晰的狀態提示,并告知解決方案,使其有路可退。
上文提到的模態對話框和結果頁面都可以作為異常狀態的提醒方式。除此之外,在表單項較多的頁面中,應明確指出出錯項目,以便用戶修改。
:-: 
:-: 圖5-10 表單異常提醒
7. **內容和文案準確友好**
需要斟酌使用內容和文案。使用的語言應當簡潔,禮貌并容易被用戶理解。此外,還要注意專業術語需要被清楚解釋,特有詞匯全局需用統一的特定表達,重要內容能夠被快速獲取,且頁面不存在無關文案干擾用戶決策。
8. **和諧統一**
小程序內的設計風格應該是統一、和諧且具有延續性的,這樣才能確保用戶建立完整的產品品牌認知,更好地辨析不同的小程序。
9. **平臺適配**
在小程序的設計過程中,應該充分考慮iOS與Android平臺不同的設計規范,對設計進行適當調整以適應不同平臺上的用戶使用習慣。
設計文檔內容將不斷進行修改、完善并更新,可以查看[【線上資訊】](https://mp.weixin.qq.com/debug/wxadoc/design/index.html)獲取最新小程序信息。
### 4.2.3 用戶體驗測試和完善體驗
我們建議開發者在發布之前,結合體驗和設計評估過程,同步進行用戶體驗測試,以發現更多設計在實際場景和應用中,存在的難以預見的可用性問題。或者以用戶測試環節,驗證體驗和設計評估迭代成果,在不斷的更新和迭代中打磨小程序體驗。
以下是我們關于進行用戶體驗測試的一些建議:
1. 用戶體驗測試,可以在設計、開發、測試等全部階段使用。是一種低成本檢測設計質量的方法。
2. 盡早進行用戶體驗測試。在產品及設計過程中,尚未啟動開發時,便可以用低保真/高保真模型進行用戶體驗測試,以檢測設計質量。這樣更有利于及早發現問題并進行調整,減少開發成本。
3. 用戶測試之前需要確定好需要被檢驗的流程和任務,需要為用戶構建明確的目標,并提示用戶以完成任務的方式完成目標。
4. 最好選擇產品真實的受眾,作為被測試的用戶。并在測試時,使用戶處于真實的場景和時間下。
5. 設計開放性的問題讓用戶回答。不用帶有主觀性的詢問語言,引導用戶回答。
6. 在用戶測試過程中,需要全程做好記錄。
- 微信
- 小程序
- 1. 代碼組成
- 1.1 JSON配置--'*.json'文件
- 1.2 WXML模板--'*.wxml'文件
- 1.3 WXSS樣式--'*.wxss'文件
- 1.4 JavaScript腳本--'*.js'文件
- 2. 客戶端運行
- 2.1 邏輯層和渲染層
- 2.1.1 邏輯層--App Service
- 2.1.2 渲染層/視圖層--View
- 2.1.3 通信模型
- 2.1.4 數據驅動
- 2.1.5 雙線程下的界面渲染
- 2.2 程序與頁面
- 2.3 組件
- 2.4 API
- 2.5 事件
- 2.6 兼容
- 3. 應用設計
- 3.1 Flex布局
- 3.2 界面常見的交互反饋
- 3.3 發起HTTPS網絡通信--wx.request
- 3.4 微信登錄
- 3.5 本地數據緩存
- 3.6 設備能力
- 4. 小程序的協同工作和發布
- 4.1 協同工作
- 4.2 用戶體驗審視
- 4.3 發布
- 4.4 運營
- 5. 底層框架
- 5.1 雙線程模型
- 5.2 組件系統--Exparser框架
- 5.3 原生組件
- 5.4 小程序與客戶端通信原理
- 6. 運行和性能優化
- 6.1 啟動--代碼加載
- 6.2 頁面準備
- 6.3 數據通信
- 6.4 視圖層渲染
- 6.5 原生組件通信
- 7. 小程序基礎庫的更新迭代
- 8. 微信開發者工具
- 騰訊云支持
- wafer
- Wafer2 快速開發 Demo - PHP
- WXAPI
- api列表