獨立產品人，以及獨行的 2017

文章大抵有些自己這幾年作為自由人的一些想法，2017 的一些經驗教訓和大概的收入情況，可能也沒有多少價值吧，有些所思，成文也未必合適，便又刪去了一些，但尚算真誠，希望能對旁人有一點幫助或者啟發。這篇文章參與少數派 2017年度徵文活動，感謝少數派一直以來的支持。

幡然醒悟的 2017

2017 年，上半年，完成了一個有些年頭產品的重構，耗費的時間很長，等差不多結束的時候，有些幡然醒悟。因為這個項目中 30% 左右的精力放在一種非常特殊的集群設計上，之所以去實現這種結構，歸根結底，是一種執念。這個執念來源於幾年前做自由人最初時候的一個想像，未來的互聯網由大量無中心的節點自由組合。現在固然在技術上實現了一個非常初級可用的結構，很酷，也很高興，但實際上又如何呢？這個基礎結構，對整體的產品而言，很重要，只是花了那麼多時間，那麼它的價值就大大打折扣了。突然意識到不過是最初的執念作祟，和初心本就容易混淆，於是，感覺一下子很多東西都能放下了。以前總想把產品做很大，現在反倒越來越想把產品做小。

一個桌面 App

接下來的一件事情，是重寫了一個桌面的 App，MarkEditor。原來的技術框架採用 Qt 的跨平台，實際上在 Mac 上總有細節問題，想改也沒有辦法改。最後，想定就重寫一遍吧。原本想幾個月的時間，總能出一個在 Mac 上能跑的原型。現實很殘酷，零零總總的時間算起來，卻接近一年還沒有推出 Mac 上的正式版。2017 年，上下兩個半年裡，兩個產品的時間預期上，屢屢受挫。痛定思痛，一直在反省自己，因為這不單純是常規的程序員對工期預估偏樂觀的問題。開始因為跨平台框架的幫助，相對比較快速地實現產品，但是，這本身就欠下了很多技術債。好像站在巨人的肩膀上，但慢慢發現，它還是蠻笨拙的，雖然別人眼中，你仍然站在巨人的肩膀上，甚至會建議換一個巨人(技術框架)試試。但是，自己卻非常清楚，如果想走得更遠，必須要下來了，不僅僅如此，還要自己創造出一個巨人來，當然這不意味這再去做跨平台的事情。因為，一個平台上，要做好，已經疲於奔命了。下面的圖表基本解釋了在寫 MarkEditor for Mac 2.0 時候自己的心態隨著代碼提交次數，產生的變化。

這不是 Bug，這是 Feature

那些看不見的，才是更重要的。那些以為是原教義的，其實是局限了視角的。如果在使用 Markdown，應該會很清楚，中文輸入有時很尷尬，比如 這些常用的標記符號，實際上對應中文的標點符號，得反覆切換 Shift 鍵。我曾經看到有人提出這樣的問題，結果被反嗆了，大抵是: 連這樣的輸入習慣都不能接受，還是別用 Markdown 了……在原來 MarkEditor 1.0 的時候，有特別的功能對應，即使在中文輸入法的時候，這些關鍵字元，仍然會以英文狀態輸出。但這也有問題，就是有時要輸入中文的符號，就是輸入不了。所以，在 2.0 的時候，特別針對這個功能進行強化，比如左Shift按下的時候只能英文狀態，而右 Shift按下的時候，則中文標點，這樣就兩全其美了。因為考慮 MarkEditor 基本上都是國人用戶，所以，這個 Feature 默認處於開啟的狀態，結果內測的時候，好幾個朋友反饋有不能輸入中文標點符號的 Bug，我說這是 Feature ……最後，默認把這個功能關閉了，使用者需要的另行開啟。還有比如是否可以讓 Markdown 支持首行縮進，這個在不少人眼中是違背了原旨主義的。倒不是想討論這個，而是有另外一個有趣的例子。比如下面這一段文本，在 Markdown 解析的結果之後，一個是 P 標籤，一個是 UL 標籤，從 HTML 結構來說，兩者是沒有關聯的，但實際從我們閱讀視覺來看，兩者是有關聯的。在實際的各種應用場景，原旨主義是沒有太大實用價值的。

如果你不遵循多數因為限制本身而產生的規則，就意味著要在很多看不見的地方花時間，收益卻未必很明顯，因為最終使用者的感覺是非常隱約，就是說不上來，覺得你這樣處理好像更合理一些。但這些細節積累起來，還是蠻有趣的。我也樂於如此，算是做產品本身的小樂趣。

放下了

2017 年其實種種事情，忙忙碌碌，反反覆復，就這幾年自由產品人不算順利也不算糟糕，但還是會充斥著焦慮的時光里，反倒過了 2017 年之後，能放下了很多。做產品呢，不過是大量的反思堆積起來的細節以還算不糟糕的方式重新組合，急不來，也只能慢慢來，要有價值，不求快，技術不欠債，可以想遠一點，但要做就只所力所能及的。以前出門的時候，基本上都會背著電腦，畢竟能隨時能處於工作的狀態。卻不曾想，其實給身邊的人帶來了不少的壓力。前幾天，和夫人一起帶著兒子去畫畫的時候，間隙間我們在星巴克呆著，她默默然道: 看你沒有背電腦出來，我也輕鬆了很多……

2017 的收入情況

基本情況

因為獨立開發的原因，有些額外產生的成本，摺合到月度，大概如下：

• 伺服器等固定成本 2000

• 社保、財務、稅費等維持公司基本狀態的固定成本 1000

• 外出找個地方呆著，比如咖啡館，大約 500

  合計毛收入: 193431， 合計額外成本支出 42000，一年大概的實際收入是 151431。由於 2017 年大部分時間耗費在兩個並沒有實際收入產出的產品上，一定程度上，可以認為 2017 年的收入基本上是被動收入。

  freedom is not free

  我們無比熱愛生活，卻因為生活而無法熱愛生活。自己作為自由的產品設計師而言，收入遠遠比不上非自由(就職)狀態下的，或者換一種其它更輕鬆的方式，也是容易的。只是非常清楚不喜歡做一些事情時候的感覺，就能堅持下去。可是多數時候吧，應該會有很多人在這種略微的厭惡感中被自己麻木了吧，甚至後來慢慢變得更強大了，更想著逃出來，最終卻因為生活而沒了出逃的勇氣。所以，還是蠻慶幸自己對 本身的敏感。產品人，應該盡自己的努力保持獨立、自由。開始可能會比較辛苦，好壞不論，仁智各見，自得始終。freedom is not free，現在為自由付出了一些代價，而一個不自由的人，一旦享受到了自由的狀態，是回不了頭的。如果讓一個程序員成為獨立開發者，可能遇到了困難就回頭了，反正找工作不難嘛；但是，如果讓一個產品經理，成為獨立產品人，這可真的很難回頭，就像鳥兒回到了天空，魚兒歸入了大海。其實，現在的自己是和世界處於一種微妙的和解狀態，沒有了最開始一種莫名的一往無前，這樣的平和讓人容易平靜。即使現在一轉身，就回歸到「體制」(這個詞好奇特)內，不違心的說，似乎也能接受。真是非常奇特的一種狀態。

  想獨立？邁開第一步就好了。

  很多人對獨立開發者、獨立產品人保持興趣，而常常的問題會聚集在:

  • 我怎麼才能成為一個獨立開發者？

  • 我要做一個什麼樣的產品？

  • 我做的產品怎麼才能賣到錢？

    很長一段時間內，我覺得這些問題本身很沒有價值。深究起來，可能是提問的人自己的問題，是不是能力不夠、是不是自信不夠、是不是不能構建有價值的產品，所以提供任何答案都將是沒有價值的。今年有所思，是自己苛求了，提問者不過是在追求自由罷了。除去運氣特別好，多數時候追求自由都是要付出巨大代價的，追尋不得，只要人的理想沒有熄滅掉，暫且蟄伏，仍然還是會去追求的，猶如飛蛾逐光。所以，對於這些問題，其實不用去深究的，想明白了這過程反正是要付出代價的，先邁出第一步就可以了。自認為對產品、技術從有足夠的自信，但又如何？還不是犯了很多錯誤。以及銷售、營銷，簡直是短板中的短板。似乎也沒有關係，慢慢朋友就會幫襯了起步，自己再反省逐漸進步。所以，我認為，想明白做獨立開發者，可能要付出不小的代價，能夠接受的，其它的，走出第一步就可以了。

    一些可能沒有價值的經驗

    所謂的經驗，其實不一定那麼有用。就是自己從坑裡爬出來的時候，帶的一身泥。自己覺得珍貴，但對別人來說，不定只是泥土而已。我們設想呀，假設讓 A 去做一件事情，他後來總結了這種那種的經驗；如果讓 B 去做同樣的事情，他後來也總結了這種那種的經驗。如果，兩者的經驗之中，有大量重合，其實，很可能是讓任何一個人去做這件事，本身就會習得的，而並不需要前人的經驗。

    務虛的些許條目

    • 一個產品如果不是自己每天用的，最好不要去做

    • 不要試圖改變世界，因為它會讓你的結構設計從開始的時候就陷入了麻煩

    • 產品的邏輯是非常簡單的，就是更好的、效率更高的，或者從未存在的

    • 如果跨平台不是那麼那麼那麼重要，不要嘗試使用跨平台的技術方案

    • 做產品之前先考慮產品的未來周期，沒有信心讓它活 3 年以上，不要去做

    • 用心做事，自然會有朋友幫助你的，但他們不會是產品最合適的天使用戶

    • 不要做免費的產品，如果這件事情要花掉你超過 7 天的時間

    • 提高用戶質量，不要抱怨用戶，不要冒犯用戶，也不要嘗試教育用戶，而是為產品找到更合適的用戶

    • 沒有所謂的捷徑，產品的優勢就是時間的堆積

    • 有些問題，是技術的問題，但又是技術無法解決的，不如放棄吧

    • 促銷要慎重，折扣別隨意，會影響老用戶的心情，也會影響產品本身的價值

    • 不管怎麼做，都會有人出來批評甚至斥責，無愧即可

    • 無態設計固然蠻有意思，但是要存個資料庫就存一個，笨拙也是一種聰明

    • 想法是沒有價值的，很多想法就有價值了

    • 一個東西如果別人很容易就抄了，還是別做了

    定價策略

    因為自己本不擅商業，產品的定價策略一直處於摸索的階段。經過 2017 年後，應該未來的產品定價策略應該比較明晰了，大抵分類三種類型。第一個是低需求版本，使用者本來對產品沒有很強烈的訴求，但會用，同時也可能考慮經濟要素，這個版本的價格是最低的，而且如果考量實際投入，如果只有這一個版本，產品是無法實現收支平衡的。第二個是常規需求版本，使用者在這個版本中，基本上可以使用到產品完整的功能。如果考量到實際投入，這個版本可以基本實現收支平衡，並能基本保證未來產品持續的維護動力。第三個是高需求版本，重度使用者，或者某些特別的功能，可以為使用者提供接近唯一的選擇、或者大幅提高效率、體驗，而對多數用戶來說，沒有這些功能，並不會覺得產品有所缺失；而對這部分高階用戶來說，缺乏了就意味著要消耗更多時間在其它不必要的方面。這個版本可以實現一定的價值溢出，在恰當的範圍，使用者和開發者會達成一種共識。因為使用者此時對價格敏感度並不高，對於效率、時間的敏感度反而是更高的。在 2018 年的時候，我可能會嘗試另外一個版本，即免費的 版，保留產品的核心功能，但不做收費處理，看能否會促進其它收費版本的收入。還是因為不擅商業，所以磨合了這一條收費的道路。如果讀這篇文章的你，也在為這件事而煩惱，希望能給你帶去些許的啟發。但實際操作中，請務必保持對衣食父母的尊重，別當他們是傻瓜。就像這幾年開始風行並且繼續風行的訂閱制，有些人處理得很好，而有些人處理得讓人不悅，，這樣的行事方式固然是有收益的，但總是不恰當吧。

    關於 2018

    關於 2018 其實沒有什麼具體的計劃。除了維持現有的兩個產品之外，如果順利的話，新的一年裡可能會有一款新產品出來。也可能會重新思考，在 Web 端上的產品，如何保持更小更恰當的規模設計。我並擅長處理人與人之間的瑣事，經過幾年的鍛煉，一些莫名的惡意，可以視而不見了。但終究希望自己產品的最終使用者，應該是有趣的人，以後應該會更堅持吧。希望自己的 2018 年是自由的。也同樣，希望有更多的人，獲得自己想要的自由。:)

喜歡這篇文章嗎？立刻分享出去讓更多人知道吧！