---
schema_version: "1"
id: f90c4580ab2f960d2c15efb31fff94078478da138e44a89da01855d7d044a3ea
title: 參與
collection: architect
version: next
locale: zh-tw
portal_url: https://docs.salesforce.com/architect/next/zh-tw/well-architected/guides/engaging.md
canonical_url: https://staging.architect.salesforce.com/docs/architect/zh-tw/well-architected/guide/engaging.html
source_site: staging.architect.salesforce.com
content_type: documentation
content_hash: 8aed0ce08729aaad54723eb1c38b6c62841d4aadcf5d0f0c704dbc3514e4a93e
products:
  - 結構良好
  - Architect Site Content Repo
updated_at: 2024-07-01T00:00:00Z
---
> [在此](/docs/architect/zh-tw/well-architected/guide/contributors)閱讀我們的更新排程。

## 簡介

系統可透過讓使用者輕鬆存取和使用應用程式,讓使用者感到自己完成了更高品質的工作,並讓使用者想要在系統中使用應用程式,來示範吸引人的行為。

提供吸引人的行為對業務很重要,因為它直接與使用者採用以及整體工作人員和客戶滿意度相關聯。參與行為也有助於減少支援要求,並有助於提高使用者的功能要求品質。

建立吸引行為的其中一個挑戰是難以單獨透過目標度量來測量。而是由使用者的主觀體驗所衡量;使用者認為參與應用程式提供真正的價值。參與應用程式可供 [存取](/docs/architect/zh-tw/well-architected/guide/compliant#無障礙)、非滲透且易於瞭解。他們需要最少數量的上線和訓練。他們會使用明確的方法來主動防止使用者發生錯誤。

另一個挑戰是參與目標通常會隨著您系統中不同類型的使用者互動而有所不同。例如,您可以針對管理個案的內部使用者有一組目標,針對透過網站表單提交資訊的外部使用者有一組目標。若要設計吸引人的系統,您必須仔細考量您嘗試建立的參與類型,以及使用者想要參與的原因,再開始組合功能和頁面。

與使用者體驗 (UX) 設計師合作,可協助您在提供吸引人的應用程式時做出更有效的決策。從結構角度來看,使用者採用與保留是健康系統的重要元件。參與結構可降低使用者快速完成程序或略過步驟,以避免在不喜歡使用的系統中花費時間所導致的資料品質問題的可能性。針對對外開放的系統,引人注目的結構可以增加收入和客戶保留,因為發現系統更容易使用的客戶會選擇與您的組織進行更多業務往來。

您可以透過專注於提供簡化且實用的體驗,來建立更具吸引力的應用程式。

## 已簡化

簡化的應用程式易於瀏覽、清楚呈現資訊和資料輸入工作,並調整以符合各種尺寸規格。簡化的應用程式也具有使用者已在其他常用應用程式中習慣的體驗模式。例如,大多數的網頁瀏覽器會在使用者以滑鼠右鍵按一下連結時,將「在新索引標籤中開啟」顯示為首選項。包含索引標籤的簡化應用程式會遵循相同的模式。

應用程式體驗效率不佳的影響可能遠遠超出個別應用程式。應用程式體驗不佳會破壞使用者的 Trust。隨著更多類型的業務關鍵應用程式和面向客戶的應用程式移至數位管道,這可能會讓公司失去關鍵利害關係人的忠誠度。

您可以更有意圖地處理應用程式複雜性、尺寸設計和尺寸規格,藉此更簡化您的應用程式。

### 應用程式複雜性

將應用程式複雜性降到最低表示使用者只會看見相關功能表項目、索引標籤和瀏覽控制項。您必須在使用者群組、使用者權限和正確的應用程式體驗之間建立對應。使用這些對應以瞭解要向指定使用者呈現的應用程式體驗,然後確保您的應用程式具有提供該體驗所需的邏輯控制項。

呈現使用者過於複雜的應用程式會造成各種不良體驗:

- 使用者經常會看見不必要或不相關的索引標籤、瀏覽至空白畫面,以及遇到停用或封鎖的連結。
- 如「如果您的角色為 X,請忽略此索引標籤」等不必要或不實用的指示會顯示在訓練和啟用資料中。
- 混亂的瀏覽功能表會迫使使用者花費額外的時間尋找完成工作所需的項目。

這些不良體驗會導致低的採用率和滿意度。

決定正確的應用程式複雜度層級時,請考量下列事項:

- 根據使用者需要執行的工作優先順序,組織功能表、索引標籤和其他瀏覽控制項。
- 避免導入使用者必須僅學習才能使用您應用程式的新行為。
- 請勿移除可讓使用者自訂其使用者介面層面的功能存取權。
- 使用權限集提供展開或減少的瀏覽選項。
- 簡化 Lightning 頁面啟用 [指派](https://help.salesforce.com/s/articleView?id=sf.lightning_page_getting_into_salesforce1.htm)。最小化每個應用程式啟用中的 Lightning 頁數。使用動態表單、權限集和條件化呈現,將項目新增至應用程式中的 Lightning 頁面。請進行此操作,而非維護多個 Lightning 頁面 (由設定檔啟用和指派)。

下方的 [模式與反模式](/docs/architect/zh-tw/well-architected/guide/engaging#簡化應用程式模式和反模式)清單顯示 Salesforce 組織中應用程式複雜性管理的適當 (和不良) 外觀。您可以使用這些項目來驗證或改善應用程式設計。

若要深入瞭解可協助您管理應用程式複雜性的 Salesforce 工具,請參閱與參與相關的 [工具](/docs/architect/zh-tw/well-architected/guide/engaging#與參與相關的工具)。

### 表單

簡化表單可將資訊組織為邏輯序列、支援快速資料輸入,並將必要步驟最小化。它們也允許使用 [有用的](/docs/architect/zh-tw/well-architected/guide/engaging#實用)用戶端資料驗證訊息,並避免重複的表單提交週期。

設計表單時,請考量下列事項:

- **將相關欄位分組在一起**。與流程或資料項目工作中相同步驟相關的群組欄位。去除與現有工作不直接相關的欄位。
- **提早進行資料輸入和驗證**。需要使用者輸入資料的欄位應提前顯示在表單上。最佳作法是盡快在欄位層級呈現資料格式化或遺漏資料的問題 (亦即在使用者嘗試瀏覽至下一個步驟或提交表單之前)。此外,請避免在使用者有機會將資料輸入欄位之前顯示欄位級錯誤。
- **最小化資料輸入工作**。盡可能預先填入或自動填寫盡可能多的欄位,以儘量減少資料輸入錯誤並提升效率。僅要求使用者輸入重要或重要資料。去除與現有業務流程無關的任何資料輸入。盡可能使用選項清單,而非任意格式的文字欄位,以強制選取有效選項並減少相同回答的變化。
- **將提交至伺服器最小化**。請勿讓多步驟表單多次將資料提交至伺服器。確保所有自訂 [LWC](https://developer.salesforce.com/docs/component-library/documentation/en/lwc/lwc.apex_result_caching) 或 [Aura](https://developer.salesforce.com/docs/atlas.en-us.lightning.meta/lightning/controllers_server_storable_actions.htm) 元件都使用用戶端快取來處理瀏覽或分頁動作。(Salesforce Lightning Experience 和 Salesforce 行動應用程式預設使用用戶端快取。)設計表單,讓使用者僅將資料提交至伺服器一次。提交表單前,在用戶端驗證使用者輸入。這可儘量減少非預期的使用者提交、防止重複或雜亂的交易在後端耗用頻寬,並協助您針對更好的 [資料處理進行](/docs/architect/zh-tw/well-architected/guide/automated#資料處理)設計。
- **管理表單狀態**。用戶端快取不僅有助於如瀏覽和分頁等行為,還有助於儘量減少連線問題造成的資料遺失。有效管理狀態也意味著應用程式可以適當協調資料提交至伺服器,並防止重複交易,並根據伺服器端動作的狀態向使用者顯示相關且及時的訊息。簡化表單只會提交資料作業一次,且不需要使用者等待在伺服器上長時間執行作業完成。
- **遵循無障礙標準**。若要將應用程式的受眾最大化,並協助確保其能包含所有客戶,請在表單設計中強制執行[無障礙功能](/docs/architect/zh-tw/well-architected/guide/compliant#無障礙)標準。

簡化表單有助於提高應用程式中的[資料完整性](/docs/architect/zh-tw/well-architected/guide/automated#資料完整性),以及應用程式對使用者有何[幫助](/docs/architect/zh-tw/well-architected/guide/engaging#實用)。他們也可以減少支援票證和要求,因為使用者能夠更完善地解決錯誤,並清楚瞭解其表單提交的狀態。此外,簡化表單可讓使用者快速且有效地輸入資料,並確保使用者無須等待執行較長的程序完成以執行進一步工作。

下方的 [模式與反模式](/docs/architect/zh-tw/well-architected/guide/engaging#簡化應用程式模式和反模式)清單顯示 Salesforce 組織中正確 (和不良) 的表單設計外觀。您可以使用這些項目來驗證或改善表單設計。

若要深入瞭解可協助您建立更簡化的表單的 Salesforce 工具,請參閱參與相關的 [工具](/docs/architect/zh-tw/well-architected/guide/engaging#與參與相關的工具)。如需為使用個案選擇正確表單工具的更具體指引,請參閱使用 Salesforce 建立表單的 [結構設計師決策指南](/docs/architect/zh-tw/decision-guides/guide/build-forms#重要道具)。

### 尺寸規格

參與應用程式適應不同的裝置和互動類型或尺寸規格。根據裝置類型,不同類型的使用者互動會更容易 (或更難),表單和欄位的可讀性也會改變。請記住,除了畫面尺寸之外,尺寸規格也會參照使用者與畫面互動的方式。裝置數量越來越多,現在有觸控螢幕,而某些使用者也可能使用特殊裝置來進行[無障礙](/docs/architect/zh-tw/well-architected/guide/compliant#無障礙)操作。設計表單時,請務必考量下列因素。

無法考慮尺寸規格變化會導致各種問題,包括:

- 資料品質不佳
- 無法使用的應用程式介面
- 支援工作人員的更多疑難排解或「代表訂購」工作階段
- 使用者採用不佳、作用中使用者數量少,且應用程式「捨棄」率高

若要針對 Salesforce 應用程式中尺寸規格之間的互通性設計,請考量下列事項:

- **識別每個應用程式**支援的尺寸規格。
- **識別輸入方法和使用者的無障礙需求**。請參閱「[無障礙」,](/docs/architect/zh-tw/well-architected/guide/compliant#無障礙)以取得詳細資訊。
- **盡可能使用 [標準功能](/docs/architect/zh-tw/well-architected/guide/intentional#標準與自訂功能),在裝置之間提供自適應體驗**。
  - 依預設,Salesforce 提供的 [Lightning 頁面範本](https://help.salesforce.com/s/articleView?id=sf.lightning_page_templates.htm&type=5)支援不同的尺寸規格。如果您選擇使用 Aura 開發自訂 Lightning 頁面範本,則開發人員必須將尺寸規格資訊納入元件設計檔案。
  - Salesforce 提供的 [標準頁面元件](https://help.salesforce.com/s/articleView?id=sf.lightning_page_components.htm&type=5)會為您處理跨支援尺寸規格的呈現。如果您使用 LWC 或 Aura 建立自訂元件,開發人員將需要處理寬度認知 ([Aura](https://developer.salesforce.com/docs/atlas.en-us.238.0.lightning.meta/lightning/components_config_for_app_builder_width_aware.htm?q=width) 和 [LWC](https://developer.salesforce.com/docs/component-library/documentation/en/lwc/use_width_aware) 之間有實作差異),並宣告其元件的設計檔案中支援尺寸規格。
- **遵循指引以在所有裝置上使用簡化[表單](/docs/architect/zh-tw/well-architected/guide/engaging#表單)**。
- **針對關鍵尺寸規格建立測試計畫 (以及良好的測試)**。理想情況下,您會針對所有應用程式測試所有裝置和尺寸規格。然而,針對尺寸規格測試設定正確的裝置 (或裝置模擬器) 可能是一項重大投資。如果您知道某個應用程式或一組應用程式將在行動裝置或平板電腦上擁有大量使用者,請在行動裝置和平板電腦尺寸規格上為這些應用程式排定準確測試的優先順序。

下方的 [模式與反模式](/docs/architect/zh-tw/well-architected/guide/engaging#簡化應用程式模式和反模式)清單顯示 Salesforce 組織中正確 (與不良) 尺寸的認知。您可以在建立之前使用這些頁面來驗證您的設計,或識別需要重新設計的頁面。

若要深入瞭解有效尺寸規格設計的 Salesforce 工具,請參閱參與相關的 [工具](/docs/architect/zh-tw/well-architected/guide/engaging#與參與相關的工具)。

### 簡化應用程式模式和反模式

下表顯示要在組織中尋找 (或建立) 的模式選項,以及要避免或鎖定修復的反模式。

✨ 在「[模式與反模式探索器」中](/docs/architect/zh-tw/well-architected-tools/guide/easy-streamlined)探索更多簡化應用程式的模式。

<table>
    <colgroup>
       <col span="1" style="width: 10%;">
       <col span="1" style="width: 45%;">
       <col span="1" style="width: 45%;">
    </colgroup>
    <tbody>
        <tr>
            <th scope="colgroup"></th>
            <th scope="colgroup">模式</th>
            <th scope="colgroup">防模式</th>
        </tr>
        <tr>
            <td rowspan="1"><b>應用程式複雜性</b></td>
            <td><b>在您的組織中:</b>
            <br> - 應用程式在管理員提供的預設組態中有少於 10 個索引標籤
            <br> - 沒有任何應用程式的「停用此應用程式中瀏覽項目的一般使用者個人化」設定為 true</td>
            <td><b>在您的組織中:</b>
            <br> - 應用程式在管理員提供的預設組態中常有 10 個以上的索引標籤
            <br> - 許多應用程式的「停用此應用程式中使用者瀏覽項目的個人化」設定為 true,或在組織範圍內停用自訂瀏覽項目的權限</td>
        </tr>
        <tr>
            <td rowspan="2"><b>表單</b></td>
            <td><b>在您的應用程式中:</b>
            <br> - 欄位會遵循邏輯分組<br> - 資料輸入欄位會一起顯示,以五個或更少的群組顯示
            <br> - 在使用者離開或提交資料前,資料輸入錯誤會明確且顯示在欄位層級
            <br> - 分頁控制會啟用步驟之間的移動<br> - 資料提交發生一次
            <br> - 動作和瀏覽的標籤清楚
            <br> - 提供及時且視覺化的回饋意見以確認使用者動作,例如按一下按鈕
            <br> - 瀏覽按鈕 (例如「前往」、「下一步」和「返回」) 會一致地放置在整個 UI 中</td>
            <td><b>在您的應用程式中:</b>
            <br> - 未依邏輯將資料輸入欄位分組,因此使用者填寫表單需要大量內容切換
            <br> - 資料輸入錯誤包含僅能由瞭解系統內部運作的人員解譯的密碼資訊
            <br> - 只有在按一下表單的提交按鈕時,才會顯示資料輸入錯誤
            <br> - 未清楚定義步驟和分組,導致難以瀏覽
            <br> - 在整個資料輸入流程中多次發生資料提交
            <br> - 動作與瀏覽的標籤會讓不熟悉基本系統功能的使用者感到困惑
            <br> - 未提供使用者動作的視覺確認
            <br> - 瀏覽按鈕會顯示在整個 UI 中的任意位置</td>
        </tr>
        <tr>
            <td><b>在您的表單邏輯中:</b>
            <br> - 欄位會盡可能預先填入或自動完成
            <br> - 使用者不需要等待長時間執行的伺服器端動作完成
            <br> - 自訂元件針對不涉及資料作業的伺服器型動作使用 <code>cacheable=true</code>
            <br> - 資料作業執行一次
            <br> - 在 LWC <code>@wire</code> 轉接器中,處理所有不涉及資料作業的動作</td>
            <td><b>在您的表單邏輯中:</b>
            <br> - 可預先填入或自動完成的欄位需要手動輸入
            <br> - 使用者必須在提交流程期間停止工作,才能等待伺服器端動作完成
            <br> - 自訂元件集 <code>cacheable=false</code></td>
        </tr>
        <tr>
            <td rowspan="3"><b>尺寸規格</b></td>
            <td><b>在您的組織中:</b>
            <br> - Salesforce 提供的 Lightning 頁面範本會用於所有或大多數的頁面
            <br> - 在 Aura 元件設計檔案中,自訂 Lightning 頁面範本使用 <code>design:supportedFormFactors</code> 和 <code>design:supportedFormFactor</code>
            <br> - 在應用程式產生器中提供的自訂 LWC 或 Aura 元件會在各自的設計檔案中宣告支援的尺寸規格,並實作感知寬度的樣式模式</td>
            <td><b>在您的組織中:</b>
            <br> - Classic 仍啟用
            <br> - 自訂 Lightning 頁面範本在 Aura 元件設計檔案中未統一使用 <code>design:supportedFormFactors</code> 和 <code>design:supportedFormFactor</code>
            <br> - 在應用程式產生器中提供的自訂 LWC 或 Aura 元件不會一致在各自的設計檔案中宣告支援的尺寸規格
            <br> - 在自訂 LWC 或 Aura 元件中,Salesforce 提供的介面不會實作寬度認知樣式
            <br> - 在自訂 LWC 或 Aura 元件中,不同尺寸的樣式完全由硬式編碼的 CSS <code>px</code> 或 <code>%</code> 值所驅動</td>
        </tr>
        <tr>
            <td><b>桌面版:</b>
            <br> - 資料輸入欄位和瀏覽控制項適合畫面,且可以依預期與其互動
            <br> - 記錄和應用程式頁面會根據頁面啟用指派規則正確顯示</td>
            <td><b>桌面版:</b>
            <br> - 資料輸入欄位和瀏覽控制項不會顯示在畫面上的預期位置
            <br> - 與資料輸入欄位和瀏覽控制項的互動不符合必要行為
            <br> - 缺少頁面啟用指派規則表示所有使用者都會看見相同的記錄和應用程式頁面</td>
        </tr>
        <tr>
            <td><b>在行動裝置與平板電腦上:</b>
            <br> - 資料輸入與瀏覽控制會正確顯示
            <br> - 使用者可以輕鬆地輸入資料
            <br> - 顯示針對較小的尺寸規格最佳化的行動瀏覽功能表
            <br> - 精簡版面配置會顯示在記錄層級</td>
            <td><b>在行動裝置與平板電腦上:</b>
            <br> - 資料輸入與瀏覽控制不會一致或正確地呈現
            <br> - 使用者無法輕鬆輸入資料
            <br> - 行動瀏覽功能表與桌面瀏覽不同
            <br> - 未在記錄層級設定精簡版面配置</td>
        </tr>
    </tbody>
</table>

## 實用

實用的應用程式可讓使用者感到更有能力且更有效,並減少分心或中斷。

實用的應用程式可協助維護 [資料完整性,](/docs/architect/zh-tw/well-architected/guide/automated#資料完整性)方法是減輕手動錯誤的發生,並在使用者需要時提供回饋意見。它們可協助使用者瞭解他們現在和下次需要專注的動作,並提供相關資訊以協助使用者更快解決自己的問題。它們可提供使用者動作與有意義影響或成就之間的明確連結。

您可以使用三個關鍵習慣建立更實用的應用程式:通知與訊息、應用程式內導覽,以及認可與獎勵。

### 通知與訊息

通知與訊息可協助使用者掌握狀況。

設計良好的通知和傳訊系統可提供使用者及時做出重要決策所需的資訊,藉此提升參與度和生產力。設計不良的通知和傳訊系統 (呈現無關且不及時的訊息) 會產生相反的效果。內部使用者會快速停用或忽略通知,導致他們忽略可能影響重要業務流程的合法訊息。客戶或其他外部使用者很厭倦無意義的通知,可能會決定一併停止使用您的系統。

決定應用程式如何處理傳送通知和訊息給使用者時,請考量下列事項:

- **針對錯誤,請使用通知和訊息作為最後手段**。使用後端處理設計系統中的 [錯誤處理](/docs/architect/zh-tw/well-architected/guide/automated#錯誤處理),此處理可在沒有人力介入的情況下修正特定類型的錯誤。僅傳送關於無法完成工作之重大錯誤的訊息給使用者。同樣地,當業務使用者可以 (且需要) 自行採取一些糾正動作時,只會傳送錯誤訊息。其他錯誤訊息或詳細資料可透過報告提供,並/或使用非同步方法傳送給技術支援人員以進一步追蹤。
- **根據相關性、緊急性和時機性選擇訊息類型**。不同類型的訊息具有不同的封鎖或中斷行為層級。通知是訊息的「封鎖」類型,因為它們需要使用者在能夠繼續工作之前予以確認。與錯誤訊息一樣,應謹慎使用通知。快顯通知是[非封鎖](https://developer.salesforce.com/docs/component-library/documentation/en/lwc/use_toast)的,可有不同的持續性行為,並支援不同類型的訊息使用個案。最不明顯的訊息是[應用程式內通知](https://help.salesforce.com/s/articleView?id=sf.notif_builder.htm&type=5)或電子郵件。這些最適合用於提供使用者可在其選擇時處理的資訊。
- **考量接下來需要發生的狀況**。雖然某些通知具有資訊性 (例如成功訊息),但其他通知可能需要使用者採取某種類型的動作。設計通知時,請務必考量通知本身,以及使用者可能需要採取動作的任何其他資訊。包含使用者可在所有可操作通知中找到其他資訊或完成後續追蹤步驟的明確指示或連結。
- **專注於可讀性**。請確保您清楚地傳達每個通知的目的,以及使用者在回應中需要採取的後續步驟。對於不熟悉基本系統內部運作的業務使用者來說,訊息應該可以理解。建立訊息時,請遵循 [無障礙標準](/docs/architect/zh-tw/well-architected/guide/compliant#無障礙),並確保訊息已本地化,以支援可能顯示訊息所在區域中的使用者。

在您的 [設計標準中](/docs/architect/zh-tw/well-architected/guide/intentional#設計標準)包含何時使用通知或不同類型錯誤的模式,以協助確保應用程式產生器遵循一致的作法。

下方的 [模式與反模式](/docs/architect/zh-tw/well-architected/guide/engaging#實用的應用程式模式與防模式)清單顯示 Salesforce 組織中正確 (與不良) 的通知與傳訊外觀。您可以在建立之前使用這些功能來驗證您的設計,或識別需要重新設計的用途。

若要深入瞭解通知和傳訊的 Salesforce 工具,請參閱參與相關的 [工具](/docs/architect/zh-tw/well-architected/guide/engaging#與參與相關的工具)。

### 應用程式內導覽

應用程式內導覽可以是消除複雜工作流程神秘性的強大方法 (雖然您應該先確定您已將其[最佳化](/docs/architect/zh-tw/well-architected/guide/automated#流程設計)),或協助引導新工作人員。這是以自動化且可調整的方式導入流程變更、醒目提示新功能或散佈訓練的絕佳方法。不過,如果未仔細實作,則應用程式內導覽可能會過度使用。頻繁的快顯視窗或警示可能會為使用者造成大量的雜訊和中斷,進而導致生產力損失。應用程式內導覽也可能會過度使用,導致版本與變更管理流程變得較繁琐 (特別是簡單功能)。最終,應用程式內導覽的過度使用與過低使用都會導致對業務造成許多風險的問題,包括:

- 資料完整性降低
- 使用者錯誤增加
- 使用者挫折度較高且使用者滿意度較低
- 使用者生產力降低

請記住,您可能想要在不同情況下以不同的方式使用應用程式內導覽,因為使用者的心態將會決定指引的程度為「過多」與「不足」。首次導入新系統的使用者,可能需要傳訊的頻率比僅僅要在熟悉系統中瞭解新功能的使用者更高。

以下是建立有效應用程式內導覽的一些關鍵:

- **開發設計標準**。請務必記住,過度接觸應用程式內導覽會造成使用者開始定期關閉或忽略訊息。此時應用程式內導覽會變成麻煩,而非資源。定義 [設計標準](/docs/architect/zh-tw/well-architected/guide/intentional#設計標準)以清楚說明使用提示、逐步解說、欄位級說明文字、驗證訊息、路徑、畫面流程等的時機。
- **建立指引實作的優先順序系統**。並非應實作應用程式內導覽的每個使用個案。請考量下列要排定優先順序的問題。您在哪裡可以使用更好的欄位名稱、按鈕上更明確的標籤、更好的[格式設計](/docs/architect/zh-tw/well-architected/guide/engaging#表單)和[流程最佳化](/docs/architect/zh-tw/well-architected/guide/automated#流程設計)來建立更直覺的工作流程?在哪裡可以將更實用的文字或連結新增至路徑?應用程式內導覽會有什麼[業務成本影響](/docs/architect/zh-tw/resources/guide/kpi-spreadsheet-template)?您想向使用者傳送訊息的頻率為何?此外,請確保任何實作都包含在您的[藍圖上](/docs/architect/zh-tw/well-architected/guide/intentional#路線圖),讓所有利害關係人都能看見。
- **將使用者對應至啟用中 (和建議的) 應用程式內導覽**。將使用者對應至應用程式內導覽可協助您識別並防止因為使用者顯示的應用程式內導覽過多而導致「實用性過多」。這通常是由於小組對其特定使用個案的考量過於窄窄,因此會產生隔離開發。針對大型組織,對使用者將會接觸的內容維護整體檢視特別重要。在您的藍圖上包含指引實作也有幫助。
- **收集並使用回饋意見以改善**。檢閱應用程式內導覽用量的資料,並使用該資料判斷應用程式內導覽部署的效率。請務必為使用者提供方式來同時提供開放式回饋意見,以協助指引產生器。

下方的 [模式與反模式](/docs/architect/zh-tw/well-architected/guide/engaging#實用的應用程式模式與防模式)清單顯示 Salesforce 組織中適當 (與不良) 的應用程式內導覽外觀。您可以在建立之前使用這些項目來驗證設計,並識別需要重新設計的實作。

若要深入瞭解 Salesforce 工具以用於應用程式內導覽,請參閱與參與相關的 [工具](/docs/architect/zh-tw/well-architected/guide/engaging#與參與相關的工具)。

### 認可與獎勵

將認可與獎勵建立在應用程式中,可協助使用該應用程式的個人更熟悉其工作的影響,並進一步瞭解其貢獻、生產力與績效的價值。這也是發揮忠誠度與參與的強大方法。

不針對認可或獎勵應用程式體驗而設計,會造成各種問題,包括:

- 難以瞭解進度或速度的使用者
- 對目標進度或未完成工作的困惑
- 更不具生產力的使用者,無法看見其工作與「全貌」之間的連結
- 浪費在手動、低層級目標報告上的管理時間

獎勵應用程式體驗可能難以設計和提供,因為這些體驗取決於公司文化、原則和標準,以及個別使用者的內容和偏好設定。可幫助桌上型電腦使用者感受到滿意或欣賞的時刻的功能,可能會對行動裝置上的使用者或嘗試從雜亂且忙碌的住家辦公室工作的使用者造成刺激。使用應用程式處理私人或高敏感性資訊的人員可能不喜歡透過碎紙慶祝或徽章的方式進行里程碑的溝通。相反地,散佈式銷售小組可能會將此類遊戲化視為適當的應用程式體驗。最終,您選擇的實作模式最適合透過在小組中與使用者體驗 (UX) 設計師合作來決定。

當涉及結構時,識別應用程式如何以及何處可實作功能,以協助使用者感到受到認可和獎勵很重要。瞭解這些功能如何以及在何處讓應用程式變得較不[可重複使用](/docs/architect/zh-tw/well-architected/guide/composable)或無法提供[真實業務價值](/docs/architect/zh-tw/well-architected/guide/automated#業務價值)也是關鍵。

以下是在 Salesforce 應用程式中評估認可與獎勵時必須考量的一些問題:

- **使用者可以如何以及何處查看自己的進度以及整體小組的統計資料?**報告很重要,但通常會包含可能遺漏日常工作內容的摘要資料。您可以使用如 Lightning 應用程式產生器等工具,在應用程式內容內的記錄畫面上內嵌圖表或顯示面板,協助使用者瞭解其日常工作中的影響或進度。
- **如何辨識使用者?**這可能會因小組或個人偏好設定而有所不同。在某些情況下,上司可能想要查看有關使用者進度的訊息,以便與較大的群組共用這些訊息。認可也可以是協助員工士氣的額外益處。在其他情況下,使用者可能只希望是唯一收到特定工作或專案進度通知的人員。

下方的 [模式與反模式](/docs/architect/zh-tw/well-architected/guide/engaging#實用的應用程式模式與防模式)清單顯示 Salesforce 組織中正確 (與不良) 的認可與獎勵外觀。您可以在建立之前使用這些項目來驗證設計,並識別需要重新設計的實作。

若要深入瞭解認可和獎勵的 Salesforce 工具,請參閱與參與相關的 [工具](/docs/architect/zh-tw/well-architected/guide/engaging#與參與相關的工具)。

### 實用的應用程式模式與防模式

下表顯示要在組織中尋找 (或建立) 的模式選項,以及要避免或鎖定修復的反模式。

✨ 在「[模式與反模式探索器」中](/docs/architect/zh-tw/well-architected-tools/guide/easy-helpful)探索更多有用的應用程式模式。

<table>
    <colgroup>
       <col span="1" style="width: 10%;">
       <col span="1" style="width: 45%;">
       <col span="1" style="width: 45%;">
    </colgroup>
    <tbody>
        <tr>
            <th scope="colgroup"></th>
            <th scope="colgroup">模式</th>
            <th scope="colgroup">防模式</th>
        </tr>
        <tr>
            <td rowspan="3"><b>通知與訊息</b></td>
            <td><b>您的設計標準包括:</b>
                <br> - 通知、快顯和通知的已批准使用個案
                <br> - 整理變體和通知的設計模式
                <br> - 錯誤傳訊的設計模式</td>
            <td>如果已定義設計標準,則不會解決錯誤與通知</td>
        </tr>
        <tr>
            <td><b>在您的組織中:</b>
                <br> - 通知是主要的傳訊格式
                <br> - 快顯訊息使用變體
                <br> - 「<code>模式</code>」設為「<code>貼近</code>」的快顯訊息不存在
                <br> - 通知很少使用 (若有)
                <br> - 生成回應一律可識別使用的資料來源
                <br> - 機器人在第一次與使用者互動前清楚識別自己
                <br> - 在第一次互動之前,會向使用者顯示與生成式 AI 相關聯風險的免責聲明
                <br> - AI 免責聲明為使用者清楚且易懂的語言</td>
            <td><b>在您的組織中:</b>
                <br> - 電子郵件是主要的傳訊格式
                <br> - 對於訊息類型沒有一致的方法
                <br> - 快顯訊息不會一直使用變體
                <br> - 使用設定為「<code>粘疊</code>」之 <code>模式</code>的快顯訊息
                <br> - 特別使用通知
                <br> - 生成回應不會識別使用的資料來源
                <br> - 在第一次與使用者互動之前,機器人無法清楚識別自己
                <br> - 不會向使用者顯示生成式 AI 風險的免責聲明
                <br> - AI 免責聲明不使用使用者易懂的明確語言</td>
        </tr>
        <tr>
            <td><b>在您的應用程式中:</b>
                <br> - 沒有直接傳送生成回應給一般使用者,沒有人類參與的點數</td>
            <td><b>在您的應用程式中:</b>
                 <br> - 生成回應會直接傳送給一般使用者,但沒有人類參與的點數</td>
        </tr>
        <tr>
            <td colspan="2">另請參閱:<a href="https://staging.architect.salesforce.com/docs/architect/zh-tw/well-architected/easy/automated#error-handling">錯誤處理</a></td>
        </tr>
        <tr>
            <td rowspan="2"><b>應用程式內導覽</b></td>
            <td><b>您的設計標準和文件包括:</b>
                <br> - 應用程式內導覽的已批准使用個案
                <br> - 提示與逐步解說的設計模式
                <br> - 清晰的使用者矩陣、應用程式和已啟用的應用程式內導覽</td>
            <td>如果存在設計標準和文件,則會:
                <br> - 請勿處理應用程式內導覽
                <br> - 請勿包含顯示使用者、應用程式、已啟用應用程式內導覽的明確矩陣</td>
        </tr>
        <tr>
            <td><b>在您的組織中:</b>
                <br> - 「應用程式內導覽之間延遲」設定使用預設值或比 Salesforce 所提供預設 (24 小時) 期間<i>長</i>的自訂值
                <br> - 沒有任何應用程式擁有多個啟用的逐步解說
                <br> - 沒有逐步解說具有大於 10 的「顯示時間」設定
                <br> - 未針對「任何頁面、任何應用程式」或「此頁面、任何應用程式」啟用提示</td>
            <td><b>在您的組織中:</b>
                <br> - 「應用程式內導覽之間延遲」設定為短於 Salesforce 所提供預設 (24 小時) 的期間
                <br> - 應用程式擁有多個啟用的逐步解說
                <br> - 許多逐步解說的「顯示時間」設定大於 10 (有些逐步解說的最大值為 30)
                <br> - 會臨時啟用提示,許多提示具有「任何頁面、任何應用程式」或「此頁面、任何應用程式」設定
                </td>
        </tr>
        <tr>
            <td><b>認可與獎勵</b></td>
            <td><b>在您的組織中:</b>
                <br> - 應用程式使用內嵌分析向使用者顯示相關的目標進度與生產力統計資料
                <br> - 只有在使用者同意的情況下才會啟用路徑慶祝
                <br> - 通知與傳訊包含使用者辨識,並反映使用者偏好設定,以設計通知對象及觸發通知的項目
            </td>
            <td><b>在您的組織中:</b>
                <br> - 與目標進度和生產力統計資料相關的分析僅適用於報告或經理顯示面板
                <br> - 啟用路徑慶祝,而無須檢查使用者同意
                <br> - 通知和傳訊不包含任何類型的使用者識別,或不反映使用者的偏好設定,並感到雜訊或煩惱
            </td>
        </tr>
    </tbody>
</table>

## 與參與相關的工具

<table class="tools-table"><tbody><tr><th>工具</th><th>描述</th><th>已簡化</th><th>實用</th></tr>
<tr><td><a href="https://help.salesforce.com/s/articleView?id=sf.lightning_page_getting_into_salesforce1.htm&type=5">啟用 Lightning 應用程式頁面</a></td><td>管理頁面可用性、命名、可視性和定位</td><td class="check-col">X</td><td class="check-col"></td></tr>
<tr><td><a href="https://appexchange.salesforce.com/appxListingDetail?listingId=a0N30000004gHhLEAU">採用顯示面板</a></td><td>檢閱登入歷程記錄、功能採用與生產力</td><td class="check-col">X</td><td class="check-col">X</td></tr>
<tr><td><a href="https://www.lightningdesignsystem.com/components/alert/">警示</a></td><td>在工作階段中保留警示,並且在沒有使用者起始的情況下顯示警示</td><td class="check-col"></td><td class="check-col">X</td></tr>
<tr><td><a href="https://developer.salesforce.com/docs/component-library/documentation/en/lwc/lwc.apex_result_caching">用戶端快取 Apex 方法結果</a></td><td>使用快取的用戶端資料評估效能</td><td class="check-col">X</td><td class="check-col"></td></tr>
<tr><td><a href="https://help.salesforce.com/s/articleView?id=sf.dynamic_forms_overview.htm&type=5">動態表單</a></td><td>僅向使用者顯示必要欄位和頁面區段</td><td class="check-col">X</td><td class="check-col"></td></tr>
<tr><td><a href="https://help.salesforce.com/s/articleView?id=sf.networks_insights_enable.htm&type=5">參與洞察</a></td><td>監視最近使用者活動並視需要採取行動</td><td class="check-col">X</td><td class="check-col">X </td></tr>
<tr><td><a href="https://help.salesforce.com/s/articleView?id=sf.customhelp_lexguid.htm&type=5">應用程式內導覽 </a></td><td>使用提示和逐步解說進行訓練和上線</td><td class="check-col"></td><td class="check-col">X</td></tr>
<tr><td><a href="https://help.salesforce.com/s/articleView?id=sf.customhelp_lex_learning_intro.htm&type=5">學習路徑</a></td><td>個人化使用者學習體驗</td><td class="check-col"></td><td class="check-col">X</td></tr>
<tr><td><a href="https://help.salesforce.com/s/articleView?id=sf.lightning_app_builder_overview.htm&type=5">Lightning 應用程式產生器</a></td><td>無須程式碼即可建立自訂行動和 Lightning 頁面</td><td class="check-col">X</td><td class="check-col"></td></tr>
<tr><td><a href="https://developer.salesforce.com/docs/component-library/documentation/en/lwc/lwc.data_ui_api">Lightning 資料服務</a></td><td>快取和共用元件之間的資料</td><td class="check-col">X</td><td class="check-col"></td></tr>
<tr><td><a href="https://www.lightningdesignsystem.com/tools/validator/">VS 程式碼的 Lightning 設計系統驗證程式</a></td><td>根據 SLDS 指導方針驗證標記</td><td class="check-col">X</td><td class="check-col">X</td></tr>
<tr><td><a href="https://help.salesforce.com/s/articleView?id=sf.lightning_page_templates.htm&type=5">Lightning 頁面範本</a></td><td>針對不同的尺寸規格建立 Lightning 頁面</td><td class="check-col">X</td><td class="check-col"></td></tr>
<tr><td><a href="https://help.salesforce.com/s/articleView?id=sf.fields_lookup_filters.htm&type=5">對應篩選</a></td><td>篩選對應、主要 - 詳細資料和階層關係的值</td><td class="check-col">X</td><td class="check-col"></td></tr>
<tr><td><a href="https://help.salesforce.com/s/articleView?id=sf.admin_currency.htm&type=5">管理多重貨幣</a></td><td>在交易中使用多重貨幣</td><td class="check-col"></td><td class="check-col">X</td></tr>
<tr><td><a href="https://help.salesforce.com/s/articleView?id=livemessage_intro.htm&language=en_US&type=5">傳訊 </a></td><td>傳送 SMS、Facebook Messenger 或 WhatsApp 訊息</td><td class="check-col"></td><td class="check-col">X </td></tr>
<tr><td><a href="https://help.salesforce.com/s/articleView?id=s1_branded_apps.htm&language=en_US">Mobile Publisher</a></td><td>建立 Lightning 應用程式和 Experience Cloud 網站的行動版本</td><td class="check-col">X</td><td class="check-col"></td></tr>
<tr><td><a href="https://developer.salesforce.com/docs/component-library/documentation/en/lwc/lwc.mobile">行動就緒元件</a></td><td>建立在行動體驗中表現良好的元件</td><td class="check-col">X</td><td class="check-col"></td></tr>
<tr><td><a href="https://help.salesforce.com/s/articleView?id=sf.siteforce_languages_overview.htm&type=5">多國語言網站</a></td><td>建立網站的不同語言版本</td><td class="check-col">X</td><td class="check-col">X</td></tr>
<tr><td><a href="https://help.salesforce.com/s/articleView?id=sf.notif_builder.htm&type=5">通知產生器</a></td><td>建立自訂通知以呈現資訊</td><td class="check-col"></td><td class="check-col">X</td></tr>
<tr><td><a href="https://help.salesforce.com/s/articleView?id=sf.path_overview.htm&type=5">路徑</a></td><td>引導使用者完成業務流程並慶祝成功</td><td class="check-col">X</td><td class="check-col">X </td></tr>
<tr><td><a href="https://developer.salesforce.com/docs/atlas.en-us.apexcode.meta/apexcode/apex_cache_namespace_overview.htm">平台快取</a></td><td>快取資料時改善效能與可靠性</td><td class="check-col">X</td><td class="check-col"></td></tr>
<tr><td><a href="https://help.salesforce.com/s/articleView?id=sf.lightning_app_builder_mobile_guidance.htm&type=5">在 Lightning 應用程式產生器中預覽行動應用程式頁面</a></td><td>在行動裝置上預覽記錄和應用程式頁面</td><td class="check-col">X</td><td class="check-col"></td></tr>
<tr><td><a href="https://www.lightningdesignsystem.com/components/prompt/">提示</a></td><td>警示使用者系統相關問題與更新</td><td class="check-col"></td><td class="check-col">X</td></tr>
<tr><td><a href="https://help.salesforce.com/s/articleView?id=networks_recog_badges.htm&type=5&language=en_US">認可徽章</a></td><td>認可並慶祝使用者成就</td><td class="check-col"></td><td class="check-col">X </td></tr>
<tr><td><a href="https://help.salesforce.com/s/articleView?id=sf.workcom_overview.htm&type=5">使用 WDC 辨識</a></td><td>贊同技能並表示感謝</td><td class="check-col"></td><td class="check-col">X </td></tr>
<tr><td><a href="https://help.salesforce.com/s/articleView?id=customize_recordtype.htm&type=5&language=en_US">記錄類型</a></td><td>個人化業務流程、選項清單值和版面配置</td><td class="check-col">X</td><td class="check-col">X</td></tr>
<tr><td><a href="https://help.salesforce.com/s/articleView?id=networks_reputation_overview.htm&type=5&language=en_US">聲譽概觀</a></td><td>認可參與與Knowledge共用</td><td class="check-col"></td><td class="check-col">X </td></tr>
<tr><td><a href="https://help.salesforce.com/apex/HTViewHelpDoc?id=sf.security_restriction_rule.htm&language=en_US">限制規則</a></td><td>防止使用者存取可能包含不必要資料的記錄</td><td class="check-col">X</td><td class="check-col"></td></tr>
<tr><td><a href="https://help.salesforce.com/s/articleView?id=sf.lightning_page_components.htm&type=5">標準頁面元件</a></td><td>瞭解標準 Salesforce Lightning 元件</td><td class="check-col">X</td><td class="check-col"></td></tr>
<tr><td><a href="https://help.salesforce.com/s/articleView?id=workbench_overview.htm&type=5&language=en_US">翻譯</a></td><td>管理全域使用者的翻譯</td><td class="check-col">X</td><td class="check-col">X</td></tr>
<tr><td><a href="https://help.salesforce.com/s/articleView?id=sf.fields_about_field_validation.htm&type=5">驗證規則</a></td><td>儲存之前,確認資料符合指定的標準</td><td class="check-col">X</td><td class="check-col"></td></tr>
</table>

## 與參與相關的資源

<table class="tools-table"><tbody><tr><th>資源</th><th>描述</th><th>已簡化</th><th>實用</th></tr>
<tr><td><a href="/docs/architect/zh-tw/decision-guides/guide/build-forms">建築師建立表單指南</a></td><td>評估表單設計考量事項並選取最佳工具</td><td class="check-col">X</td><td class="check-col"></td></tr>
<tr><td><a href="https://developer.salesforce.com/docs/component-library/documentation/en/lwc/use_config_form_factors">針對不同的尺寸規格設定元件</a></td><td>設定元件以在桌上型電腦和手機中呈現</td><td class="check-col">X</td><td class="check-col"></td></tr>
<tr><td><a href="https://help.salesforce.com/s/articleView?id=customhelp_about.htm&type=5&language=en_US">自訂說明內容</a></td><td>為您的獨特實作量身打造說明內容 </td><td class="check-col"></td><td class="check-col">X</td></tr>
<tr><td><a href="https://help.salesforce.com/s/articleView?id=sf.fields_defining_default_values.htm&type=5">預設欄位值</a></td><td>定義預設、動態或靜態欄位值</td><td class="check-col">X</td><td class="check-col"></td></tr>
<tr><td><a href="https://www.lightningdesignsystem.com/guidelines/overview/">設計原則</a></td><td>建立符合最佳作法的使用者介面</td><td class="check-col">X</td><td class="check-col">X</td></tr>
<tr><td><a href="/docs/architect/zh-tw/resources/guide/design-standards-template">設計標準範本</a></td><td>為您的組織建立設計標準</td><td class="check-col">X</td><td class="check-col">X</td></tr>
<tr><td><a href="https://trailhead.salesforce.com/content/learn/modules/ux-designer-certification-prep/refresh-your-design-testing-skills">設計測試技能 (Trailhead)</a></td><td>計畫驗證和測試設計的方法</td><td class="check-col">X</td><td class="check-col">X </td></tr>
<tr><td><a href="https://www.lightningdesignsystem.com/guidelines/in-app-feedback/overview/">應用程式內回饋意見原則</a></td><td>檢閱指導方針以從系統收集回饋意見</td><td class="check-col">X</td><td class="check-col">X</td></tr>
<tr><td><a href="https://github.com/salesforce-ux/design-system-android">Lightning Design System Android 靜態程式庫</a></td><td>使用 Lightning 頁面的外觀和操作建立原生 Android 應用程式</td><td class="check-col">X</td><td class="check-col"></td></tr>
<tr><td><a href="https://github.com/salesforce-ux/design-system-ios">Lightning Design System iOS 靜態程式庫</a></td><td>使用 Lightning 頁面的外觀和操作建立原生 iOS 應用程式</td><td class="check-col">X</td><td class="check-col"></td></tr>
<tr><td><a href="https://www.lightningdesignsystem.com/guidelines/messaging/overview/">傳訊指導方針</a></td><td>傳達相關資訊並建立愉快的時刻</td><td class="check-col"></td><td class="check-col">X</td></tr>
<tr><td><a href="https://www.lightningdesignsystem.com/guidelines/messaging/types/">傳訊類型</a></td><td>根據使用者互動瞭解不同的傳訊類型</td><td class="check-col"></td><td class="check-col">X </td></tr>
<tr><td><a href="https://www.lightningdesignsystem.com/guidelines/navigation/">瀏覽指導方針</a></td><td>協助使用者在頁面之間移動,並在應用程式中定位自己</td><td class="check-col">X</td><td class="check-col"></td></tr>
<tr><td><a href="https://trailhead.salesforce.com/content/learn/modules/testing-for-web-accessibility">網頁無障礙測試 (Trailhead)</a></td><td>使用自動與手動測試來確保無障礙</td><td class="check-col">X</td><td class="check-col">X </td></tr>
<tr><td><a href="https://www.lightningdesignsystem.com/guidelines/user-engagement/overview/">使用者參與指導方針</a></td><td>檢閱上線、採用、協助和學習的原則</td><td class="check-col">X</td><td class="check-col">X</td></tr>
</table>

## 告訴我們您的想法

協助我們讓 Salesforce Well-Architected 與您相關;進行我們的[調查](https://sfdc.co/bxNtvh)以提供此內容的回饋意見,並告訴我們您接下來想要查看的內容。
