向客戶交付工作流程

Feedback General
1

嘿各位，

我即將與我的第一位客戶聯繫，為他們設置一個 n8n 工作流程，連接他們的 Google Calendar、Gmail、Google Drive 和 Airtable。我遇到的問題是，我需要訪問他們的帳戶來完成整個設置，但我對他們來說是陌生人。要求他們的密碼感覺像是一個巨大的信任障礙，特別是對於一個小型企業主來說，他們的整個業務都與他們的 Google 帳戶相關聯。

我有幾個問題：

  1. 實際上，你要怎樣才能在不要求密碼的情況下獲得訪問權限？OAuth 或 Google Workspace 共享是標準做法嗎？

  2. 你有過拒絕給予任何訪問權限的客戶嗎？你是如何處理的？

  3. 有沒有辦法可以安排設置流程，讓客戶自己連接憑據，而你在旁邊指導他們，這樣密碼完全保留在他們這一邊？任何實際向非技術客戶交付過此服務的人提供的實用建議都會非常有幫助。

謝謝。

2

@andrej_vlaovic OAuth 就是為了這個目的而設計的，你永遠不會接觸他們的密碼。他們在 n8n 認證頁面上點擊「使用 Google 登入」，然後在 Google 自己的頁面上授權，這樣密碼就只留在 Google，n8n 只會取得一個可撤銷的權杖。對於非技術性用戶端，只需進行螢幕分享，你操作 n8n，他們只需點擊一次同意即可。Airtable 也是同樣的做法，讓他們建立一個個人存取權杖，範圍限制在你需要的 base 而不是分享帳戶。如果有人直接拒絕，就用你自己的虛擬帳戶進行開發，然後在最後讓他們連接自己的認證資訊。

1個讚
3

很好的問題，你的直覺完全正確 — 永遠不要向客戶索要密碼。OAuth（客戶端在他們自己的一方授予存取權限）正是這樣的標準。以下是我會如何架構它：

  1. 無密碼取得存取 — 讓客戶端連接他們自己的認證資訊。
    最清楚的設置方式：在客戶端自己擁有的 n8n 執行個體內建立工作流程（他們的 n8n Cloud 或自託管），讓他們邀請你作為編輯者/成員。他們在 Google 的同意畫面上點擊「使用 Google 登入」並核准權限範圍 — 權杖留在他們那邊，你絕對不會碰到任何密碼。Airtable 也是一樣：他們產生一個個人存取權杖，僅限於你需要的庫，然後貼上去。你建立；他們擁有金鑰。

如果他們還沒有自己的 n8n，次佳的方案是進行快速的螢幕分享通話，你一步步引導他們連接每個認證資訊。他們自己按每個「允許」按鈕。15 分鐘，信任障礙就消失了。

  1. 針對 Google — 兩個可靠的選項：
  • Google OAuth2：客戶端透過 Google 的同意畫面登入並核准權限範圍（日曆/Gmail/雲端硬碟）。隨時可從他們的 Google 帳戶 → 安全性 → 第三方應用程式存取權 完全撤銷。
  • 針對想要 IT 控制的 Workspace 客戶端：管理員設置一個具有全網域委派的服務帳戶，或建立一個僅共享到相關日曆/雲端硬碟的專用「automations@company」帳戶。有權限範圍、可審計、沒有個人密碼。獨立的自動化帳戶也會讓影響範圍保持較小。
  1. 拒絕任何存取權的客戶端：
    以匯出的 JSON 形式交付工作流程，加上簡短的逐步說明，顯示他們如何匯入並連接自己的認證資訊。他們在他們那邊執行整個工作流程 — 你絕對不會登入他們的帳戶。對於非技術型的擁有者，付費的 30 分鐘引導設置通話很有效：他們保留完全控制，你獲得陪同費用。

化解信任障礙的一句話：提前告訴他們 — 「你將透過 Google 的安全登入來連接自己的帳戶。我永遠不會看到或儲存你的密碼，你隨時可以用一次點擊撤銷我的存取權。」提早說出來，大多數擁有者會立即放心。

底線：有權限範圍的、客戶端擁有的、可撤銷的認證資訊 — 在他們的執行個體內建立或在通話中引導。密碼始終保留在他們那邊。

1個讚
4

設定可以由客戶端擁有，而不是被客戶端遺棄。

我會使用一份簡短的交接清單：客戶端擁有 n8n 工作區，在螢幕上連接 Google/Airtable，你記錄所使用的範圍、測試操作、撤銷路徑，以及第一次執行後稽核記錄能證明什麼。這通常比要求存取權限更能建立信任。

1個讚
5

嘿 Andrej，

歡迎加入社群！首先，你的直覺 100% 正確——絕對不要向客戶要求他們的原始密碼。這對你來說是個巨大的責任風險，對他們來說則是重大的安全隱患。

作為一名經常構建這些工作流程的 AI 自動化工程師，我可以告訴你，在上線期間正確地呈現這一點實際上會建立信任，而不是破壞它。以下是如何使用 n8n 乾淨專業地處理這個問題的方法：

1. 標準做法：限定範圍、無密碼存取

整個現代 API 生態系統都是為了避免共享密碼而構建的。你應該依賴現代授權框架：

  • Google OAuth 2.0：對於 Gmail、Calendar 和 Drive，n8n 使用原生 OAuth。配置憑證時，你（或客戶）點擊「使用 Google 登入」。這會將他們重定向到 Google 的安全登入視窗。他們授權該請求，Google 就會將安全的、可撤銷的令牌傳遞回 n8n。你永遠看不到密碼。

  • Airtable 個人存取令牌 (PAT)：不是共享帳戶，而是讓客戶從他們的開發者設定中生成 PAT。至關重要的是，他們可以限定這個令牌的範圍，使其只能存取你為其構建的特定工作區或資料庫，完全保護其其餘資料的隱私。

2. 處理高安全性或風險規避的客戶

如果客戶完全拒絕在開發期間授予對其生產環境的存取權限，則可以轉向沙箱框架：

  • 使用虛擬帳戶構建：將 n8n 節點連接到你自己的預備/測試 Google 和 Airtable 帳戶。使用完全模擬他們的虛擬資料結構來構建完整的邏輯、錯誤處理和資料映射。

  • 「隨插即用」匯出：完全測試後，你可以簡單地將工作流程匯出為 JSON 檔案或給他們提供畫布的存取權。

3. 結構化無縫設定會議

對於非技術性的小型企業主，消除信任障礙的最佳方式是引導式共同工作部署通話。

  • 階段 1（準備）：向他們發送一個快速的 60 秒 Loom 影片，準確顯示他們在哪裡生成 Airtable PAT。

  • 階段 2（實況通話）：安排一個 30 分鐘的螢幕共享。你控制工作流程畫布和邏輯。當該連接帳戶時，將簡報控制權交給他們。他們點擊「使用 Google 登入」按鈕，在自己的瀏覽器上點擊「允許」，憑證就會安全地儲存在他們的實例中。

    為了保護你的業務安全，我們的代理商協議規定我們永遠不會接觸或看到你的個人密碼。我們負責繁重的自動化邏輯工作，而你可以直接通過 Google 的安全入口安全地批准連接。通過改變敘述方式，你將潛在的安全障礙轉變為展示你的專業素養的機會。

希望這能幫助你成功簽下你的第一個客戶！如果你遇到任何映射問題，請告訴我。

1個讚
How should client credentials be set up?