Stackr vs Notion
Notion 是非常強的文件工具,但很多人硬要拿它管 ticket。撐到某個點就會撞牆 — 想在 commit 訊息引用 ticket 編號(只有 UUID)、想看 burndown chart(沒有)、想一鍵開計時器(沒有)。Stackr 是 ticket-first 設計,文件當配角 — 不是反過來。
功能對照
| 功能 | Notion | Stackr |
|---|---|---|
| Ticket 編號 (STAC-123) | ❌ UUID 醜爆 | ✓ 自動 board-key + 流水號 |
| 看板拖拉 | ✓(慢) | ✓(即時) |
| Sprint 規劃 | 需要自己建 template | ✓ 內建,有 burndown |
| 工時追蹤 | 需手動填欄位 | ✓ 一鍵啟動計時器 |
| Ticket 之間 blocks / relates | Relation 欄位(沒語意) | ✓ 有 blocks / relates / duplicates |
| Markdown 文件 | ✓ | ✓ |
| 白板 | 需另開 page | ✓ 可連結 ticket |
| Claude Desktop 整合 | API 但要自己接 | ✓ 86 MCP tools 開箱可用 |
| 資料 export | Markdown / HTML | REST API + CSV |
| 離線 | App 部分支援 | Web 為主(PWA roadmap 中) |
| 免費版限制 | Blocks 數量限制 | 無限制 |
什麼時候應該繼續用 Notion
- 主要工作是寫文件、wiki、knowledge base。
- 團隊已經吃 Notion 吃很深,轉換成本太高。
- 需要極度彈性的自訂資料庫 — Stackr 的 schema 比較有主見。
什麼時候 Stackr 更適合
- 想在 commit、PR、Slack 引用 STAC-42 這種 ticket 編號。
- 需要真的 sprint + burndown,不是「在欄位加個日期」那種。
- 計時應該一鍵啟動,不是手動填 log table。
- 想直接用 Claude Desktop 操作 ticket(86 個 MCP tools 開箱),不想自己寫 connector。
可以一起用 — 文件在 Notion,工作在 Stackr
很多團隊兩個一起用 — 長期 wiki 放 Notion,跑中的工作放 Stackr。Stackr 的 REST API 可以做 Notion custom block 內嵌即時 ticket 列表,MCP server 也讓 Claude 同時讀兩邊。