BuildForever 產品薦文 2018 精選
好文章值得再讀一遍。
精選原則：這篇文章放在 2020 年還值得再讀嗎？值得，便可。
共精選 24 篇，前 17 篇與產品相關，後 7 篇則與思維、認知相關。文章簡評也是 2018 年的，雖然有些現在看來忍不住想笑，但畢竟是當時的心境和思考，就保留了。
《談談使用者畫像》
作者：曹政
一個產品的運營定位，使用者是誰，他們的屬性是什麼，他們的世界觀是什麼，他們的價值觀是什麼。他們的行為動機，消費決策的依據是什麼，這些都是產品設計之前就要考慮清楚的。馮爺說過，不要用我以為，我觀察身邊的人，來做網際網路產品的判定。中國的人群，真的是分了非常多的層次。甚至你用簡單的標籤也很難分拆出來，你說 95 後是個標籤，但 95 後也存在涇渭分明的不同群體，你問我怎麼分，我怎麼知道，但我知道，肯定還是有很大區別的。一線城市，二三線城市，鄉鎮；都存在差異。而即便同屬於一類，北方和南方，通常也存在差異；教育背景差異，家庭背景差異，等等等等。大部分網際網路從業者集中在一線城市，大部分網際網路巨頭的員工和負責人都是名校背景，精英階層，這個問題一直存在，所以很多三四線城市的訴求往往被一些草根創業者所挖掘，所轉化。我們一直認為，各個網際網路巨頭在虛心學習，網際網路的理念也越來越普及，這種鴻溝會越來越小，世界越來越平，但現實，真的不是。
曹政大神的另幾篇產品相關文章也值得一讀：
《衛哲的 3＋1 思考法－－測量專案“靠譜程度”》
作者：霸王排隊中
百思不厭的問題，特別適合在「這個想法不錯，加進來吧」這種腦子熱的時候停下來問一問：
- 1/3：需求從哪裡來？目標客戶是誰？
- 2/3：有多少人有這樣的需求？這個需求緊迫嗎？
- 3/3：他們的痛是什麼？場景是什麼（用產品之前/之後）？
- +1：解決之後在資料上會有什麼表現？
《如何有效地報告 Bug》
作者：Simon Tatham
如何報告 Bug 是一門如何跟程式設計師溝通的學問。雖然提 Bug 無數，自己也總結過報告 Bug 的好習慣，但跟這篇文章相比簡直小巫見大巫。就不敲黑板畫重點了，但值得反覆提醒的一點是，要區分「與期望不符的結果」和 Bug 的區別，而且，天下沒有沒 Bug 的產品，不要因為有 Bug 而指責程式設計師。
延伸閱讀：
《遊戲化策劃的反饋機制》
譯者：極小光
遊戲獎勵機制的 SAPS 原則，瞭解一下：
- Status，等級：顯而易見，各類遊戲都有諸如青銅、白銀、黃金和鑽石的等級機制。
- Access，許可權：給予使用者一項參與公司提供的特別服務。例如，獎勵最高階玩家參觀公司的機會（應該沒有玩家不想參觀一下暴雪公司吧）。又或者，給重度網購使用者購買優先權的機會。
- Power，能力：賦予玩家凌駕於其他玩家之上的能力，當然這個是在虛擬世界中的。
- Stuff，物品：物質獎勵。只有當前三項的資源不足的情況下，才考慮再遊戲化設計中加入這項獎勵。當然，如果你有很棒的禮品和足夠的預算，那麼非常推薦這種方式。
延伸閱讀：
《我們應該怎樣使用開源軟體》
作者：ThoughtWorks中國
總之，小心被坑，即便是產品經理自己去看哪些是可以拿開源專案來用的，最起碼也要注意使用許可範圍。
延伸閱讀：《Emoji 有版權嗎？》
《How to Figure Out if Your Product Actually Solves Problems》
作者：katie Cerar
找準真正的問題，比解決問題本身更重要。這點你我都懂，但是究竟花了多少功夫找準問題呢？怎樣才能找準呢？可不是「讓我們問問使用者這是不是他們需要的吧」這麼簡單。
《What’s a Senior Product Manager’s job?》
作者：Blair Reeves
高階產品經理都做什麼？十個不同的高階產品經理會有十個不同的答案。要我說，我也總結不來什麼。講起來也挺玄乎。沒有對錯，只有適合。不過，也不妨多看看別人的方法論。非常喜歡這個觀點：
After years doing this job, I’ve come to the conclusion that even if “product geniuses” really exist, I would still much prefer working with people who are just good, proven executors than “ideas people.” Too often, both in tech and broadly in society, it seems like ideas themselves are cherished as superior to bread-and-butter implementation of them. I think that’s a mistake.
延伸閱讀：
- 《產品經理的能力模型》
- 《作為一個產品經理或產品負責人會可能忽視哪些實際上很重要的事？》
- 《Good Product Manager/Bad Product Manager》
- 《Technical Skills for Non-Technical Product Managers》
- 《Getting to “technical enough” as a product manager》
《Switching Cost》
作者：Clement Kao
更換一個產品是有成本的，也許是經濟成本（比如從安卓手機換成 iPhone），也許是學習成本（比如從 Windows 換到 macOS），也許是關係成本（比如從微信換到子彈簡訊），也許是其中兩個或三個的綜合。
《Engaging in Product Debates》
作者：Sachin Rekhi
有協作就會有爭論，而怎麼爭論，尤其是產品經理怎麼跟開發、設計、運營等等同事友好爭論，既是素質要求，又是能力提現。先不看作者觀點，反思一下，自己對爭論的態度是什麼？很容易就想到：換位思考、努力客觀、不卑不亢。不過，也不知道自己在日常工作中究竟做到幾分。有些時候不動腦子就開口了，也有些時候，怕丟臉，會在爭論之前先來一番自我爭論：為什麼會有這樣的觀點？想達成什麼目的？看過統計的資料了嗎？邏輯說得通嗎？調查過其他（尤其是競品的）做法嗎？還有 B 方案嗎？如果不做會怎麼樣？反過來想想會怎麼樣？有時候爭論是為了贏，但仔細回想一下不難發現，贏得爭論只是二流樂趣，一流樂趣是在爭論時通過不同的想法碰撞，得出更優解決方案，乃至恍然大悟（同時覺得此前方案多麼不靠譜）。作者說，要爭論，「First, seek to understand」。這句話好精妙，而且，重點不是「understand」，而是「Seek」，因為你能理解對方的觀點，一定得先有理解對方為什麼這麼想的真誠意願，而不是假裝聽一聽。其次，當想法有分歧時，「Find the fundamental difference」，也就是分歧的根本原因是什麼。也許是我只考慮了把功能實現，而對方考慮的是相容性？也許我考慮的是滿足某個使用者群需求而對方考慮的是所有使用者群？最後，要注意措辭和語氣，這點就不贅述了。
《Where Do Product Ideas Come From?》
作者：Lisa Zhu
產品點子哪裡來？使用者/客戶的反饋？前沿技術趨勢？競品？產品資料？都是，但這麼講跟沒說一樣。作者的思路是，我們可以按照產品點子的三種不同型別來發散思維：① 微觀型別，體現在 UI、文案、流程的優化，可以說是已有解決方案的體驗升級；② 中等型別，體現在挖掘使用者可能沒意識到的問題並提供解決方案；③ 巨集觀型別，看新趨勢、新技術，挖掘新市場，或者說，去拓展產品邊界，哈哈哈（不禁想起王興說的，大家都太關注邊界，而忘了關注核心）。
《How to develop an eye for Design》
作者：Kathleen Warner
把一些優秀 App 的使用流程和 UI 邏輯做一下拆解，就能看到裡面一些使用者體驗設計的細節，學以致用。在這點上，二爺的 App 分析方法也十分受用。
延伸閱讀：《自學方法》
《Crafting The First Mile Of Product》
作者：Scott Belsky
假設你是 Instagram 的產品經理，你更希望新使用者的第一步是看他們朋友發的圖，還是他們自己發圖？顯然後者更佳，因為發圖之後，使用者更願意回來（看看有沒有人給自己點贊）。而要讓新使用者一來就願意發圖，作者認為你得讓新使用者愉悅、順暢地走完產品的「第一公里」，併到達「The zone」。「第一公里」指的是使用者安裝 App 之後將經歷的歡迎頁、註冊登入、指引說明、空狀態等等。而進入「The zone」，指的是使用者能不能搞清楚這三個問題：① 為什麼要用這個產品？② 能達成什麼目的？③ 接下來又該做什麼？這方面，我覺得 Keep 就做得很好——① 我想減肥，所以我下載了 Keep（因為大家都說它有用）；② 我希望在一個月內瘦 5 斤；③ 接下來我要找一個適合自己的運動和計劃。「第一公里」和「The zone」決定了這個產品對我的價值印象分，也決定了 （To C 類）產品次日留存率的好壞。
延伸閱讀： 《Why Onboarding is the Most Crucial Part of Your Growth Strategy》
《Zero to Product/Market Fit (Presentation)》
作者：Andrew Chen
到底什麼是 Product/Market Fit？產品沒找到它的話，增長不增長是免談的。
延伸閱讀：
《On Writing Copy.》
作者：Cole Schafer
寫長句容易，但短句更有力量。想起此前一本文案大神的觀點——第一句話一點要吸引人。難。文中所說的 AIDA 原則也值得留意： 首先要搶奪注意力（Attention），其次要挑起興趣（Interest），接著將興趣轉化為渴望（Desire），最後讓他們有所行動（Action）。把這方法對比網紅電商文章裡看一看是否一致？
延伸閱讀：
- 《How to Write Release Notes Your Users Will Actually Read》
- 《Learn How To Tell Legendary Stories Like Steve Jobs (In Just Six Minutes)》
- 《On Writing Product Specs》
《How I Grew Mint.com from Zero to 1 Million Users》
作者：Noan Cagan
Mint 這個記賬理財產品，推出後六個月時間 100 萬用戶，怎麼做到的？除了 Mint 產品本身夠好之外，運營手法也是一絕。這篇文章就是它的運營總監的分享。恰好最近也有運營的苦惱，所以對我來說啟發不少，包括如何權衡每個導流渠道（按導流難度和影響力來計算），如何拆解運營目標（不能一口吃成一個胖子，而是拆成幾個月遞增）。再有就是粗略估量的能力，在設定導流渠道時也必不可少。
《How to be Strategic》
作者：Julie Zhuo
到底什麼是戰略思維？怎樣才能更有戰略？來看看 Facebook 產品副總裁 Julie 分享的人人都能用上的戰略思維。其實我還挺怕看這類文章的，因為即便看完，也往往淪為「空談」。但作者是怎樣分析自己遇到的瓶頸的，又是怎樣思考的，就非常值得讀了。
《Listening is The Job》
作者：Andrew Bosworth
資訊太多，時間太少？是時候提升有用資訊密度了。有用資訊密度？嗯，我根據上面提及的「知識密度」瞎掰的，大意是，在相同時間單位內，哪個渠道帶給你的有用資訊更多？例如，進了兩個微信群，群一八卦閒聊，群二深度探討專業知識，那不難理解群二的有用資訊密度更大。如果你理解這個想法，那麼，這篇文章提及的幾個方法就能幫助提升有用資訊密度。比如，不能光伸手索取而不反饋資訊，這樣會削減分享者的熱情，結果人家不分享了，你也失去了一個有用資訊源。
《整個世界都是你的已知條件》
作者：老喻
最近在做一個小程式，不可避免地遇到資料計算問題，如使用者量有多少，增長率又該如何……然而並沒有可靠又全面的基礎資料支撐（也許是我方法欠妥沒有找到有用資訊），所以只能估量。這個過程就讓我極其困惑，真的只是估量啊，萬一最後偏差太大，那可要坑一班兄弟的。基於這些估量出來的資料來做決策，講真，讓我毫無底氣。但看了這篇文章提到的「費米估算」，方才舒了口氣。
大多數人都不擅長跳脫完美主義和正確答案的束縛。而費米估算，就是幫助扭轉這種舊思維的有效工具，在掌握八成或只有六成資訊時，就做出有所本的決策，甚至解決沒有過往答案可循的問題。
我想我就是太要完美主義了，這才困惑其中。找資料支撐無非是為了減少不確定性，但要知道我們不可能拿到客觀上完整的資料，所以，要敢於利用手邊現有的有限資訊及知識，推論出貌似不可能的答案，而不是慌慌張張，不敢思考、判斷、決策。就像標題說的，整個世界都是你的已知條件。 對我來說都昇華成雞湯了。
《Ideas That Changed My Life》
作者：Morgan Housel
我們總在尋求智慧，但是，當智慧到來，我們是不是又能理解和運用呢？作者 Morgan Housel 提到的幾個改變他人生的幾個 Ideas 就是這樣的智慧。
《Asking the right question is more important than getting the right answer》
作者：Daniel Lemire
You may think that by studying hard, by learning all the answers, you will get better at asking great questions. I am not sure it works. In fact, knowing too much can harm you. I would take a B student who has fresh questions as a Ph.D. student over a typical overeager A+ student who frets about getting everything right.
如題，提出正確的問題，比得到正確的答案更重要。
延伸閱讀：
《The Surprising Power of The Long Game》
作者：Farnam Street
大多數人都難以抵抗眼前的誘惑，而那些懂得延後即時滿足感，願意放長線釣大魚的人往往賺得金箔滿盆。這樣的總結似乎有些俗氣，但就是這樣子。
延伸閱讀：
《Mental Models》
作者：Slava Akhmechet
從生產效率到溝通、產品設計、決策等方面心智模型的彙總。每一條拎出來都能是大文章。作者會不定期新增新的模型進來，可以收藏著慢慢看。
《The Problem With Problems》
作者：Thomas Petersen
問題的背後總會隱藏著你意想不到的問題。因為 Functional fixedness（功能固著心理）的傾向性，我們又很難解決這些隱藏性問題。或者說，對已有經驗的依賴，會限制我們用更創新的方式來解決問題。更可怕的是，通常，這些問題都要經過長時間的經歷才能被暴露出來：
Not all problems are even instantly recognizable. Instead, they only reveal themselves over time or through years of experience. This also means that many of these problems require a certain age and experience to even notice let alone understand. Perhaps this is one of the reasons why the average age of a founder is 38 and with 16 years of working experience behind him.
《How to teach yourself hard things》
作者：Julia Evans
作者關於自學 Hard things（實在不知道該怎麼翻譯「Hard things」）的方法：① 一定要明確自己不明白的知識點是什麼（如果要好多個不明白，那就辨別出最重要的那個）；② 對自己明白的知識點抱有信心（97% 確認跟 100% 確認是兩碼事）；③ 將不明白的知識點轉化為具體的問題並提問（向誰提問、怎麼提問，又是一門學問）；④ 做調查（至少，要學會怎樣高效使用 Google 吧）。另外，遇到困惑點就意味著自己又可以學點東西的樂觀心態也很重要。那麼，今天你學到了什麼？
延伸閱讀：
2019 每週薦文暫不更新在簡書，有興趣的同學請移步微信公眾號 BuildForever :wink:
