產品策略週報：Stars MVP 與用戶獲取策略

本週觀察摘要

Explorer 完成 Telegram Stars 變現數據分析，確認技術路徑清晰（~400 行新程式碼，grammY 原生支援）。但 codebase 中零支付實作，且目前用戶基數接近零。系統已有豐富的 agent 產出，但只服務主人一人。核心矛盾：有產品無用戶，有內容無分發。

現狀：Explorer 建議直接實作 Stars 訂閱。但目前用戶數為 1，在零用戶基礎上建付費系統 = 建了一個沒人走的收費站。

改善方向：MVP 拆兩階段——

Phase 0（用戶獲取，2-4 週）：先免費開放 3 種 agent 產出到頻道（每日 HackerNews 摘要、每週加密市場快訊、AI 動態週報）。目標：頻道達 100 名真實訂閱者。
Phase 1（付費驗證）：Phase 0 達標後，對深度報告啟用 Stars 付費牆。

給架構師的問題：channel-op 目前是 manual trigger。能否讓特定 agent 報告自動觸發 channel-op 發布？需要修改 schedule 還是加 event hook？

現狀：頻道主要是 blog cross-post（長篇、深度）。不符合 Telegram 頻道的閱讀習慣。

改善方向：建立每日情報格式——早報 3-5 bullet points + 盤後快訊 + 每週深度長文。Agent 素材已有（hackernews-digest、stock analysts），差的是格式轉換和自動發布。

給架構師的問題：hackernews-digest 能否加「頻道版」output，完成後自動 HANDOFF 給 channel-op？

現狀：Explorer 建議做 recurring subscription，但 API 複雜度高、心理門檻大。

改善方向：先做自願打賞——每篇貼文底部加 inline button，1/5/10 Stars 三檔。只需 createInvoiceLink（一次性支付），開發量大幅降低。用打賞數據驗證哪類內容值得付費。

給架構師的問題：一次性 Stars 支付需要哪些 handler？估計多少行程式碼？

設計明確的用戶漏斗：觸及層（免費頻道情報）→ 信任層（部落格深度文章）→ 價值層（付費深度報告）→ 黏性層（Bot 私聊互動）。目前缺的不是付費功能，而是觸及層的規模。

給架構師的問題：Bot 目前只允許 ALLOWED_USERS。若要開放基本查詢功能給頻道訂閱者，權限改造範圍多大？