workspace.deploypages.com/team/members
團隊成員
管理工作區存取權和專案責任
A
Admin User
admin@company.com
D
Developer Dave
dave@company.com
V
Viewer Vicky
vicky@company.com
從上傳檔案到有人負責的發佈
靜態網站仍然需要所有權、審核、網域變更、還原決策和清楚的正式環境路徑。
1. 開啟變更
建置者上傳新版本、匯出 AI 生成網站，或把框架 build 發佈到工作區。
2. 建立預覽
在網域或正式環境狀態改變前，團隊先取得可審核的靜態版本。
3. 一起審核
設計、產品、客戶利害關係人和工程看到同一個可部署狀態，而不是不同 ZIP。
4. 有意識地推進
發佈版本看起來正確時，團隊能用更清楚的所有權把專案往前推。
避免上線失控的控制項
依角色存取
讓部署、網域、帳單、刪除和工作區設定符合真正應該控制它們的人。
稽核可見度
團隊能看到改了什麼、碰了哪個專案、誰觸發發佈動作，才比較容易做正確判斷。
發佈協調
共享工作區能減少預覽、網域、版本、還原和正式環境狀態之間的交接混亂。
工作區控制何時變得有價值
價值不在託管工具裡聊天，而在於知道誰擁有專案、誰能改正式環境、哪個版本可以推進。
接案與客戶工作
把客戶預覽、正式網域、還原決策和專案所有權留在工作區，而不是散在個人帳號中。
行銷與成長上線
讓非工程團隊有受控路徑審核活動頁、連接已核准網域，並在上線需要回復時快速處理。
AI 生成網站交接
把 AI 匯出變成真實團隊能認領、審核、更新、保護並接上正式網域的受管理專案。
網域與發佈所有權
讓自訂網域、正式上線推進、刪除和還原這類高影響動作綁定工作區角色，而不是誰有連結誰就能處理。
常見問題
Q: 什麼時候需要共享工作區？
當不只一個人能影響正式環境時就需要：部署、自訂網域、刪除、帳單、還原和發佈所有權都需要更清楚的邊界。
Q: 專案能在個人和團隊所有權之間移動嗎？
這是靜態網站很合理的模型：一開始是個人預覽，之後變成客戶、公司或團隊擁有的專案。
Q: 靜態平台為什麼也需要存取控制？
靜態發佈同樣有高影響動作：網域、帳單、刪除、還原和正式環境發佈。團隊仍需要清楚責任邊界。
從每個靜態網站原本就有的部分開始
上傳建置好的檔案，取得 HTTPS 連結，等專案需要時再加入網域、還原、統計資料、自動化和團隊控制。