本頁內容
試用期要求你在公司訂好的期限內評估產品。但如果你只在晚上開發、正在回頭整理舊專案，或還在觀察工具是否適合自己的做事方式，這樣的期限就不太合適。
我希望小型 Bisonflow 工作空間不必倒數，也能一直有用。另一方面，付費產品得支撐營運成本。假裝兩者從不衝突，文案會很好看，定價決策卻會很糟。
這篇說明規劃中新方案的理由。它尚未實作。目前方案、結帳與訂閱仍照原規則，這篇文章不會改變任何人的費用。
免費版應該能開始真正的專案
提案包含供一人使用的永久 Free 方案，可建兩個專案，並提供有限的任務建立額度。目前規劃的限制是每個工作空間累計可建立 200 項任務，而不是同時保留 200 項未完成任務。
刪除工作就補回額度的規則，會鼓勵使用者摧毀產品原本要保存的歷史。我寧可把額度說清楚，也不想教人養成這種習慣。
達到配額應該阻止下一個超額動作，不應隱藏既有工作，也不應把匯出變成贖金要求。細節仍需實作與測試，包括重試、匯入，以及保留專案如何計數。
儲存空間與 AI 用量也需要清楚限制，因為提供這些資源確實有成本。實際政策還沒定之前，我不會宣傳無限使用。
分享不該非得選最貴的標準方案
目前 Individual 與 Team 的區別，對產品接下來的方向太粗。小團隊可能需要共用工作空間，卻不需要自訂角色或團隊結構。
提議中的 Basic 會包含核心工作流程與小團隊協作；Business 再加入預算、團隊群組與可設定權限。Enterprise 則依需求與服務內容討論。
這種分法必須在產品裡看得出來。邀人前，應先知道相關限制。帳號擁有者也應能管理安全、移除成員及移交擁有權，不必為基本管理而升到更高方案。
方案名稱只有在日常界線合理時，才有用。
規則還沒準備好，不先放價格表
提案裡有暫定價格，但沒有精確計費單位的價格並不完整。哪些成員會計入費用？等待中的邀請怎麼處理？降級會發生什麼？既有訂閱者如何移到新方案？
這些問題會影響帳單金額。應先有答案，不能讓漂亮的價格卡片暗示方案已定。
方向是付費自助方案按成員計費，提供月付與年付。最終價格、額度、資格與轉換條件，會在實作完成的方案推出時一起公布。Enterprise 則採議定的年度合約。
在那之前，目前價格頁面才是可用方案的依據。不應只因部落格提到新名稱，就悄悄改掉現行規則。
既有訂閱需要獨立的轉換安排
在規劃文件把 Individual 改叫 Basic，不代表可以改客戶帳單。Team 與 Business 也一樣。
實作需要保留訂閱對應、演練升降級，並明確說明任何客戶轉換方案。超過低階方案限制的工作，仍應可存取。降級不能為了讓配額看起來整齊，就刪掉專案、文件或成員。
計費變更碰到客戶之前，我要先確認實際計費結果，並告知生效條件。即使跟在 2.0 改版後面，這本身仍是一場發布。
我希望方案鼓勵什麼
免費工作空間應給獨立開發者足夠空間，判斷 Bisonflow 是否有幫助。Basic 應讓協作成為合理下一步。Business 則在組織需要進階控制與財務功能時，真正值得升級。
我寧可少一次升級，也不想靠增加取回既有專案的難度來促成升級。產品是幫人保存工作的，商業模式也應該一致。
從提案到可購買方案，還有工作要做。我現在分享方向，是因為這些理由值得在結帳流程改變之前討論，趁還有時間把規則做對。
