淺談新版 GitBook（GitBook V2） —— 失去交流開放精神的企業導向產品

作者

Last Updated on 2020-06-11 by OneJar

GitBook 服務從哪一年開始已經有點不可考，官網寫 2014 年中 open source，但服務或工具的產品上線應該更早。當年在台灣迅速竄紅應該是 2014 年底柯文哲團隊用來編寫和發佈市政白皮書，讓許多人認識了這個產品，至今已經成為眾所周知的電子書平台，很多人拿來編寫自己的筆記、教學、出版品，許多企業或開發團隊也拿來編寫開發文件，用途廣泛。

之前一直沒什麼動機去用 GitBook，最近心血來潮，想說練習用 GitBook 將之前的鐵人賽文章製成一本書，於是找了幾篇網路教學，進到 GitBook 官網註冊，準備開始操作。

一分鐘後我大概是這個臉：

原來 GitBook 在 2018 年推出新版 V2，變革非常大，網路上多數關於 GitBook 的教學還是針對舊版。

於是研究了一下新版內容，半小時後我變成這個臉：

我先講結論（忠信體上身）。

新版 GitBook 和舊版 GitBook 基本上可以視為完全不同的產品，使用者帳號系統也不互通，甚至連版控系統都不再使用 Git Repositories 機制，我覺得只是虛掛著 GitBook 的品牌。

以一位個人用戶的體驗來說，對新版產品的感想是非常失望和不看好。

產品走向變得非常商業導向，只專注於企業用戶。一個產品的經營需要盈利生存，我覺得想多收點錢無可厚非，但新版 GitBook 給人的感覺甚至是排擠個人用戶。

在新的產品定位上，也許有些 UI 看起來更加精緻美觀，但產品功能內涵卻令人失望。最重要的，我覺得舊版 GitBook 很重要的精神 —— 「開放交流」已經不再，變得非常封閉，無論是產品定位或技術生態圈都是。

基於對 GitBook V2 有滿多吐槽點，於是決定寫一篇文章來一時吐槽一時爽淺談新舊版 GitBook 的功能變革和新版令人失望的地方。

GitBook 名詞釐清

這邊要先做個名詞釐清，當我們談到 GitBook 有兩種含意：

本文所指的新版 GitBook 主要是針對前者，也就是 GitBook 平台所提供的服務。

新版 GitBook 重大變革

新版 GitBook（或稱為 GitBook V2）在 2018 年 4 月推出，期間又歷經一波 UI/UX 的大幅調整。UI/UX 操作上也有很多評論，但本文會比較著重在產品定位或功能內涵的部分。

1. 和舊版系統完全獨立

就像前面說的，新版 GitBook 和舊版 GitBook 可以視為互相獨立的產品：

  • 舊版 GitBook 已經被整個移到 legacy.gitbook.com 網域。
  • 帳號系統不互通，新版帳號登入不了舊版 GitBook，舊版也不再開放註冊新帳號。


舊版 GitBook 已無法註冊

帳號體系不互通這一點被抨擊很大，以一個產品遷移來說對用戶非常沒有誠意。這一點也是新舊版應該被視為獨立產品的重要徵兆，連最重要、最基本的用戶資料都不互通了，還有什麼好說。

2. 產品定位不再是電子書交流平台

舊版 GitBook 定位是電子書寫作與出版的解決方案，GitBook 等於是一個平台，你可以在上面出版電子書、尋找別人出版的電子書、購買電子書、為自己的書定售價，是一個出版交流的平台。

而新版不再如此，在 GitBook V2 沒有出版、找書、購書、定價這些元素。換句話說，如果你在網路上找到一些教學，告訴你如何操作來為你的電子書出版或定價，不好意思，這些通通都沒了。


舊版 GitBook 的出版、定價等元素，新版已經不存在

新版 GitBook 定位為「企業團隊用於產品、內部知識、API 的文件化平台」。即使是公開性文件（Public Documentation）也不再提供探索功能，也就是過去的找書功能，將這部分交給一般的搜尋引擎。換句話說，新版 GitBook 完全放棄電子書交流平台這一塊的發展。

新版 GitBook 官網對「What is GitBook」的主要定位：

GitBook is a modern documentation platform where teams can document everything from products, to APIs and internal knowledge-bases.

新版 GitBook 不再提供書籍交流探索的功能，專注於公司組織產品或知識的文件化用途：

The new version of GitBook does not have the same "Explore" feature than the legacy version, since it now focuses on products, teams and companies documentation. Public documentations are still indexed by search engines though and can be found there.

3. 放棄「book」概念，改成「workspace」概念

在新版裡，每一本書不再是書籍的概念，而是一個工作空間的概念，稱為 space 或 workspace，所以也不會有星星、已讀標記等書籍概念的功能。

不再是書籍的概念，所以沒有星星、已讀等功能：

You can no longer star, or watch books (which are now called spaces) in the new version.

下面是新版的 Dashboard 畫面：


新版 GitBook Dashboard

它的概念邏輯我覺得很奇妙，我來試著說明一下

  • 一個「 GitBook 帳號」底下，會有一個「個人子帳戶」和 N 個「組織子帳戶」。（上圖左列一排的小圓圈就是「子帳戶」，第一個是個人子帳戶，其他都是組織子帳戶）
  • 每一個「子帳戶」（不管是組織或個人）底下，可以有很多本書（新版稱為 space 或 workspace，就是上圖下方一個個方塊）。
  • 每一個「子帳戶」在免費方案可以新增一本 Public 和一本 Private 的書，想再增加就要付費升級。
  • 一個「 GitBook 帳號」底下預設有一個「個人子帳戶」，「組織子帳戶」可以自己增加。我不知道組織子帳戶有沒有上限，目前在免費方案下試過增加 10 個組織子帳戶都還沒被擋。

以上我試著用比較容易理解的說法來描述「 GitBook 帳號」、「個人子帳戶」、「組織子帳戶」、「space」之間的關係。個人覺得這種概念設計很不直覺、很彆扭。

事實上「子帳戶」這個名詞是我自己取的，GitBook 並沒有給一個確切的術語。我覺得更好的名詞應該是「工作空間」、「Domain」、「Workspace」，但又跟 GitBook 所定義的「space」（一本書）名詞衝突。

我個人認為比較直觀的概念應該是：上述「子帳戶」概念上代表 workspace，一個 workspace 代表一個組織或專案，底下有多份文件或書。

GitBook 企圖將 book 稱為 space，而一個 space 最終輸出只是一本書，通常一個專案或組織不會只有一份文件，這樣的操作概念和一般對 workspace 的概念很衝突。我覺得 GitBook 企圖營造的新概念非常不直覺，容易讓人混亂。

新版令人失望的地方

也許因為產品定位的不一樣，新版拋棄了很多舊版我覺得很好的設計或功能，有些轉變和配套實在讓人難以下嚥。

例如前面提到「放棄 book 改成 space 概念」的設計，我認為就是其中之一，但這還只是概念上的不習慣，有更多部分是影響實際功能。

1. 編輯器不支援原生 Markdown 寫作

很多人對 GitBook 的特色印象是「git + markdown = gitbook」，Markdown 寫作是 GitBook 的重要特色。

但新版 GitBook 編輯器採用類似 Gutenberg 古騰堡編輯器的設計。以部落格寫作來說，一般認為 Gutenberg 古騰堡編輯器的「區塊（Block）式編輯」在寫作體驗上比傳統編輯器更清爽，也更適合現代行動裝置。


新版 GitBook 編輯器介面

但 Markdown 本身就已經是種簡潔、專注內容的寫作模式，改用 Gutenberg 古騰堡編輯器的區塊式寫法，在寫作體驗上我並不覺得有什麼加分，反而失去 Markdown 簡潔共通的特性。而且這個轉變讓 GitBook 寫作太像一般部落格，失去 GitBook 的產品特色。

雖然官方編輯器在編輯 Block 時，支援一些 Markdown 的快捷效果，例如打一個井字號 # 加一個空白，會自動幫你轉成標題 H1 的格式，但只是寫作當下幫你轉換而已，文件原始檔終究已經不是 Markdown 格式，就算你再加一個井字號 # 也不會變標題 H2。


新版 GitBook 編輯器支援一些類似 Markdown 的快捷效果

如果不想用新版編輯器，可以直接編輯原始 Markdown 嗎？抱歉，不行，因為新版 GitBook 也不再是以 Markdown 或 HTML 形式來儲存文件原始檔，而是用其他形式，因此也沒有原生 Markdown 可以讓你編輯或複製。

新版 GitBook 不支援編輯原始 Markdown

The new GitBook editor does not offer a way to edit the Markdown source of documents. We no longer store Markdown or HTML, instead we store rich JSON data structures. The reason for this change is that Markdown has limited features. You cannot create tabs, complex tables, styled hints and so on.

官方理由說好聽是 Markdown 無法支援更豐富的功能，例如複雜的表格或其他美化。但以專注內容的角度來說，我覺得這種限制就是 Markdown 的魅力。

何況就算使用原生 Markdown，想實現更豐富的文章呈現效果也不是做不到，例如知名協作平台 HackMD 在使用 Markdown 寫作的基礎下，一樣擴充支援很多豐富的效果。

如果你就是想用 Markdown 形式來寫作呢？可以，GitBook 官方建議你使用 GitHub 整合功能，將 GitHub Repo 和指定的 GitBook Space 做同步，透過編輯 GitHub Repo 上的 md 檔，就可以繼續用你喜歡的編輯器和 Markdown 形式寫作，然後轉成 GitBook。

但目前產品方向看來，GitBook 官方編輯器打算放棄對原生 Markdown 寫作的支援。

2. 不再使用 Git Repositories 作為核心版本控制系統

舊版的 GitBook 會對應到一個具體的 Git Repo，換句話說，你可以該 Repo 裡明確找到電子書某一頁的原檔。

操作新版 GitBook 時我一度找了很久，都找不到 Space 對應的 Git Repo 連結在哪。看了官方 FAQ 才知道新版 GitBook 根本屏棄了 Git Repo 的機制，改採用 GitBook 自有的版控系統。

新版 GitBook 不再使用 Git Repo 機制，而是採用自家的版控系統

We are no longer versioning your books as a Git repository. We have shifted to a GitBook specific versioning system.

這表示新版 GitBook 的核心基礎不再是那個共通開放的 Git 系統，你沒有辦法透過官方編輯器寫一本書，然後直接下載你書籍原始檔的 Git Repo。

當然，官方還是留了一條路，你可以維護你在 GitHub 上的 Git Repo，然後透過 GitHub 整合功能同步到 GitBook，整體感覺仍像你的書有一個對應的 Git Repo。但實際上只是 GitBook 在中間做了「把你的 Git Repo 轉換成 GitBook 自家的版控系統」，GitBook 本身跟 Git 已經沒有直接關係。

這個變化讓我覺得莞爾，GitBook V2 已經有點名不符實，跟 Git 關係不大，只是在消費舊版 GitBook 打下的名氣。

3. 不支援電子書的靜態輸出，例如靜態 HTML 網站

舊版 GitBook 一個很方便的地方，就是透過 gitbook CLI 工具能將電子書輸出成一個方便閱讀的靜態 HTML 網站，或是其他格式，官方稱為「static site generator model」。這個功能對於很多公司網路環境有管制的團隊來說非常方便，在公司封閉的區域網路內也可以本地端輸出書籍的靜態站點。

但在新版 GitBook 不再支援這件事，甚至不再支援用 gitbook CLI 去產生文件輸出。換句話說，你想閱讀 HTML 形式，你只能線上閱讀。

不再支持靜態輸出，官方說有很多好處，例如修改可以即時發佈、擺脫不明確的製書失敗、自動更新等等。但除了限縮功能對官方來說更容易維護以外，我覺得其他理由都很薄弱。

新版 GitBook 不再支援透過 gitbook CLI 工具產生靜態 HTML 電子書或其他格式的輸出：

We have moved away from the static site generator model, and no longer use the famous gitbook CLI to build documentation output. This has brought a lot of benefits and simplicity to the new version, such as instant publishing, getting rid of obscure build failures, automatic updates and continuous improvement of features for hosted documentations. This admittedly has some drawbacks. The main one being that you can no longer host a GitBook generated documentation yourself.

4. 不支援匯出 PDF 或其他電子書格式

你可能想說，好，新版 GitBook 不鼓勵我們自己用 gitbook CLI 工具做靜態輸出，那乖乖用官方提供匯出功能總行了吧，比如線上匯出 PDF 檔。就像舊版 GitBook 線上提供了三種電子書格式的下載。

很抱歉，沒有，新版 GitBook 講明官方不提供匯出 PDF 或其他電子書格式。

新版 GitBook 無法匯出 PDF 或其他電子書格式：

GitBook v2 does not officially support exporting to PDFs or ebook-formats. We would love to hear from you if you have a use-case that requires PDFs.

我的第一個反應是 WTF！？

官方理由是將 Web 轉成 PDF，有很多豐富的內容無法轉換的很好，所以乾脆廢掉？我想應該是盡量優化轉換功能，而不是因噎廢食。

雖然官方說得很好聽，願意聽你的 use case，但會將這件事寫進 FAQ 表示官方也知道匯出 PDF 是一個極普遍的需求，竟然連這樣一個重要的基本功能都沒有，實在非常傻眼。

更好笑的是官方屏棄一切靜態輸出功能，卻還不支援離線存取，對網路環境受限的用戶來說簡直不友善到極點。

目前不支援離線存取，未來即使有也不會是靜態輸出的形式：

Offline access, if relevant, might be implemented officially in the future. It will not be in the form of a static format exports though (such as PDF).

除非未來官方打算對匯出電子書功能收費（目前看起來連付費方案都沒有匯出 PDF 功能），否則實在搞不懂新版 GitBook 在想什麼。

5. 能匯出卻匯不回去的匯出功能

要說新版 GitBook 完全沒有匯出功能？也不盡然，我們要公道，其實在某一個小角落藏著匯出功能，但這是一個很幽默的功能，因為匯出的東西無法再被匯回來。

在新版 GitBook 的操作頁面，進入一本書（Space）後，在「Advanced」功能區裡有個「Export Content」功能，可以提供你匯出這本書的內容資料：

前面提過，新版 GitBook 已經不是用 Markdown 或 HTML 來儲存文件原始檔，而是使用自家定義的 JSON 格式，所以匯出後得到的 zip 壓縮檔，解開裡面看到的會是 JSON 檔而非 md 檔：

可能會奇怪，這樣一個普通的匯出功能為什麼會放在「Danger Zone」。我猜新版 GitBook 之所以把這個功能放在危險區，是為了提醒你：「匯出的檔案是不能匯回來的喔！」

我覺得這個匯出功能未來有機會做更多的用途，但從官方說明看來，現階段新版 GitBook 之所以會做這個功能，只是為了應付 GDPR（General Data Protection Regulation）法規，讓使用者能夠匯出自己的資料。

6. 放棄 Plugin 生態圈

舊版 GitBook 利用 NPM 來提供 Plugins Repository，這個開放架構允許任何開發者在不修改 gitbook 主專案的情況下也能建立自己需要的 GitBook Plugin，讓整個 GitBook 生態圈的擴充功能更加豐富。

但新版 GitBook 宣告放棄 Plugin 系統。雖然官方號稱一些重要的 Plugin 他們會自己加進去新版 GitBook，但這項決策等於將 Plugin 的開發權拉回官方自己手裡，不再開放第三方自行開發 GitBook 擴充功能，相當於放棄 GitBook 的開源生態圈。

新版 GitBook 放棄 Plugin 系統：

In general, the plugin system no longer exists. However, important plugins have become first-class features in the new version.

7. 放棄維護 gitbook CLI 開源專案

最前面提到，GitBook 有兩個含義，一個是官方的線上服務平台，另一個是一套以 Node.js 所開發的命令列工具。這套 gitbook 命令列工具 搭配 Plugin 系統，實現很多豐富的電子書功能。

但在 2018 年底，官方宣布為了將資源集中在 GitBook.com 平台，不再維護 gitbook CLI 開源專案。

當然目前還是可以透過 NPM 安裝舊有的 gitbook CLI 工具來使用，用舊版 GitBook 格式進行本地端製書，甚至這樣一個受歡迎的開源專案，有神人跳出來 fork 繼續維護也不會太意外。

但 GitBook 官方這項宣告代表兩個令人惋惜的徵兆：

  1. gitbook CLI 失去官方支持，在成長和維護的力道上必然受影響。
  2. 放棄 gitbook 開源專案和 Plugin 系統，代表 GitBook 的未來走向將正式揮別開源，邁入封閉。

8. 目前只能整合 GitHub，不支援其他 Git 系統服務（例如 GitLab）

自從 2018 年 4 月新版上線至今，新版 GitBook 依然只提供對 GitHub 的同步整合。

新版 GitBook 至今只支援和 GitHub 同步：

For now, we only support GitHub synchronization. We do not support other git hosting services, like GitLab.

對這點反彈的網友調侃得很生動：「你是叫 GitBook 而不是 GithubBook」。

我想不難理解，因為 GitBook V2 的核心根本已經不是典型 Git Repo 機制，每增加一個跟外部 Git Repo 整合的功能，也許都是一份不小的 effort。

我個人試用的感覺，覺得即使是 GitHub，同步的穩定性也還不是那麼穩定。雖然官方自己也說了這是限制：

GitBook 官方提醒與 GitHub 的同步不可能永遠即時：

It’s not possible for GitBook to always synchronize concurrent changes made on GitBook and GitHub.

9. 不支援桌面版編輯器

舊版 GitBook 有提供桌面版編輯器，但新版 GitBook 目前不打算提供。從網路上的評論來看，桌面版編輯器的使用者不在少數，因此這一點也受到不少反彈。

如果你想在本地端編輯，官方的建議是用 GitHub 同步的方案。

事實上這類編輯相關問題，例如對新版編輯器不爽、想維持原生 Markdown 形式寫作、想在本地端編輯、想能夠存取 Git Repo、⋯⋯，新版 GitBook 幾乎都推給 GitHub 同步方案當萬靈丹。我幾乎要懷疑如果不是這樣，新版 GitBook 可能連 GitHub 同步功能都不會做。

新版 GitBook 目前不提供桌面版編輯器：

The new version does not currently have a desktop editor app. Our efforts are concentrated on the web version so we can focus on quality and reliability first. … If your space is synchronized with a GitHub repository, you can still edit the repository with your editor of choice.

10. 強迫導向組織用戶的詭異設計

前面介紹到，新版 GitBook 的機制：

  • 一個「 GitBook 帳號」底下可以有一個「個人子帳戶」和多個「組織子帳戶」。
  • 在免費方案下，每一個「子帳戶」可以建立 Public 加 Private 各一本書，想再第三本就要付費升級。

如果不想付費，技巧上可以新增很多「組織子帳戶」去增加書數，比如為每一本書都建立一個組織子帳戶。缺點是不同子帳戶的公開網址子域名是獨立的，舉例來說，書的公開網址結構差異會如下面舉例：

書在同一個子帳戶底下 書分散在很多組織子帳戶
onejar99.gitbook.io/book1/ book1-onejar99.gitbook.io/book/
onejar99.gitbook.io/book2/ book2-onejar99.gitbook.io/book/
onejar99.gitbook.io/book3/ book3-onejar99.gitbook.io/book/

書籍分散在很多子帳號也不是那麼好管理，如果想把書名表現網址上，子網域取名可能會變得很長。

而且很多人就是只想以個人名義寫寫東西，對岸一個網友講了一句非常直白、但我非常認同的心聲：

我没有组织就不能写么？我就一个人写啊

最幽默的地方來了。

你可能想說，好，使用者付費天公地道，先不管費用方案多少，我想用個人名義多寫幾本書，我願意升級我的個人子帳戶，於是在個人子帳戶裡點了 Upgrade：

WTF！？它不是給我選付費方案，而是直接把我趕去建立一個組織。

我想花錢升級「個人子帳戶」還沒門，那何必在「個人子帳戶」裡顯示 Upgrade 按鈕，直接硬限制「個人子帳戶」最多只能兩本書不是更乾脆。

新版 GitBook 收費方案

最後來看一下收費方案的趨勢轉變。

舊版 GitBook 的收費方案有分個人用戶和企業組織用戶：


舊版 GitBook 個人用戶的收費方案


舊版 GitBook 企業組織用戶的收費方案

可以看到，無論是個人用戶或企業組織用戶，舊版 GitBook 的免費方案都允許無限本公開電子書（Public Book），就像之前 GitHub 對於 Public Repo 也是採取無限制的方針，我相信這種擁抱開放交流的態度是 GitBook 能快速被普及的重要因素。

如果想要私有書或更進一步的功能，舊版 GitBook 也為個人用戶和企業組織用戶規劃了不同的收費標準。個人用戶一個月是 7 美元，差不多 210 台幣（最近美元漲價了，這裏仍簡單用一比 30 計算）；企業組織用戶的入門比較高，一個月 49 美元，大約將近 1500 台幣，但以企業用途來說應該很能被接受。

無論是個人用戶或組織用戶，舊版 GitBook 的起始收費方案都還在可以被接受的價格。

再來看新版 GitBook 的收費方案：

可以發現三個重要轉變：

  1. 已經沒有區分個人用戶或企業組織用戶，都是統一方案。
  2. 免費方案只允許兩本書！（Public 和 Private 各一本）
  3. 收費方案入門款是每個使用者 7 美元，可提供 5 個使用者使用，換算下來一個月 35 鎂，折合約 1050 台幣，

雖然頁面上沒有明言，但很明顯這個收費方案完全是針對企業組織用戶而規劃。降低了企業用戶的收費入門門檻，然後幾乎拔除了免費方案的功能，只允許建立一本公開電子書，無論是個人用戶或企業用戶都不夠用。免費方案實際上就是個「試用品」的概念。

很多原本 GitBook 的使用族群只是拿來寫寫筆記、交流公開知識，我想很少個人用戶會為了寫筆記而一個月花一千多台幣。

直白地說，個人用戶已經不在新版 GitBook 的服務範圍。

淺談對新版 GitBook 的不看好

新版 GitBook 的策略非常明確，就是走向商業封閉導向，整體的產品規劃，無論是功能設計或收費方案都專注在服務企業用戶。

但對新版 GitBook 到目前的產品走向，以我個人來說很不看好。主要有兩個因素：

  1. 產品本身功能不夠成熟。
  2. 流失個人用戶的使用群做基礎，喪失對其他競品的黏著度優勢。

產品本身不夠強大成熟

想走企業用戶路線，產品本身功能應該要夠穩定、有特色。但從 2018 年釋出至今，新版 GitBook 產品給我的產品感覺仍是很不成熟，許多被視為應有的功能都沒有，或都還在 in the future 或聽你的 use case。一個企業級文件服務沒有 PDF 匯出功能，我覺得非常瞎。

通常要讓企業願意掏錢買你的服務，你的服務要嘛具有不可取代性，例如微軟的 Office；要就是你真的很好用，功能很強大，擴充功能或相關整合做得很好，例如 Jira 或 Slack。

但目前個人對新版 GitBook 初步使用的感想，光是前面提到十個新版 GitBook 令人失望的點，我完全感受不到「讓人想用新版 GitBook」的動機。

協作編輯文件的競品太多了，要說管理內部文件的用途，GitHub Wiki、HackMD、或很多其他產品都能做得很好。你說協作功能或是書籍功能？這些 HackMD 都做得到，HackMD 最近甚至還推出 Slides 簡報模式。

論基本功能，連匯出 PDF 和離線存取這類文件基本需求都無法滿足。

論整合功能，目前只看到 GitHub、Slack、Google Analytics、Intercom 四個，與強大沾不上邊。

論產品特色，把 Markdown、Git Repo、開源拿掉後，我真的想不出 GitBook 的特色是什麼。

我不知道付費版功能使用體驗如何，目前的產品封閉走向實在讓我沒有動機每月花 35 鎂。也許付費版功能會打我的臉。

流失個人用戶的使用群基礎

以個人用戶的角度來說，對新版當然是非常失望，但個人用戶不在新版 GitBook 的瞄準客群，GitBook 可以說你不愛用就算了。

但這衍伸出一個問題：每個組織都是由許多個人組成，如果每個人都沒有使用你這個產品的習慣，你要賣給誰？

萬惡的微軟 Windows 和 Office 應該是最典型的範本，因為太多人習慣用，變得非用不可。Windows 和 Office 的稱霸應該有一點歷史因素在，比較不準，拿近年一點的例子。許多知名的企業軟體，例如 Slack、Teamviewer、Zoom，他們在主打功能上對於免費用戶都給予寬鬆的使用權，養出龐大的使用族群，當企業要找一個大部分人適用的軟體，當然願意優先考慮這些大家早已用慣的服務。

你可能會說：GitBook 的使用群非常大啊！但別忘了，這些使用群大都是舊版 GitBook 所養出來的。新版 GitBook 和舊版無論是功能、操作幾乎是完全不同的產品，甚至連操作核心都不是 Git Repo 和 Markdown 了，靠著掛 GitBook 的舊招牌，能轉換多少舊用戶到新版 GitBook 並留下來，我很懷疑。

俗話說「把客戶養大了殺來吃」，豬要宰來吃也得先養大，我覺得新版 GitBook 太急著收割，太急著想把用戶綁死在自家線上平台。

我推測也許 GitBook 想走 Jira 那種高端企業專用軟體的路線。作為專案管理和 Issue Tracker 工具，Jira 的競品也很多，Redmine、Trello、Mantis、bugzilla、⋯⋯簡直多不勝數，而且 Jira 還非常貴，UI 或速度還被許多人嫌棄。但很多大型企業就是願意掏錢用 Jira，因為 Jira 的功能齊全和產品成熟度有其一定的優勢。這一點我在目前的新版 GitBook 是完全看不到。

結語

新版 GitBook 專注走向商業企業服務，放棄個人用戶市場和電子書平台分享書籍的理念。整體產品規劃給人的觀感非常商業營利導向。

我非常能理解一個產品有盈利需求，有營收支持才能養活產品團隊。我不清楚舊版 GitBook 的盈利狀況究竟如何，是不是真的慘澹到導致新版 GitBook 有如此大的轉變。

我很好奇新的產品方向從 2018 年發表至今，企業買單的程度。雖然我個人很不看好，說不定實際上有很多企業用戶買單支持，如果真是這樣，代表我看待一個產品的角度還不夠客觀，新版 GitBook 產品其實有它的優勢，我很歡迎有人來打我的臉，我滿想知道這份優勢是什麼，因為我完全摸不著頭緒 GitBook 的產品決策者在想什麼。

但回到個人用戶的觀點，GitBook 對我來說已經沒有「在上面寫一本自己的書」的魅力。相信大多數用戶都是基於開源分享的精神，將自己的創作放在 GitBook 和 GitHub 上，不管是程式碼或文件。透過 GitBook 和 Markdown 就能進行簡單的寫作和出版，人人都能輕易將自己的知識匯集成一本書，這鼓勵著大家投入創作，讓知識的交流更開放。

GitBook 曾經創立很好的典範，讓更多人加入這個知識開源的交流平台，對於如今新版 GitBook 的轉變，我個人更多是失望和惋惜。

2020.04.19 補充

近日偶然發現新版 GitBook 稍微有所進展：

  • 免費方案的 space 從原本 2 本書變成 10 本。
  • PDF 匯出這個基本功能終於出了 beta 版，但要付費方案才能用，我已經懶得吐槽了。

這個商業產品目前對我來說還是缺乏吸引力，其他細節的變化就沒動力仔細去看。GitBook 官方持續改善總是好事，也許未來這個產品有機會再度吸引我。

參考資料

你可能也想看 (You may be also interested in)

  1. 免費無限建立自己的 GitBook 圖文教學 – 利用 GitHub Pages + GitHub Actions 自動發佈
  2. How to build and publish your own GitBook free, unlimitedly, and automatically: using GitHub Pages and GitHub Actions

在〈淺談新版 GitBook（GitBook V2） —— 失去交流開放精神的企業導向產品〉中有 8 則留言

  1. +1
    我也是 Gitbook 的愛用者，現在叫舊版 Gitbook，新版超難用，以前桌面版用markdown打一打就出去了，可以幫我渲染成漂亮的介面，一鍵輸出PDF電子書，說實在的，需要錢或許我會買

    換了新版之後超卡，而且新舊版本還不完全相容，過度超痛苦，直接放棄!!!
    這個經驗會讓我覺得很不可靠，舊版不知道什麼時候會突然不維護，新版的 gitbook 哪天會不會又多一個 v3 然後不相容v2，根本不想用付費版本，不管哪個版本都謝謝了，現在也正在找一個可靠的開發者文件的服務，有的話可以分享一下

    回覆

    • 我很同意你說的：「新版的 gitbook 哪天會不會又多一個 v3 然後不相容v2」！

      記筆記來說，我目前偏好使用 HackMD，只是 HackMD 的定位是協作平台，不是文件書籍服務，例如目前似乎還沒有匯出 PDF 功能(即使是單一則筆記)；此外，雖然有「書籍模式」的檢視模式，但無法真的以一本書的形式匯出。

      如果需要匯出成 PDF 形式，我目前偏好自己用 gitbook 指令製書。

      舊版 GitBook 針對開發者文件，將編輯、更新、匯出 PDF 等文件功能的使用者體驗整合得很簡單流暢，我也還沒有看到非常理想的整合性服務能取代。

      回覆

  2. 有錯字MackMD。我也是Gitbook轉HackMD的個人使用者，只能說HackMD狂勝現在的Gitbook十條街以上吧。不說投影片功能，光能用MD畫表格、畫流程圖，我就願意掏錢了。

    回覆

    • 哈哈…但他們看輕了「很多人是因為 GitBook 開源又方便而在上面創作」，並不是他們本身的功能多強大或不可取代，只能說我不懂 GitBook 產品經理在想什麼

      回覆

  4. 我也是GitBook個人用戶，也是用起來非常吃力，非常不習慣新版，上來搜尋剛好看到您的文章分析的非常好，請問版主，寫筆記除了GitBook，您還有推薦其他的線上平台嗎?

    回覆

    • 謝謝你喜歡這篇文章，對於新版 GitBook 我真的感到非常可惜… 如果純粹以「寫筆記」的用途來說，最近我個人滿喜歡的服務是 HackMD，一樣是以 Markdown 書寫，HackMD 在書寫體驗上的流暢和簡潔我覺得很出色；如果想將多篇筆記匯集成一本書，HackMD 有書籍模式可以利用；這個平台也持續不斷增加新功能，例如各種 Markdown 語法的擴充、簡報模式等，感受得到產品團隊的活力；最重要的，大部分功能在免費方案都能使用。在寫筆記的需求上，HackMD 是我覺得目前很不錯的替代方案。

      但得說 HackMD 的產品定位僅是協作書寫，至少目前仍無法完全取代舊版 GitBook 的功能，例如書籍性功能(像出版、找書、搜尋書籍)，或是各種靈活的文件運用(如 plugin 生態圈、不受限私有網域的靜態網站)。

      回覆

發表留言