錄

1. 不談工具，先談需求
2. 最后一個筆記應用
3. 大師之路
4. 寫在最后

最近我在 Matrix 精選看到 大師筆記 開發者的文章，又適逢苦于找不到合適的筆記應用，于是安裝體驗了一段時間。從 iOS 的 Bear、Drafts，Windows 的 Typora，到全平臺的 Notion，以及今天將提到的大師筆記，我已經體驗過許多在不同設計理念下誕生的筆記應用。

不過，這篇文章我不想先談「大師筆記究竟是不是一個好的筆記應用」。相反地，我想更多地從「理念」的角度談談：我們在用 Markdown 寫作時，到底在追求什么？

（首先我想聲明，這篇文章會包含很多主觀觀點和感性體驗。鑒于我個人懂的不多，很可能會造成偏頗或錯誤，煩請指正。同時，閱讀這篇文章也需要你對這方面的軟件知識有一定了解。歡迎大家與我交流分享、增廣見識。謝謝！）

不談工具，先談需求

無論是 Markdown 語言本身，還是各類支持 Markdown 的筆記軟件，對我而言都不過是寫作工具而已。也就是說：不是我去適應它，而是它本身就應是得心應手的。

當然，每個人的使用需求不同，心中優秀的筆記應用的模樣也不同。所以在基本功能齊全、能夠滿足我的日常使用需求的情況下，能夠提供直觀、大量可調選項的筆記應用，才是我心目中的優秀的筆記應用。

市面上已經有太多的筆記應用，但找到一個適合自己的真的很難。下面我通過對自己使用需求的剖析，力求一探大家對 Markdown 筆記應用常見的需求、喜愛與缺憾。

我的需求

我是一個軟件工程系的大一學生，日常的裝備只有一臺 Windows 系統的筆記本和一部 iPhone。我的筆記應用使用場景按使用頻次可以歸納如下。

桌面端：

• 各類課上快速記錄筆記
• 為公眾號撰寫定期或不定期的推送
• 為程序設計作業撰寫開發文檔等

手機端：

• 快速記錄一些靈感
• 進行一些短篇創作、大綱撰寫等
• 修改已經完成的文稿中的小錯誤

很明顯地，我的需求按重要性從高到低排序應是：

1. 寫作效率：Markdown 語法的易用性
2. 同步與格式：多平臺、多用途、多格式
3. 簡便、快速：特別是 iOS 端的使用體驗
4. 文檔系統：多特性、多維度

我相信對于很多學生，又或是不承擔大量項目管理工作的朋友，對于筆記應用的需求應該和我以上四點非常類似。總結為一句話就是：好寫好查好改。

Markdown 語法與寫作手感

支持 Markdown 語法的筆記軟件，總是喜歡對 Markdown 語法本身進行一些「魔改」，甚至干脆不支持部分格式。這是一個非常奇怪的趨勢。

Markdown 是一種 標記語言。我們喜歡使用它，就是為了在雙手不離開鍵盤的情況下，能夠快速地使正在編輯的文本具有一定的格式。如果一個標記語言的標記語法都難以確定，其目的——效率就很難體現了。

如今的 Markdown 語法就像十多年前的 Web 設計一樣：不同廠商出于自己對實用性的考量，制定了大量的規則，卻沒有一個機構或組織能夠真正把它確定下來。

在這樣的環境下，我認為：一個優秀的筆記應用應該放下自己的偏執，而去擁抱不同用戶的習慣。如果使用過不同種類的 Markdown 筆記應用的用戶，都能在這個應用中找到舒服的寫作體驗，那么它的用戶群體自然會越來越寬廣。

落實到實際操作，我認為：一個優秀的筆記應用應該給用戶選擇 Markdown 語法風格的權利。它應該可以選擇或更改：

• 廠商改進過的語法方案或通用語法方案
• 個別格式的語法方案
• 用戶自定義的語法方案

一個靈活的、可定制化的筆記應用就像一把瑞士軍刀，從開快遞箱的數碼科技博主，到在密林里行軍的特種兵，都能在這把輕巧的工具中找到適合自己的功能。

更有趣的是，一個筆記應用不會因為它支持 Markdown 語法而高級或易用很多。關于 Markdown 到底能提升多少效率，其實網上也有許多爭論，這里我不展開說了。但我認為問題的關鍵不在于是富文本還是 Markdown，反而在于細枝末節處：

• 回車是換行還是換段落？
• 無序、有序列表能縮進多少層？
• 列表什么時候結束，什么時候開始？
• 引用、代碼、注解、加粗、斜體的相互嵌套怎么解決？
• 插入圖片是本地引用還是自動上傳圖床？
• 快捷鍵怎么安排？
• ……

許許多多這樣的細枝末節的問題累加起來，才構成了一個筆記應用最終的使用手感。

一個好的筆記應用，應該十分符合人的輸入直覺，能夠智慧地感知你每一次操作的目的。你一上手，很快就能適應。而一個差的筆記應用，用戶即使再努力地去適應所謂「優化過的 Markdown 語法」，也只會一直磕磕絆絆。

這讓我想到在學習 Java 時，老師提到過它的一個特點：

魯棒性 (Robust) : 魯棒是 Robust 的音譯，也就是健壯和強壯的意思。它是在異常和危險情況下系統生存的關鍵。比如說，計算機軟件在輸入錯誤、磁盤故障、網絡過載或有意攻擊情況下，能否不死機、不崩潰，就是該軟件的魯棒性。所謂「魯棒性」，是指控制系統在一定（結構，大小）的參數攝動下，維持其它某些性能的特性。

總結下來，我想，筆記軟件的寫作效率，歸根結底也是「魯棒性」。它有多能容忍用戶的無意識和習慣做法，它就會有多強大、穩定、易用。

「全平臺同步」的迷思

在討論「支持 Markdown 的筆記應用」時，我避開了桌面端和移動端的界限。

就像我需求中提到的一樣，「一個優秀的筆記應用」的定義，在桌面端和移動端是不同的。桌面端重效率、功能、穩定性，移動端重便捷、體驗、易用性，二者的使用場景造成了這樣巨大的差異。

但「全平臺同步」 在我看來，反而是非常重要的一個功能。這要求一款應用在文檔、特性、功能同步的基礎上，桌面端和移動端有各自不同的調性和巧思。而這恰恰是很難做到的，它需要開發人員對桌面端和移動端有著同樣深刻的了解，并能把二者的體驗打磨得十分連貫。

這種「連貫性」體現在何處？

• UI 設計的連貫性： 如何將桌面端的設計元素下放到移動端？其實這一點是比較好達成的，目前的一些產品（如 Notion） 已經在這一點上做的很好了。當然，這和它 Web 應用的本質是分不開的。
• 使用邏輯的連貫性： 桌面端的筆記應用為了功能的強大，使用邏輯常常十分龐雜。移動端應該在怎樣的程度上保留功能、簡化流程，而又不失連貫性，這是十分值得探究的。
• 文檔撰寫的連貫性： 即在一臺設備上編輯后，同步到所有平臺上的速度。當然，同步速度是一個比較復雜的問題，用戶的數量、公司的體量等等都可以影響到同步的速度。這一點上許多廠商已經做得很好了。

除此之外，一篇文稿寫成后，并不總是只留在筆記應用中。相反地，很多時候都是要派其他用途的：

• 公眾號文章：導出 HTML 文件，需要細致地排版（可能用到 CSS）
• 論文、文章、討論稿：需要導出多種格式，如 PDF、Word 等
• 留作復習筆記：需保存在本地或云端
• 上臺做 pre 時的大綱：針對移動端同步
• ……

我想指出的是「同步」不只是自己與自己同步，卻常常是要與別人「同步」。md 這樣一個相對小眾的文件格式并不適合分享，因此支持導出其他文件格式也是相對比較重要的。更有甚者連導出本地 md 文件都不支持，這一點的弊端我在后文將提到。

輕量化的移動端

如果說手機是碎片時間的入口，那么移動端筆記應用就是碎片化寫作的入口。

通過日常的使用我發現，絕大多數的手機寫作場景都是：

• 碎片化的
• 記錄靈感
• 記錄簡單信息
• 進行短篇創作

它不需要多么強大的生產力或者多么強力的功能，為數不多的要求是：

• 使用簡潔
• 軟件輕量
• 分享、同步、查看便捷

在這方面，我感覺 iOS 上的 Drafts 可以說是做的比較好的，即使它是一款「非典型筆記應用」。脫離應用實際體驗，這一點其實是很難講的，所以我們稍后再談。

被遺忘的文檔系統

作為一個筆記應用，在「好寫」、「好改」的基礎上，「好查」也是十分重要的，這就要求應用提供一個高效、簡潔、功能性強的文檔系統。

但目前的很多筆記應用（特別是從移動端起家的一些應用），少有文檔系統的概念。它們要不只是簡單地用所謂「標簽」來歸類，要不在桌面端完全無法導出為文件，再或者干脆使用體驗極差。

那么為什么會形成這樣的情況呢？我想這一點和我之前提到的移動端筆記應用「輕量、快速」 的需求是分不開的。試想，如果廠商做一個「即開即用」的移動端筆記應用，那必然不會優先考慮文檔系統，這是由「快速記錄、簡單修改」的使用場景決定的。但在筆記應用桌面化的今天，也有越來越多的廠商開始注重文檔系統的建設。

我認為，文檔系統的設計模式大致可以概括如下：

• 傳統的「文件夾 - 文檔」模式
• 標簽分類模式
• 本地泛文檔模式

前兩點都很好理解，第三點我想具體說明一下。

我們知道使用 Markdown 語言撰寫筆記、查看筆記，在今天依然是一個非常個人化的行為，因為你很難直接用 md 格式的文稿和他人分享。同樣地，他人分享來的文稿也常常會是 Word、PDF、Pages 等格式，更不用談我們日常的項目中還會有許多其他類型的文件，例如圖片、視頻、代碼、表格等等。

如果僅是把自己撰寫的筆記分類得整整齊齊，而無法方便地管理其他格式的文件，這樣的文檔系統也是相對無意義的。筆記文稿被從其歸屬的文件堆中剝離出來，是不符合使用邏輯的。

這就引出了一個關鍵的問題：文檔管理究竟應該只停留在應用內部，還是應該依賴于環境的文檔系統？

事實上通過以上的論述你可以發現，我更傾向于后者。雖然目前有這樣設計思路的應用我所知甚少，VS Code 勉強可以算一個。

如果不強求在軟件內完成所有資料的歸類和查看，那么其實只要應用具備導出 md 格式的功能就已經可以基本滿足這一點需求了。

要多強大才算優秀

以上我列舉了四個我最重視，也可能是大家最關注的筆記應用的常見需求。

一個優秀的筆記應用是否應該完美地覆蓋以上所有的需求？這個問題就像寫代碼應該用 IDE 還是用像 VS Code 這樣輕量化的代碼編輯器一樣，我認為是難以產生定論的。

要多強大才算優秀？我想說的強大并不是事無巨細地涵蓋所有可能的需求，而是如文章開頭所言，我們應該找到合適自己的、得心應手的筆記應用。下面我想通過分析市場上已經存在的、具有一定質量的筆記應用在以上四個維度的使用特點，做一些非常簡單且主觀的歸納和參考。

最后一個筆記應用

少數派一直是一個關注 Markdown、支持 Markdown 的網站，在少數派我也認識了許多支持 Markdown 的筆記應用。期間我體會到，由于各個公司的設計理念、目標人群，甚至公司體量的不同，市場上的筆記應用的風格也大相徑庭。

例如：

• Bear (iOS、Mac)：一個小型筆記應用，主打美觀和效率并行，并對 Markdown 語法做了一定的改動。
• Drafts (iOS、Mac) ：一個草稿應用，主打快速記錄，是文字信息的收發站，有許多 Action 可與其他 App 聯動。（在我寫這篇文章的期間它已經出了 Mac 上的正式版。）
• Typora (Windows、Mac、Linux)：一個桌面端的筆記應用，配合 Pandoc 可以非常好地支持導出各類格式的文件，功能強大。
• Notion (iOS、Android、Mac、Windows)：一個全平臺的 Web 應用，界面美觀，使用邏輯有新意，但在使用體驗上還有待改進。

再加上正在體驗的大師筆記，以上就是我長期使用過的一些筆記應用。但由于大師筆記的特殊性，我想之后再單獨談談。

Windows 用戶的困境

正如我之前反復提到的，筆記應用非常重要、核心的功能是全平臺同步（至少是你所擁有的設備的全平臺同步）。但出于種種原因，Windows 上高質量、有特色的 Markdown 筆記應用少之又少。我前文提到的 Typora、Notion 和大師筆記是為數不多我認為拿得出手且有特色的筆記應用。

糾結再三，我決定在以下的應用分析部分中，僅以一個 Windows 用戶的視角來寫，而不對不了解的 Mac 平臺的應用選擇妄加評論。如果你是 Mac 用戶，可以直接從我關于大師筆記的第三部分繼續看起。

Bear

Bear 是我第一個接觸的支持 Markdown 語言的筆記應用。其實以它為 Markdown 入門并不是一個很好的選擇，因為它修改了一些 Markdown 的基本語法——雖然這是可在軟件內更改的（你可以在「設置 - 通用」中選擇是否開啟「Markdown 兼容模式」）。寫作手感稱不上出色，常常可能碰到無序、有序列表呈現的狀態和想象中不一樣的情況。

Bear 目前只支持 iOS 和 Mac 的同步，所以并不在我的主力筆記應用的行列中。但由于它美觀、直接、優雅的 UI 設計，有時我還是會用一兩次。我認為 Bear 的 UI 設計是它的亮點之一，雖然不可調的頁邊距很大程度地影響了手機端的寫作體驗。

Bear 在移動端的設計還是相對輕量的，但該有的功能都打磨得相當精致，這里就不細說了。

此外，「可以設置多層標簽」是一個文檔系統方面的功能亮點。這樣的做法既保留了標簽系統的整體性，又不會讓搜索變得非常呆板。

舉例來說，如果許多文檔都有名字相同的 #未完成 的標簽，卻屬于不同的大類標簽，比如一個是 #程序設計 ，另一個是 #少數派 。那么我在全局搜索未完成的少數派文章時也會得到很多未完成的程序設計文檔，這使得使用體驗很差。加入標簽歸屬就可以快速定位想要的內容，也可以提供類似于文件夾一樣的使用體驗。

那為什么我們不直接用「文件夾 - 文件」的模式呢？標簽模式的設計初衷就是一篇文稿可以有多個標簽， 從而提供多元、直觀的歸類方案，而不是單一的、有指向性的方案。

Drafts

前文提到，我認為 Drafts 是一款「非典型筆記應用」。誠然，它最低限度地具備很多筆記應用該有的基本功能：支持 Markdown、標簽系統、同步系統（僅 iCloud），但我認為 Drafts 與其說是一款「筆記應用」，倒不如說是一個移動端文本入口。（他們官網的 Slogan 就是 Drafts. Where Text Starts.）

Drafts 最大的特點就是「即開即用」，寫好后再考慮這份文稿的用途。是要復制到別的應用？還是只是記錄一瞬間的靈感？還是要通過 Action 進行其他更復雜的處理？在輸入完最重要的文本之后，你大可再慢慢考慮這方面的事情。這對于手機上的碎片化使用場景其實是非常適用的。

這一點讓它成為我心目中移動端筆記應用的典范：不喧賓奪主，默默地收集所有的文字碎片，并給你最快捷的處理他們的辦法。

從此你再也不用在各個軟件之間「專事專辦」了，面對的只有 Drafts 克制自由的藍白色界面。事實上，配合 Action、URL Scheme、Workspace 這些特性，Drafts 簡約直白的外表下藏著一個功能史無前例強大的效率工具的內核。

Typora

我想開門見山地直言，Typora 是我在桌面端最喜愛的生產力應用。它的功能之強大、設計之冷靜、體驗之美妙、理念之先進，我認為值得所有筆記應用廠商學習。

打開軟件，界面只有菜單欄若干幾個選項和一個空白的輸入區域。但這個簡約的軟件所支持的功能之多，卻令人嘆為觀止。

• 實時預覽 Markdown 格式效果，而不是常見的左右分欄的設計。但同時還保留了「源代碼模式」，讓你在顯示格式不符合預期時可以進行微調。（它的 Markdown 輸入手感真是一流！）
• 配合 Pandoc 你可以輕松地將文件導出為 PDF、HTML、Word、移動端長圖，以及許多學術相關的文件格式。
• 支持 LaTeX 等公式符號、表格、代碼、圖片外鏈……基本你能想到的文稿內容它都支持并可以實時預覽。
• 支持根據文章的大小標題自動生成目錄（大綱）。
• 支持文件列表 / 文件樹視圖（僅支持 md 文件）。

除此以外，它還擁有一些「瀏覽器」相關的功能：

• 支持對界面套用 CSS 并實時顯示，僅需在本地主題文件夾中加入你的 CSS 文件即可。
• 支持 DevTools，也就是瀏覽器的審查元素。
• 支持一鍵復制 HTML 代碼。

我常用 Typora 寫微信公眾號推文：撰寫文稿，套用固定 CSS，一鍵復制 HTML 代碼。這樣就完成了從撰寫到基本排版的工作，我只需將 HTML 代碼粘貼到微信公眾號后臺，再進行一些微調即可。大幅節省了工作量的同時，還保證了每次推送的格式基本相同，閱讀體驗更好。

當然它也不是沒有缺點的。沒有移動端應用，不支持云端同步，甚至沒有應用內部的文件管理，導致使用模式基本是在文件夾中直接打開 md 文件。它是一款將生產效率發揮到極致的筆記應用，能夠包辦你生產過程中的絕大部分內容，但任何一點無關「產出文稿」的事它都不會去做。

Notion

少數派有 文章 提到 Notion 是一款「來自未來的筆記協作工具」，我十分同意這一觀點。無論是它 Web 應用的本質，還是它創新的「模塊化」使用邏輯，都仿佛是來自未來的筆記應用解決方案。

文檔系統一直是各類筆記應用的老大難問題。做簡單了沒有分類的意義和效果，做復雜了又會浪費太多時間在無意義的打標簽、建目錄上。

Notion 僅用一個「模塊化」的概念就解決了這一問題。 任何文章（Page）下都可以再插入許多模塊（Block）：其他文章、段落、列表、鏈接、圖片、視頻、代碼、看板，甚至 PDF、谷歌地圖……

因此，一篇文章（Page）可能不是一篇實際意義上的文稿，卻是許多文章的父集（或者說，一個筆記本）。再配合文章鏈接等模塊，一個極簡理念下的文檔系統就誕生了。

對于 Notion 來說，Web 應用的本質是一把雙刃劍。

優點：

• 全平臺的應用開發和維護更新不是難事。
• 可以很輕松地做到多平臺使用體驗的連貫。
• 應用占用存儲空間很少。
• 各種各樣的模塊可以很方便地下放到移動端，使 Notion 的移動端功能十分強大。

缺點：

• 性能低下，文字量多或內容復雜時，會占用一定內存。
• 在線和離線狀態的使用體驗有一定差距，有時還需要梯子。
• 使用手感不好，常常難以達成想要的格式。目前對 Markdown 的支持（特別是中文內容）也不夠好。
• 和桌面端幾乎相同的界面設計使得 Notion 的移動端編輯體驗稱不上簡潔快速。

Notion 的模塊化設計使其成為一個天馬行空的產品，用戶可以在多種多樣（并且持續更新）的模塊之上，搭建出屬于自己的功能強大的筆記。

最后「一個」筆記應用

每個應用有每個應用的好，但如果為了達到自己的需求而反復在各個筆記應用中切換，著實是一件很麻煩的事。一篇文稿在若干應用間奔波，不說適應軟件不同語法的問題，你的文檔系統最終也會變得一團糟。

我相信每個用 Markdown 寫作的朋友，都在等那「最后一個筆記應用」。如果能有一個應用能滿足你的所有需求，卻又不顯得臃腫復雜，那該多好！但很可惜，就我個人經驗而言，到現在我還沒找到最適合我的筆記應用，包括接下來將著重講的大師筆記。

大師之路

大師筆記 的英文名是 Masterway，直譯「大師之路」。Markdown 筆記應用經歷了好幾年的發展，在不同設計理念的引領下產生了許多不同的形態。一個應用成為「優秀的筆記應用」，要走過多長的「大師之路」？

在體驗大師筆記的過程中，我發現大師筆記其實吸納了許多其他筆記應用優秀的設計思路。下面我想繼續以前文強調的四個維度來分析大師筆記的功能亮點。

（截止到初稿完成，我的大師筆記 Windows 端版本號為 0.5.3，iOS 端版本號為 1.2.4。）

Markdown 語法

大師筆記在對 Markdown 語法做一定修改、擴展的基礎上，推出了自家的 mmd 語法（也包括 mmd 格式的文件）。它的開發者是這樣描述 mmd 的設計理念的：

mmd 是 Masterway 在基礎 Markdown 之上，為應對圖片，音視頻等等多媒體場景而創建的一個簡單擴展。mmd 對絕大部分的基礎 Markdown 語法，如標題，字體風格，網頁鏈接，圖片鏈接等等，mmd 都提供了支持。同時，在基礎語法和擴展兩方面做了一些謹慎的嘗試。

具體的改動內容你可以在 這篇文章 中查看。

兼容性問題

任何企圖對 Markdown 語法進行改進的廠商都面臨著兼容性的問題。其中又可被分為兩點：

1. 應該怎么兼容用戶之前的使用習慣？
2. 應該如何保證自己的改進語法能被其他平臺兼容？

前者就是我之前提到的，「筆記應用廠商應該擁抱用戶的習慣」。但很遺憾，目前大師筆記并不支持在各類 Markdown 語法風格之間進行任何的切換。

不過在后者上，大師筆記還是做得比較好的。它在支持導出為自家 mmd 格式文件的同時，也支持廣泛使用的 md 格式文件。軟件會自動幫你將 mmd 有所改動的語法替換為 Markdown 的通用語法。

為此，我專門測試了所有 mmd 與通用 md 格式中不同或增廣的語法格式，把它們寫成一個文檔，并導出成 md 格式。

除了應用內部的筆記鏈接，基本所有的擴展語法都能被比較好地修正。其實我認為不把筆記鏈接轉化為共享的網頁鏈接，一定程度上是出于對用戶隱私的考慮。如果我一不小心忘記文稿中鏈接了其他文稿，又把這篇文稿導出為 md 格式分享給了別人，其實可能帶來很大的不便。

多媒體的野心

開發者在 mmd 中擴展了插入視頻的功能。你可以在筆記中插入：

• 普通視頻鏈接
• Youtube 視頻鏈接
• Bilibili 視頻鏈接

雖然只是很簡單的功能，但我從中看出了大師筆記開發者的「多媒體的野心」。這讓我想到 Notion——一個筆記應用的手究竟應該伸多遠？

對于這個問題 Notion 也許已經給出了自己的答案，就像 沨沄極客 說的，他們想做一個「電子手賬」。你可以在 Notion 中完成任務管理、多媒體展示、待辦事項、日程規劃……

那大師筆記呢？目前我還不得而知。但很顯然地，視頻也可以是筆記中非常重要的一部分。我認為這至少是電子化筆記探索路上的一步。

寫作手感

寫作手感一直是一個比較玄學的東西，它由很多方面的因素決定（也包含很多的個人喜好），因此在前文中我也很少用到這個評價標準。而且在談到一個筆記應用的「寫作手感」的時候，我們常常會想到一些負面的印象，卻很難描述這個「手感」好在哪里。

你正在閱讀的這篇文章的初稿是我全程在大師筆記中撰寫的。期間我和朋友抱怨過：「如果不是要測評這個軟件，我真想用 Typora 來寫！」我只能說它并沒能給我帶來比較好的寫作體驗。這個毛病在比較新的應用上都有所體現，例如 Notion 的寫作體驗也很糟糕。下面我將一一列舉一些讓我感到不滿的問題（但這不代表你一定會不喜歡它。請下載后親自嘗試一番再做評價！）：

• 有許多語法標記（如斜體 _、注解 >、引用 '）都屬于半角符號，而在中文輸入法下默認是全角符號，再加上沒有快捷鍵或右鍵菜單，想打出來這些符號比較麻煩。
• 支持 mmd 語法聯想，但是填入居然是按 ?tab ，而一般的 IDE 都是 ?Enter。
• 換段需要手動打一行空行，否則會造成有序列表序號不歸零的情況。
• 但不打那一行空行在軟件里似乎也能實現一種「沒有段間距的換段」，當然導出到軟件外就沒有換段了。
• 標簽系統的字體顏色似乎是隨機的，經常會碰到一些明度非常高的顏色，難以識別。
• 所有的無序、有序列表的符號后面加不加空格都能正常顯示，最多是一個空格的縮進問題，但唯獨 * 后面必須跟一個空格才能顯示成無序列表，否則就是普通字符。
• 不支持任何編輯界面的快捷鍵操作（如 ?Ctrl+B 加粗選中文字 / 生成兩個 *），除了 ?Ctrl+S 保存。
• ?Ctrl+S 保存后會自動進入瀏覽模式，可是有的時候我只想保存一下進度防止文件丟失。不用 ?Ctrl+S 保存，手機端也不會實時同步。

應用其他方面也多多少少有一些影響我使用體驗的地方，在此我就不一一列舉了。

不過我想說的是，作為一個比較新的應用，有一些小毛小病是非常正常的事情，特別是在想構造一個新概念的應用時。期待開發者能將其打磨得更精致。

移動端的使用體驗

可能是由于移動端的開發晚于桌面端的原因，目前大師筆記的移動端仍然是一個非常簡陋的狀態。（請允許我用這樣一個比較嚴重的詞。）

iOS 上的大師筆記應用基本可以用四頁來概括：首頁、文件夾分類、瀏覽界面、編輯界面。

其中首頁和文件分類頁面做得還是比較精致美觀的，也和桌面上的使用邏輯很像。瀏覽界面是我認為做得最好看的。 沒有惱人的狀態欄，文字內容填滿全面屏的每一寸，讓人看得賞心悅目。字體大小、行間距、段落間距等也做得很合適。

但編輯界面可以說幾乎是不可用的：

• 雖然有格式快捷按鈕，但是其粗糙程度讓我很難承認它是「按鈕」。
• 文字部分沒有任何格式實時預覽，也沒有 Markdown 語法高亮等等，使用體驗很差。
• 字體大小、行間距、段落間距和瀏覽界面完全不同，雖然有預覽功能不至于不知道自己在寫什么，但視覺感受十分擁擠。

可以說，大師筆記的移動端目前只能修改文稿中的一些小錯誤，還很難進行任何創作。

同時，移動端強制先寫標簽、再寫標題和正文的設定也讓我用得很不舒服（你不能點擊下一行直接開始寫標題或正文）。保存時你也只能存到某個項目中（我將在下一部分介紹大師筆記的文檔系統），沒有一個暫存處。這一點其實是和之前提到的「快速記錄靈感」的需求完全相悖的。

文檔系統

大師筆記的文檔系統吸納了許多筆記軟件的優點。

首先，它以傳統的「文件夾 - 文件」的形式作為基礎：文件夾對應的是項目，文件對應的是筆記（Line）。

其次，每個筆記的第一行固定為標簽行。你可以在其中加上這篇筆記相關的標簽。如果你不作任何改動，則這篇筆記的標簽為 #默認標簽 。在筆記最下方有一個LineId，它表示了這篇筆記在這個項目中的創建順序，因此每個 LineId 在項目內部都是獨一無二的，你可以在軟件內鏈接文稿時用到它。

我認為最特別的屬看板功能。每個項目會自帶一個默認看板，其中包含你所有的筆記（以標簽的分類方式呈現）。你也可以在看板界面直接添加新標簽列，并向其中添加筆記。

除此以外，看板還有一個公共標簽的功能。在創建新看板時，你可以選擇是否添加公共標簽。如果你設定某個標簽為這個看板的公共標簽，那么在此看板中只會顯示有公共標簽的筆記。這時你添加新標簽列，則會顯示同時有新標簽和公共標簽的筆記。

大師筆記希望通過這樣的「項目 - 看板 - 標簽 - 筆記 - LineId」 系統來管理文檔。

搜索功能方面，目前大師筆記僅支持通過標簽或 LineId 在特定項目內搜索筆記，不支持任何的關鍵詞搜索。

那么這樣一個看起來有些復雜的文檔系統使用體驗究竟如何呢？

我認為，看板功能有些雞肋。目前大師筆記的看板功能僅僅局限于根據一個或多個標簽對筆記分類、展示，而這樣的功能用搜索其實已經可以實現。任務進度管理、任務到期查詢、人員分配、團隊合作等等看板更重要的功能，在大師筆記上其實是缺失的。

如果大師筆記希望做一個團隊協作軟件，這一方面應該跟進開發。但如果只是為了讓用戶更直觀地查看自己的筆記，我認為把搜索界面做得更明朗一些即可，不必再額外增加一個看板功能。

同時，大師筆記的項目和看板的顯示是有很大區別的。

項目視圖下： 所有筆記被集中擺放在中間列，能顯示出的筆記數量很少。界面右側是文檔編輯和瀏覽區域。但我感到這種偏向屏幕一側的編輯界面并不適合長時間的撰寫，而更適合一邊寫一邊查閱項目中的其他資料。

看板視圖下： 所有筆記以看板的形式陳列出來，可以一眼就看到每個標簽下的筆記有哪些。編輯界面則是位于畫面中央的。我認為這樣的視圖更適合需要集中注意力的長時間、長篇撰寫。

此外，在兩個視圖下你都可以按 F11 進入全屏瀏覽 / 編輯模式。

而 LineId 鏈接我認為是比較失敗的部分。試想這樣一個場景：當我想要在筆記中鏈接到另一篇筆記時，我要先保存，然后跳出編輯界面去找那篇筆記的 LineId 并記住，如果我想要給這個鏈接加一個標題我還要同時記住那篇筆記的標題。然后回到原筆記的編輯界面，用# 標記 LineId，再切換英文用半角符號 ,、" 加標題。這個功能如果在界面上能提示項目或特定標簽中的所有筆記，直接交給用戶挑選，使用體驗會好得多。

雖然沒有關鍵詞搜索，但我認為大師筆記的「僅在項目內部搜索標簽」的設計理念是很合理的。這一點在之前 Bear 的部分提到過，就不再贅述了。

木桶原理

如果你讀到這，你應該會發現我對大師筆記有許多的不滿，這些不滿很多都出自一些由于開發經驗不足導致的小問題。但我目前還是打算把大師筆記用作主力筆記應用，只是在移動端用 Drafts 輔助，這是為什么呢？

就像木桶原理所說的，我認為筆記應用作為一個工具，其易用性不是由其亮點功能所撐起的，而是由底線的功能支持決定的。

例如我的底線需求是 Windows 和 iOS 平臺同步，而后是寫作手感有所保證。這兩點其實已經可以刷掉許多市面上的筆記應用了：

• 沒有 Windows 端的 Bear 和 Drafts 首先就不在我的考慮范圍內了。
• Typora 手感很好，但沒有 iOS 端，也沒有一個好的文檔系統。
• Notion 有許多新奇的功能，但寫作手感和使用體驗過于粗糙。

你會發現盡管它們都有許多顯眼的功能和優秀的體驗，但最終是需求短板讓我選擇了大師筆記。或者說，盡管大師筆記有許許多多令人心煩的毛病，但它是為數不多的能滿足我個人需求的筆記應用，因此我才會去使用它。

雖然這是一篇純粹從個人需求角度出發的文章，但我希望通過我的一些分析過程，給大家在選擇筆記應用時帶來一些啟發：

• 我的需求有哪些？
• 我的底線需求是什么？
• XX 功能對我來說真的重要嗎？
• XX 功能真的有用嗎？

寫在最后

大師筆記其實不能算一個新應用，它的開發者早在 2017 年底就在少數派上發過介紹文章。但我還是在使用過程中遇到了很多小毛小病，有些甚至極大地影響了我的體驗。我不想在此一一列舉，因為這對于一個還在 beta 版本的應用是不公平的。但我想簡單說明兩個比較嚴重的問題：

• 無法自動保存，只能手動按完成鍵，但這樣又會退出編輯狀態。這導致我不常有點擊「完成」的意識，直到我有一次按到 F6 從看板進入到項目界面，發現我剛才寫的一大段文字都沒了。和手機端的同步也有一些問題，會有延遲同步甚至桌面端文字丟失的問題。
• 應用退出不完全，導致下次使用時可能無法打開，需要開任務管理器殺進程。

我很欣賞開發者做全平臺功能性筆記應用的決心，我也認為他們知道這意味著多大的工作量。我希望開發者在構思新功能時也可以兼顧到一些使用體驗上的問題，畢竟這才是一個筆記應用的靈魂。令人欣喜的是開發者們也在建設大師筆記的 社區，提交 bug 的反饋很迅速，基本在一到二個工作日內可以得到答復。

一個小學徒要經過多少磨礪才能成為大師？ 正如 Masterway 這個名字一樣，我想這是用戶和開發者可以共勉的。

祝大師筆記 Masterway 開發順利！

本文部分圖片來自：Bear 官網 、Drafts 官網 、Notion 官網、大師筆記官網、Unsplash