權限管理是個有點生硬且敏感的議題，從管理者的角度而言，過於繁雜的權限設置，管理者懶的用；而一般用戶更
不喜歡被權限「控管」或「分級」。但如果負責人能夠依據專案和組員的特性來設定群組權限，將大幅提升溝通協作的效益，專案管理起來也能更加輕鬆有條理。此篇分享TP辦公通在用戶端（Client）權限設定上的重要技巧，讓團隊在溝通討論 或 執行專案時，可以更加得心應手！【重點整理】- 依據組織架構、專案類型，及成員特性，決定權限設定 - TP辦公通的基本組織架構 - 權限設定一覽： ・指派專案管理員； ・重新命名專案/關閉專案； ・編輯專案資訊； ・編輯專案公告； ・新增/刪除成員； ・自訂專案成員權限； ・讓新成員看到歷史對話紀錄； ・使用「自動排程」編輯專案任務； ・把檔案藏起來：「可見性設定」； ・共同編輯專案筆記。- 總結（沒時間可直接跳總結）
其實光從一個管理者如何設定群組權限，就可以看出管理者的管理哲學和態度，以及組織的文化。
依據組織架構、專案類型，及成員特性，決定權限的設定
「權限管理」是個有點敏感的話題，因為當大家聽到「權限管理」，大多很自然地會聯想到「階級」和「限制」，層級越高，權限越高，層級越低，權限則越受到限制。其實光從一個管理者如何設定群組權限，就可以看出管理者的管理哲學和態度，以及組織的文化。TP辦公通只是一個「溝通協作工具」，用意在於提升團隊成員生產力與效率，但唯有當團隊成員願意分享和參與，才能發揮最大的功效，所以在架構設計上，主要是以扁平開放，而在成員溝通上，則是以透明易分享為主。
但我們也了解，有團隊，就需要管理，在權限上就會有一定程度的區分，其設計用意是希望可以收斂當組織或團隊過於龐大所帶來的雜亂。
一般而言，組織或專案越龐大，階層與架構越複雜，時常需要層層的簽核與把關，權限管控的需求也會越大；相反的，成員越少的團隊或專案，組織架構扁平且敏捷，對於權限管控的需求相對就小。不過，現在很多大企業也開始做組織架構上的轉型，導入敏捷式管理與工具，希望能活化組織，朝透明化、顧客導向、持續學習，以適應變化莫測的市場需求。我們也建議專案人數不宜過多，避免權責分配模糊，也容易形成很多幽靈成員。若一個專案的範疇過大時，建議進一步將其切成數個小專案，可以明顯提升溝通協作效率喔！
專案負責人可就成員的多寡，以及專案特性等考量，來設定成員在專案中的權限。
權限的分類：伺服器端 (Server) vs. 用戶端 (Client)
而「權限」主要可以分為兩種，一種是TP辦公通的後台管理員為大家各帳號所設下的權限（可以想像是在遊戲的世界中，各角色帳號先天屬性不同：騎士 或 精靈）；另一種是各成員在TP建立群組時，可以為群組成員設定特定權限，以利專案的執行（在你的村莊或城堡（群組）中，規則由你決定）。簡單來說，後台管理員決定成員帳號權限，專案負責人決定成員在專案中的權限（在任何「主從式架構 (Client–server model)」的服務下，權限一般都會分為伺服器端與用戶端）。而此篇將著墨於用戶端，也就是用TP辦公通聊天協作的各位啦！伺服器端就交給後台管理員去煩惱囉～
後台管理員決定A、B、C、D君的帳號權限，而A、B、C、D君可以自訂負責專案中，成員們的專案權限。
