建置它的案例
為什麼要建置這個而不是客戶端入口網站 SaaS？
Portal SaaS 按席位定價，並適合普通代理機構，而你的代理機構則不然。你最終會重新命名交付階段以匹配其標籤，將無法建模的零件匯出到電子表格，並在每次團隊成長時再次付費。 Kliv 圍繞著你的工作室建置入口網站：你的舞臺、你的語言、你的客戶體驗、你的網域。
你的交付流程是與眾不同的——簡介、概念、修訂輪次、簽字——因此門戶應該按字面意思對其進行建模。每個客戶都是一個組織，擁有自己的人員、專案和檔案，並與資料庫隔離。當你最佳化交付方式時，入口網站會在一個句子中出現，而不是在向供應商發出的功能請求中出現。
系統剖析
入口網站實際上知道什麼
代理商入口網站必須將通用專案工具模糊在一起的兩件事分開：團隊內部如何運作以及每個客戶可以看到的內容。一個客戶的行銷總監可以檢視他們的活動日曆、品牌檔案、發票和修訂線索，並且無法透過更改 URL 或猜測 ID 來發現另一個客戶的專案。這是 Kliv 將要建造的系統的形狀。
客戶
每個客戶都是一個組織——其使用者、專案、檔案、批准和計費歷史記錄都位於該牆內。
專案
攜帶你的階段 — 摘要、概念、修訂輪次、簽核 — 以及屬於每個階段的檔案和執行緒。
可交付成果
來源檔案、簡報和決賽——每個客戶共享，預設是私有的。
核准
簽核是工作的記錄狀態，而不是隱藏的電子郵件執行緒。
保留費和發票
商業關係——訂閱狀態、發票、購買歷史記錄——附加到同一個客戶記錄。
要求
傳入客戶端請求的佇列，範圍僅限於提出請求的客戶端。
誰看到什麼
資料庫強制執行的規則
- 客戶端使用者只能讀取屬於其組織的行 — 猜測 URL 或 ID 不會傳回任何結果。
- 檔案預設是私有的；共享是按客戶端進行的，而不是按連結進行的。
- 客戶所有者（而不是其團隊的每個成員）都可以看到帳單詳細資訊。
- 當保留期失效時，權益就會關閉門控區域－沒有人需要記得撤銷存取權限。
結果並不是將「門戶」當作一個通用類別。它將你的交付模型轉變為軟體：客戶、階段、檔案、批准、付款和權限都描述了相同的關係。
Kliv 組裝什麼
平台部件的購物清單－每個部件都是內建的，每個部件都與其他部件組合在一起。
充電方式
代理商收費的三種方式
代理商很少賣一件東西。同一個客戶可能會從策略衝刺開始，進入每月保留期，然後在發布期間購買額外的產能。門戶應該直接理解這些形狀，而不是將每個關係強制放入同一發票範本中。
每月預付金
6,000 美元/月
持續參與的成長型客戶
一個請求佇列、每月報告、一個共享檔案庫和兩個策略呼叫。
- 解鎖
- 活動訂閱將開啟屬於該關係的入口網站部分：未決請求、活動可交付成果、報告和已批准的資產。
- 計費
- 每月更新一次，並根據變化公平按比例分配。如果卡片發生故障，恢復電子郵件將會發出，並且存取範圍可能會縮小，直到帳單已修復。
- 退款
- 退款請求在資金轉移之前先經過審批步驟。
固定範圍專案
一次 18,000 美元
具有明確範圍的品牌更新客戶
專案時間表、原始檔案上傳、概念演示、修訂輪次和最終交付。
- 解鎖
- 購買開啟了該專案的空間——客戶看到的工作與其範圍相關，而不是你的內部工作空間。
- 計費
- 一次收費、一張收據、客戶帳單頁面上的完整購買歷史記錄。專案完成後，空間將轉變為存檔模式。
- 退款
- 相同的審批流程－退款是一個決定，而不是意外。
基於使用情況的附加元件
每份額外簡介 250 美元
內容使用者端在發布期間流量激增
基本保留加上計量的額外內容 — 著陸頁簡介、額外編輯的影片 — 超出了隨附的數量。
- 解鎖
- 計量根據客戶端的登入活動進行，因此雙方都可以看到其中包含的內容、使用的內容以及將計費的內容。
- 計費
- 訂閱後的電錶和帳單上會產生額外費用——沒有經批准的額外費用的附加電子表格。
- 退款
- 有爭議的訂單專案透過相同的核準退款流程解決。
發布前
第一週，啟動前
你不希望啟動客戶入口網站。這就是第一週的實際情況——入口網站已經存在一年了。
塑造門戶
描述工作室的運作方式：顧客如何到達、交付階段、團隊成員。 Kliv 建置了第一個預覽 — 客戶組織、使用你的語言的專案、已經就位的牆。
讓它成為你的
透過指出事物來完善對話：你的藝名而不是通用標籤、你的品牌、你的領域。每個更改都會在其他人看到之前出現在預覽中。
載入真實的東西
建置實際的報價 — 保留方案、專案產品 — 邀請你的團隊，並將一份真實的客戶簡介移入以檢視包含真實內容的入口網站。
試著打破它
作為測試客戶登入並檢查牆壁：他們可以看到其他客戶的專案嗎？執行結帳、故意刷卡失敗、請求退款——檢視恢復電子郵件和批准步驟的工作。
然後排練一年
這是其他建造方式無法為你提供的部分：在 Sandbox 中，透過模擬金錢和模擬時間，快轉十二個月。觀察保留期更新，卡在三月到期並在四月恢復，取消關閉正確的大門。當你釋出時，你並不是在發布猜測，而是在發布一個已經執行了一年業務的門戶。
定製，無定製風險
客製化軟體過去意味著預算、承包商和維護合約。這是一個不同的交易。
企業級零件
登入、在資料庫中強制執行的權限、計費、稽核、電子郵件－自訂系統下的元件與每個 Kliv 應用程式執行時所執行的元件相同。你建置經過驗證的基礎設施；你不需要從頭開始委託程式碼。
按順序更改船舶
當你的流程發生變化時，請這樣說 — 更改是在對話中建置的，你可以在即時預覽中檢視它，並且在你發布之前不會有任何內容到達你的使用者。商業變化甚至可以在 Sandbox 中以模擬的金錢和時間進行演練。
沒有人能日落
現成的工具會按照供應商的時間表重新定價、重新設計和退役，你的工作流程也會隨之發生。只有當你變更時，你的 Kliv 應用程式才會發生變化。這是你的產品，不是別人的產品。
用一句話說出來
“建置一個客戶門戶，每個客戶只能看到自己的專案和檔案，保留人員按月計費，新的客戶請求會為我的團隊建置一張 Trello 卡片。”
這確實是它的開始方式——描述它，然後在對話中完善。
建造或購買
為什麼不直接購買一個入口網站呢？
| 現成的 | 與 Kliv | |
|---|---|---|
| 客戶分離 | 工作區和權限核取方塊 — 手動配置，每次有人加入時重新檢查。 | 每個客戶都是一個組織；行級資料庫規則使跨客戶端讀取變得不可能，而不僅僅是隱藏。 |
| 你的交貨階段 | 他們的管道標籤；你可以調整流程以適應他們。 | 你的話語——簡短、概念、回合、結束——模仿了你已經交付的方式。 |
| 成本結構 | 每個席位、每月 — 帳單隨著你的團隊而不是你的收入而增長。 | 你擁有該系統，並透過它向客戶收費：保留費、專案、計量附加服務。 |
| 改變你的工作方式 | 功能請求、路線圖投票、等待。 | 對話中的一句話、預覽、發布。 |
| 你的資料 | 可匯出，採用他們方案允許的格式。 | 專案、檔案、批准和帳單歷史記錄都是你自己的資料庫中的行。 |
客戶分離
現成的: 工作區和權限核取方塊 — 手動配置，每次有人加入時重新檢查。
與 Kliv: 每個客戶都是一個組織；行級資料庫規則使跨客戶端讀取變得不可能，而不僅僅是隱藏。
你的交貨階段
現成的: 他們的管道標籤；你可以調整流程以適應他們。
與 Kliv: 你的話語——簡短、概念、回合、結束——模仿了你已經交付的方式。
成本結構
現成的: 每個席位、每月 — 帳單隨著你的團隊而不是你的收入而增長。
與 Kliv: 你擁有該系統，並透過它向客戶收費：保留費、專案、計量附加服務。
改變你的工作方式
現成的: 功能請求、路線圖投票、等待。
與 Kliv: 對話中的一句話、預覽、發布。
你的資料
現成的: 可匯出，採用他們方案允許的格式。
與 Kliv: 專案、檔案、批准和帳單歷史記錄都是你自己的資料庫中的行。
常見問題
客戶分離實際上是如何實施的？
在資料庫中。每個客戶都是一個組織，行級規則意味著他們的使用者只能讀取自己的專案和檔案 — 隔離是資料的屬性，而不是你記得隱藏的連結的屬性。
客戶可以透過入口網站付款聘用費嗎？
是的－按比例分配和暫停的按月預付費用、一次性專案費用和自助帳單頁面。過期的卡片會自動重試並追蹤。
它是否連線到我的團隊已經使用的工具？
是的。新的客戶要求可以建置一張 Trello 卡，批准可以 ping Slack — 你的團隊保留其工具，而客戶則獲得一個乾淨的入口網站。
承包商能否獲得有限的存取權限？
是的，角色是同一身份系統的一部分，因此承包商只能看到他們被分配到的專案，而看不到其他任何內容：沒有帳單、沒有保留條款、沒有其他客戶。該規則存在於資料庫中，因此它在任何地方都適用。
合作結束後，客戶的空間會發生什麼事？
不管你的離職說什麼。常見模式：當保留結束時，空間將轉移到存檔 — 最終檔案、發票和批准保持可讀，而新的請求和修訂輪次將關閉，直到購買新的範圍。
我們對一些客戶按月收取費用，有些則按專案收取費用。一個門戶可以同時處理這兩種情況嗎？
是的－保留者是訂閱，專案是同一型錄中的一次性購買，客戶可以同時持有兩者。每個人都會解鎖自己的部分空間，發票就會出現在一個帳單頁面上。
