建置它的案例
為什麼要建置這個而不是實踐管理套件？
實踐管理套件是為中型公司建造的，並按席位授予許可。你的收入被壓縮到他們的表單產生器中，你的檔案工作流程被壓縮到他們的資料夾中，你的帳單被壓縮到他們的發票範本中 — 而且套件仍然不知道諮詢和參與之間的區別。 Kliv 將相同的功能組合到一個系統中，該系統的工作方式與你公司已經採用的方式相同。
你的參與模型就是需求檔案：接收者必須提出的問題、你要求的檔案及其順序、在參與開始之前由誰進行審查、聘用人員和專案費用如何混合。描述這一點，它就會變成一個系統——一種像你推銷的建議一樣經過深思熟慮的客戶體驗。
系統剖析
實踐實際上知道什麼
公司的客戶體驗主要是資訊紀律：誰可以看到哪些檔案、每次業務處於哪個階段、在接收時被問到了什麼並且再也不會被問到。這是 Kliv 將要建造的系統的形狀。
客戶
每個客戶都是一個組織——創辦人、財務長、助理，每個人都看到自己的角色允許做什麼。
訂婚
你的階段 — 諮詢、提案、活動、結束 — 包含屬於每個階段的檔案和帳單。
檔案
請求、接收、交付—預設情況下，每個檔案對其客戶和你的公司都是私有的。
攝取記錄
接待助理捕獲的內容會保留在客戶記錄中，因此沒有人會詢問兩次。
預約
從網站上預訂的諮詢與所涉及的客戶相關。
保留費和發票
商業關係——訂閱狀態、發票和歷史記錄——在同一個客戶記錄上。
誰看到什麼
資料庫強制執行的規則
- 檔案可由其客戶和你的公司讀取－一個客戶在尋找另一個客戶的檔案時找不到任何可尋找的內容。
- 只有在你審核後才會開始參與—批准是一個記錄的步驟，而不是口頭的「同意」。
- 引入的答案仍然存在：第一次打招呼時提出的問題在開始時不會再被問到。
- 客戶所有者可以看到賬單詳細資訊，但他們邀請進入門戶的每個人都無法看到。
這就是公司級在軟體中的實際意義：不是外觀，而是一組關於資訊的規則——資料庫在凌晨 2 點根據每個請求儲存，就像演示中一樣可靠。
Kliv 組裝什麼
平台部件的購物清單－每個部件都是內建的，每個部件都與其他部件組合在一起。
充電方式
診所收費的三種方式
諮商工作分為三個階段：時間、專案、關係。入口網站應該出售所有這三個產品，而不是假裝它們是同一件事。
諮詢
一次性400美元
需要一小時判斷的潛在客戶
預定的課程、之前的攝取量以及之後的筆記——練習的前門。
- 解鎖
- 購買預訂了時段並為會話所需的檔案開啟了空間。
- 計費
- 預訂時付款；一筆費用，一張收據。
- 退款
- 在你批准後重新安排並退款，直到預約為止。
固定費用參與
一次 7,500 美元
具有明確範圍的客戶
參與空間：檔案清單、工作執行緒、分階段交付成果、簽署。
- 解鎖
- 購買開啟了這種參與——客戶看到的是他們的範圍，而不是你的實踐。
- 計費
- 一筆費用，一張收據。工作完成後，空間將轉移到存檔 — 可交付成果和發票保持可讀，新請求將關閉。
- 退款
- 透過決定，透過批准步驟。
每月預付金
$2,500/月
希望你隨時待命的客戶
常設存取：請求執行緒、檔案交換、季度審查、優先預訂。
- 解鎖
- 活躍的保留者保持關係的大門敞開——請求、上傳、評論。
- 計費
- 每月更新。失敗的卡會觸發重試和恢復電子郵件，並且大門會縮小，直到它被修復 — 沒有合作夥伴必須追逐卡片。
- 退款
- 根據你的訂婚信，需要批准。
發布前
第一週，啟動前
公司的入口網站必須在客戶第一次接觸時是正確的。第一週是私下把事情做好。
塑造實踐
描述你如何參與：入學問題、階段、工作開始前由誰進行審核、你如何計費。 Kliv 在牆壁和舞臺就位的情況下建置了第一個預覽。
讓它成為你的
登記冊在這裡很重要：你的名字、你的語氣、讀起來像你的信頭的信件——而不是像軟體。
載入真實的東西
你的服務和費用、檔案清單、接收指令碼、Calendly 連線。邀請一位同事，對自己進行全面的檢視。
試著打破它
作為測試客戶端登入並尋找其他客戶端的檔案。故意使保留卡失效。要求退款。入口、恢復電子郵件和批准步驟應該在客戶存在之前證明自己。
然後排練一年
在 Sandbox 中，用模擬的資金和模擬的時間，在一個下午執行一個會計年度：保留者更新，保留者在夏季失效並恢復，約定按方案開始、完成和歸檔。在第一個真正的客戶登入之前，該入口網站已經進行了一年的實踐。
定製，無定製風險
客製化軟體過去意味著預算、承包商和維護合約。這是一個不同的交易。
企業級零件
登入、在資料庫中強制執行的權限、計費、稽核、電子郵件－自訂系統下的元件與每個 Kliv 應用程式執行時所執行的元件相同。你建置經過驗證的基礎設施；你不需要從頭開始委託程式碼。
按順序更改船舶
當你的流程發生變化時，請這樣說 — 更改是在對話中建置的，你可以在即時預覽中檢視它，並且在你發布之前不會有任何內容到達你的使用者。商業變化甚至可以在 Sandbox 中以模擬的金錢和時間進行演練。
沒有人能日落
現成的工具會按照供應商的時間表重新定價、重新設計和退役，你的工作流程也會隨之發生。只有當你變更時，你的 Kliv 應用程式才會發生變化。這是你的產品，不是別人的產品。
用一句話說出來
“為我的顧問公司建置一個網站，配備一名接待助理、Calendly 諮詢服務、一個安全入口網站（每個客戶都可以在其中上傳只有我們能看到的檔案）以及每月計費。”
這確實是它的開始方式——描述它，然後在對話中完善。
常見問題
檔案交換的隱私性如何？
預設情況下，每個客戶的空間都是私有的 — 存取規則由平台強制執行，因此客戶可以看到他們的文件和你的文件，而不是其他客戶的文件。
客戶可以直接預約諮詢嗎？
是的 — 連線 Calendly 和潛在客戶從你的網站預訂諮詢，並透過標有你公司品牌的範本傳送確認。
計費方式可以與我們實際參與的方式相符嗎？
是的。每月預付金、固定費用專案或兩者兼而有之——客戶可以在自己的帳單頁面上管理卡片和發票，而無需致電你的辦公室。
客戶端的誰可以看到什麼？
客戶是一個組織：他們的所有者可以邀請首席財務官或助理，角色決定每個人看到的內容。帳單由所有者負責；貢獻者無需檢視發票即可交換檔案。
在我們答應之前，有東西開啟了嗎？
不會。 Intake 捕獲了潛在客戶的詳細資訊，而你的審查是一個記錄的大門 — 沒有空間，沒有檔案，沒有賬單，直到公司有人批准參與為止。
客戶檔案實際上存放在哪裡？
在系統的檔案儲存中，位於每個使用者端存取規則後面 — 不分散在收件匣中。每個請求、上傳和交付都是參與記錄，因此檔案及其交換事實都是你的。