Lantide Data
← 返回部落格
與 Lantide 整合

使用 Notion 時，為什麼還需要 Lantide？

Notion 適合 PRD、知識庫與 database chart；它不是本機 SQL 執行引擎。用 Lantide 完成可重跑分析後，再把 HTML 或 Markdown 成果貼回 Notion，讓企劃頁引用的是有證據的結論。

Notion 適合寫 PRD、專案企劃與團隊知識庫，也支援 database chart、API 同步與嵌入外部儀表板。Chart view · Developer Platform

它強在協作與文件。當頁面上的「轉化率 18.5%」需要能重跑、能追 SQL、能寫限制時，你可以在 Lantide 完成分析，再把成果貼回 Notion。

企劃頁上的數字為什麼容易引發爭議

1. 結論和取數分家

你在 Notion 寫下「6 月付費轉化率 18.5%」後，討論留在頁面留言，真正的 SQL 卻在別的工具。資料或口徑更新時，文件不會自動知道要重算哪一條查詢。

2. Chart 服務 Notion database，不是任意分析倉庫

Chart 對任務狀態、內容屬性很有用，也有群組數量等限制；它不是用來對數百萬列事件做窗口函數與跨源 JOIN 的引擎。Chart view

3. 留言討論 ≠ 分析核准

Inline comment 能討論「要不要排除測試帳」，但不會產出帶 evidence 的 Plan／Report。見 為什麼正式分析要先寫 Plan。

怎麼搭配：Notion 放脈絡，Lantide 跑執行

兩邊目前沒有原生雙向同步。常見做法是：

  1. 在 Notion 整理問題與背景。
  2. 在 Lantide 建立 Plan、批註、Execute，產出 Report／HTML。
  3. 把 Markdown 重點或獨立 HTML 貼回／附加到 Notion。
  4. 底層資料更新時，回 Lantide 做 Source Run，再更新 Notion 上的附件或段落。
Notion 擅長 Lantide 擅長
PRD、討論、任務與知識庫 本機 CSV／倉庫的可審閱 SQL
Database 屬性與 chart Plan 核准、SQL evidence、Source Run
嵌入外部 BI／產品分析圖 分析 IDE 的執行與交付契約

Plan／Report 與批註

Lantide 以 Markdown 承載 Plan.md／Report.md。你可以在 Visual 模式反白批註口徑；Agent 依批註修訂後，再人工確認並按 Approve & Execute。批註適合定點修改，不保證其餘段落完全不動。見 USER_GUIDE §11。

HTML／Markdown 匯出

可將報告匯出為獨立 HTML（含圖表與相關資產）或複製 Markdown，放到 Notion 的檔案區塊或頁面正文。Notion 繼續當歸檔與協作面；活的取數與重算留在 Lantide。

實務三步驟

  1. Notion 構思：寫清決策問題、假設與利害關係人；未驗證數字先標成假設。
  2. Lantide 執行：建立專案與 Plan，對齊分母與時間窗，核准後執行，產出帶 SQL evidence 的 Report。見 可信分析報告六段式。
  3. 回到 Notion 歸檔：貼上結論摘要、附上 HTML／Markdown，並註明資料期間與重算方式；需要更新時回 Lantide 重跑，再替換附件。
維度 主要使用 Notion 搭配 Lantide
企劃與討論 是 —
Database／專案圖表 是 —
本機 SQL 與血緣 — 是
正式分析證據 截圖或外掛 Plan／Report／Source Run
銜接方式 API／Workers／手動 匯出後貼回

結語

讓 Notion 繼續當團隊的知識與企劃中樞；讓 Lantide 當數據主張的執行與驗證環境。頁面上引用的數字，最好能指向一次可重跑的分析，而不是一句無法回推的句子。

建議下一步

參考資料