主題
- 如何透過應用程式開發介面 (API) 將所有時間輸入資料從 Asana 匯出為 CSV
- 規則整合和小工具
- HubSpot 規則整合
- 適用於生產力和溝通的規則整合
- PagerDuty 規則整合
- 雲端儲存和檔案共用的規則整合
- 規則
- 規則中的條件和分支
- 任務相依性
- 專案範本
- 工作流程產生器
- 核准
- 表單自訂
- 篩選及排序自訂欄位
- 與表單提交者的電子郵件溝通
- 相依性類型
- 表單
- 綁定
- Asana時間追蹤
- 分享表單
- 執行規則動作
- 將綁定套用至專案
- 請設定規則權限
- 公式自訂欄位
- 自訂欄位
- 任務範本
- 手動觸發規則
- 請使用 ID 自訂欄位。
- 表單中的字段映射
- 管理專案範本儀表板
- 請使用規則中的變數。
- 請在規則中設定日期
- 套件管理和權限
- 綁定常見問題
- 觸發規則
- 請查看規則執行歷史記錄
- 全域欄位的管理儀表板
- 參考自訂欄位
- 自訂欄位類型和限制
- 自動變換依存任務的日期
- Claude 中的 Asana 應用程式
- 將時間追蹤資料從 Everhour 遷移至 Asana
- Asana 與 Meta 推出的工作空間
- Asana for Adobe Creative Cloud
- Vimeo 與 Asana
- Jira Data Center 常見問題
- Jira 資料中心
- Slack 與 Asana
- 合規性管理：應用程式開發介面 (API) 與整合支援
- Instagantt 和 Asana
- 使用 Google 智慧型方塊
- Google 日歷 + Asana
- 行事曆與Asana
- GitHub與Asana整合
- Google表單與Asana
- Google 和 Asana
- Google試算表與Asana
- 整合 Power BI
- 在 Asana 中的 Zoom 會議
- Asana for Gmail 附加元件
- Asana for Outlook附加元件
- Microsoft Teams與Asana整合
- 使用 Zapier 和 Asana
- Wufoo與Asana
- 使用 Tray.io 與 Asana
- 使用 AI Studio 建立 Zoom 通話筆記工作流程
- 自動化和 AI Studio 的 Zoom 轉錄文字
- 請參閱 Asana for Jira Cloud 常見問題
- 使用 Chrome 擴充功能與 Asana
- Zendesk整合
- 網頁表單與Asana
- Outlook行事曆與Asana
- 在 Asana 中整合 Salesforce
- Splunk + Asana
- Asana for Jira Cloud
- 應用程式開發介面 (API)
- ChatGPT 中的 Asana 應用程式
- ServiceNow 與 Asana
- 啟用 Asana 內建整合和 Microsoft 365 整合的權限
- Asana for Tableau 整合
- 存取和權限
- 使用 SCIM 在 Okta 中設定 Asana 角色
- 使用 SCIM 在 Microsoft Entra ID 中設定 Asana 角色
- 付費方案的驗證和存取管理選項
- 如何分離 Asana 帳戶
- 具有自訂角色的角色型存取控制 (RBAC)
- Asana歐盟資料中心
- 企業金鑰管理(EKM)
- 實施雙因素驗證
- 多組織部署
- eDiscovery資源中心
- 服務帳戶
- HIPAA合規性
- 雙因素驗證
- 隱私與安全
- 帳戶
- 請使用 SAML 群組對應和 SCIM 互動。
- 在系統管理主控台中管理密碼設定
- Asana和全球貿易合規
- 如何存取管理主控臺
- 設定授權的 SAML 群組對應
- 多個帳戶和合併
- 刪除您的 Asana 帳戶
- Asana帳戶電子郵件政策
- 資料維繫政策
- 權限管理附加元件
- 遵守 FedRAMP 規範
- 合規管理附加元件
- 在 Asana 中允許 IP 清單
- 行動應用程式安全權限
- 自動移除訪客
- 全域驗證設定
- 使用 SCIM 佈建及取消佈建
- 對工作項目申請系統管理員權限
- 個人資料欄位可編輯性控制項
- 適用於Enterprise版組織的SecureAuth
- 應用程式管理和整合
- 瞭解使用者角色權限
- Asana日本資料中心
- 系統管理員安全控制項
- Asana IP 位址範圍和主機名稱
- Asana中的系統管理員和超級管理員角色
- Asana 的資料儲存
將動作新增至您的工作流程
一旦你的基礎就緒，請添加標準化接收的功能，減少手動更新，並創建清晰的“去/不去”時刻。
利用表單將接收標準化
使用表單，將提交內容轉換為專案中的可執行任務。
設定表單
- 開啟專案，並從「自訂」功能表中建立表單。
- 針對您需要的詳細資訊（標題、描述、申請者、目標日期、預算）新增問題。
- 將表單問題對應至自訂欄位，以便使用已填寫的關鍵資料建立任務。
- 使用分支，以便請求者僅查看相關的後續問題。
使用「規則」減少虛工
自動執行重複步驟，以減少手動變更。
使用觸發因素、條件和動作建立規則
- 範例：當任務新增至專案時→ If
Department = Marketing→ Then assign to the Marketing reviewer and setStatus = Assigned. - 範例：當「
狀態」變更為「審核中」時，→新增評論以通知申請者。 - 範例：當
階段移動至人員配置核準時，將任務→轉換為核準，並指派給人員配置團隊。
使用Asana AI更快建立規則
使用智慧規則建立器以簡潔的語言描述您想要的內容（例如，「從表單建立請求時」，檢查「部門=行銷」、「然後指派給Alex並將狀態設定為已指派」）。 Asana會建議適當的觸發因素、條件和動作，您可以查看和發佈。
其他實用選項
- 將多主機關鍵任務轉換為次要專案。
- 在單一規則中添加分支/條件以處理變化，而無需創建數十個單獨的自動化。
使用核準功能建立明晰度
需要正式決策時，將任務標記為核準。 核準人可以選擇「核準 」、「請求變更」或「拒絕」，以便所有人都知道狀態。 使用規則，在正確的階段將任務自動轉換為核準，並將其路由至正確的核準人。
範例：端到端請求工作流程
- 申請者提交表單。 已建立預先填入欄位的任務。
- 規則會將其指派給正確的審核人員並設定「狀態」。
- 當狀態=審查中時，另一個規則會發表評論，讓申請者了解情況。
- 若審核通過，該任務會自動轉換為核準，並指派給人員。
- 核準時，活動團隊會啟動有期限的活動專案(通常來自範本) ，並將其連結回原始請求。
注意
This article has been AI-translated.
Send translation feedback.