從點子到產品：產品經理的價值觀與方法論

先說內容實用性爲零，通篇都是人人皆知的基礎概念。MVP、用戶研究、核心價值、PMF……這些互聯網產品圈的常識，被作者翻來覆去贅述，沒有任何獨到見解，更沒有落地的方法論。講MVP只說要“最小可用”，卻沒說不同行業、不同項目該怎麼砍功能、怎麼定核心邊界；講用戶研究只羅列問卷、訪談、可用性測試，卻沒教新手怎麼設計問題、怎麼篩選用戶、怎麼從雜亂信息裏提煉有效需求，新手看完依舊不知道第一步該做什麼，完全是“聽着都懂，一做就廢”。 其次內容邏輯混亂，東拼西湊無體系。章節之間銜接生硬，前面剛講完核心價值，後面突然跳轉MVP，再又扯到需求深挖，沒有清晰的知識脈絡，像是把零散的產品博客、公衆號文章拼湊成冊，毫無章法。案例更是敷衍，微信、Airbnb、滴滴這些爛大街的案例，只是簡單提及，沒有深入拆解當時的決策背景、試錯過程、踩坑細節，光說“微信1.0只有聊天功能”，卻不說爲何只留聊天功能、如何驗證需求、怎麼應對初期問題，案例完全淪爲點綴，起不到絲毫參考作用

我是從銷售出身，半路出家做產品的。之前對於產品一知半解，所以瘋狂的在書架里加了好多相關的書，這是看的第一本。作者所從事的行業大部分與互聯網相關，本書的整個脈絡也是按照做一個互聯網的產品來寫，這與我所處的行業相差甚遠。但是這並不影響我重新以一個學生的心態開始做讀書筆記。字裏行間能看出作者是相當有經驗的產品經理，後面的建議都是用心在說話。從前面的產品設計，用戶調研，需求分析，市場分析等等再到後來的跨部門溝通和自我提升，整本書以一個極清晰的邏輯和架構娓娓道來。對於還是小白的我，真的學到了，受益匪淺，感謝！

《從點子到產品》劉飛 1.常見錯誤邏輯：先定義未來大而全產品，再倒推功能配合實現。（先下結論後找論點證明） 產品模型：要解決3個問題 ①用戶到底爲什麼要用你的產品？ ②你設計的產品，能不能運行？ ③爲什麼是你來做這件事？（設計、技術、團隊、運營、資金） 產品模型，構建是一回事，能否帶入到當下能力去解決問題又是另一回事。無法證明的創意分文不值。 2.作爲產品，最根本的意義就是給用戶創造價值、從用戶那裏得到酬勞，“怎樣賺錢”是實實在在的、與產品邏輯並行的關鍵問題。 3.對於創業團隊一定要基於產品的核心價值賺錢。繞開核心價值，選擇邊緣功能賺快錢，必然是無法長久的。 4.確定核心價值的意義 ①綜合考量最優功能，性價比高（用戶最認可、最有商業價值、對公司有利） ②邏輯統一，互爲補充，用戶羣體和需求相似，產生價值增益。 ③單一核心價值，能形成用戶強認知，初創階段多種價值大雜燴，打動用戶特別困難。 核心價值就是，離開了它，產品就不能真正解決用戶的實際問題。 5.產品的價值不在用戶量，而在“質”，超預期的滿足了一小撮用戶需求。 6.用MVP發現用戶痛點，也可以理解爲找到匹配點。 設計MVP的方法： ①奧卡姆剃刀法：如無必要，勿增實體。羅列預期方案，從最不需要的部分一點點砍，直到再砍正常功能無法使用爲止。 ②用戶訪談：選取幾個複雜度不同的版本，召集用戶評選，用戶能接受的最低限度版本便是最小可用版本。 ③去掉可人工處理功能：能用人工解決的，就先不技術實現，降低開發成本。 ④確保只有一個功能：只實現單一功能，第二功能再酷也以後再說。讓用戶有心裏定位，一眼就知道你做什麼的。 ⑤廣告：類訪談，通過廣告描述產品內容和功能，測試用戶意願。 ⑥假MVP：模擬頁面，收集反饋 ⑦線下實現：能人工解決的就不開發線上產品。如團購最初都線下傳單集單。 ⑧衆籌：先拋功能設想，讓用戶先買單再生產。 7.實現MVP，90%需要客戶端的產品，都建議用公衆號+網頁（類APP體驗）來做。找痛點分前置痛點和使用痛點，前置就是你從市場洞察得出的MVP，而使用痛點就是從用戶數據、商業數據、用戶反饋中提煉。 8.MVP既要嚴謹的思考產品邏輯，又要設計產品模型，既在理論上成立，又要在實踐中證明。它很難一擊即中，如果核心功能沒有解決問題要及時轉向，不能死磕。 9.深挖需求： ①基於具體而真實的場景，人物、時間、地點、環境及情節（任務）。代入場景可以鑑別出弱需求和僞需求，比如用戶動機並不強烈，與主功能不關聯。 ②從人性本質深挖，比如用戶反饋：想趕快減肥→表層需求：一個快速減肥的產品或服務→深層需求：變得體態優美→人性需求：虛榮心、得到尊重和欣賞。 10.用戶體驗7模塊： ①有用性：用戶需求真實 ②可用性：功能很好滿足需求 ③滿意度：情感設計，如UI友好凸顯品牌調性 ④可找到：用戶能找到想要的 ⑤可獲得：用戶能便利操作，達到目的 ⑥可靠性：讓用戶產生信任 ⑦價值：爲投資人帶來價值 簡單來說就是功能有用、使用高效、學習成本低、不容易出錯、交互體驗好。 PS：這本書太好了，寫的很詳細而具體，值得反覆閱讀，雖然非產品經理讀起來會有點喫力，但其中的一些策略仍值得反覆推敲和借鑑。 共勉！

這本書斷斷續續的閱讀，導致反覆看了部分內容；甚至先把劉飛2019年的新書看完後再沉下心來看這本。也是2019年讀完的最後一本書…… 沒有方法論、沒有流程機制，只是給產品一個思路和方向，也許並不適用各行各業，但某些本質的東西是融會貫通的。 一本書是無法告訴你數據如何分析，產品如何設計，創新如何把握，項目如何管理……但可以告訴你嘟嘟美甲的用戶數據可以給產品迭代帶來方向，可以給美甲師創造“用戶”；可以指引你美團外賣專員的真實產品體驗，可以讓你做自己的用戶；可以讓滴滴出行有效管理順風車和拼車策略，有效區分“司機”和“車主”……做到如此，已然成爲一本好書

本書詳細介紹了PM在實際工作中會遇到的問題，方法，結合實際場景去討論分析一位優秀的PM該如何工作，爲企業及社會創造價值 能夠接觸到產品多長的生命週期、在項目中起到什麼樣的作用，這是對產品經理的成長來說最重要的。 對產品從0-1的見證，這樣的體會是深刻的、對產品不同階段的體驗是完整的，能夠補全在工作流中各個環節的經歷。 有一位experienced的mentor的是幸運的，當然沒有也沒有關係，經驗都是自己積累的 感謝每一次經歷，更要對方法形成體系，構建自己的知識框架 閱讀的過程中多次想要抄錄下來，想起了高效學習法的筆記法，這樣更有助於理解，吸收，運用 讀書是爲了運用，不論是產品還是項目還是工作都值得不斷總結提煉方法，讓自己具有產生價值的能力 一直很同意做產品的要有情懷，因爲0-1的過程是很艱難的，要有那麼點願景和理想，過程中的痛苦感就會削弱很多 所以這是很不錯的書 值得一讀再讀 無論是價值觀還是方法論  全書不少觀點和想法 深以爲然

說說這本書裏的思考和收穫吧 更多的是對照目前的工作，知道哪裏有改善的空間了。 1.需求管理上，需求進入到完成，以及對應功能的數據表現，是一套流程。 需求方提出需求，產品需要跟進，提出解決方案和需求方對接。確定後進入需求池，排期需要按照重要和優先程度，或者kano模型等確定P123，和需求確定可行性按照D123，最終結合兩者排出最終的優先級。整個過程需要讓業務方知道，需求在不在開發，以及和方案的吻合度。最後檢查需求質量，確定交付，跟進後續需求表現。 2.有自己的數據面板，記錄功能迭代的產品文檔，這將是產品迭代需求的來源。在空餘的時間做出來會讓自己有工作的掌控感。 3.get了產品經理的成長地圖，明白日後積累應該在用戶研究，需求分析，行業知識，工作管理等方面來成長。 4.書中也提到了擇業觀，我無比贊同，即項目+導師。從項目中獲得成長，其中會涉及到需求分析，用戶研究以及項目管理等，導師對自己的影響也是蠻大的。我的leader教會了我對業務方需求的審視，多多提供解決方案，身體力行去看需求，讓更多人蔘與進來。 5.跳出目前的工作環境，多看看公司的核心價值，看看你離核心價值的距離。同樣也適合選公司時，知道行業的發展，公司目前的處境，以及未來的發展空間。 不停翻閱不停思考，產品是真的實踐很重要。

感覺作者已經掌握了一套成熟的學習、成長、工作方法論，角色已經不單單是產品經理了，他的知識水平已經完全超越了他的角色，別看經歷不多，但善於思考和總結，寫出來的書對我們非常有益。 一、對我的影響： 1、工作中、生活中要善於發現、總結，做到少走彎路、少走坑，像作者一樣有一雙善於發現的眼睛； 2、要保持樂觀心態，對家庭成員、對工作的夥伴，時不時的使用幽默，還能促進溝通效果，達到溝通的目的； 3、還是需要多讀書，認真讀書和總結，不斷的豐富自己，尋找做事方法，完善自己的心智； 二、梳理的要點 1、用戶體驗原則： 可見原則：保證界面的內容可見、狀態可見、變化可見。任何需要出現的信息都應當在該出現的地方出現。 場景貼切原則：讓功能操作符合用戶的使用場景。 可控原則：用戶要能對當前的情況很好地瞭解和掌控，足夠自由。 一致性：用戶需要在同一個產品中接受同一套規範或者邏輯。 防錯、防呆原則：要儘量用足夠的提醒和設計，讓用戶不要混淆、犯錯和發呆。 協助用戶記憶原則：在需要記憶某些信息時，產品功能要幫助用戶記憶。 簡約易讀原則：界面足夠簡單、內容易讀。第一，產品的所有文案都應當簡易、可讀性強。 第二，要讓界面足夠清晰，以便於用戶快速發現自己想要的信息。 容錯原則：向用戶提醒犯錯的可能，並提供給用戶挽回錯誤的方法。 幫助和提示：在任何時候，考慮到用戶需要得到幫助的情況並予以提示。 靈活高效原則：用戶在使用時，要方便、高效地完成任務。 恢復現場原則：適應用戶的碎片化使用習慣，在各種切換和退出返回時要能有恢復現場的能力。 2、用戶體驗的方案設計： 不要用太過文藝的語言，尤其是在給重要功能起名時。 能簡則簡，字數減到最少。 反覆斟酌，不要有歧義。 找到產品的試用者 3、"好的"文檔應當滿足的條件 沒有邏輯硬傷 沒有疏漏 邏輯清晰 可讀性強 4、判斷需求的方法如下： 第一，判斷需求本身的重要性。 第二，考慮需求來源。 第三，瞭解需求背景。 5、可行性評審要完成的事情 方案本身的可行性 有沒有更好的方案 涉及的產品和技術環節有哪些 方案的成本如何 6、對產品經理來說，好的溝通能力要包含以下幾點： • 能夠快速、準確地理解別人表達的信息。 • 能夠準確、通暢地表述自己想傳遞的信息。 • 在理解和表達中就事論事，也能照顧大家的情緒。 三、摘要 1、產品經理的工作本質上就是要抓住用戶的痛點、實現產品的價值。不管是撰寫文檔、設計功能還是推進項目都是在讓產品的價值實現。2、所有的產品不僅僅是一個點子就能支撐的，還要考察具體實現的邏輯是否清晰、方案是否可行。3、王興就曾經說過：“我始終認爲人是最重要的，你是不是有足夠好的團隊？有足夠好的團隊，你纔會有正確的戰略，纔會有強的執行力，所以歸根到底都是人。”4、爲什麼是你們做”這句話，應該是我們在分析任何需求、實現任何產品前都應該問清楚自己的。這句話包含兩個意思。其一，你們有能力做出這個方案嗎？能力可能是多面的，不僅是產品設計的能力，還有技術能力、運營能力，還包括資金的情況。其二，你們比其他人做有足夠的優勢嗎？就是在各種所需的能力上，每項跟其他競品團隊的能力有多少差距？5、怎樣去找到核心價值呢？什麼樣的功能纔算是體現了核心價值呢？核心價值的定義應當是，離開了它，產品就不能真正解決用戶的實際問題。6、黑魔法”是英國用戶體驗設計師哈里·布努（Harry Brignull）博士提出的概念，即通過精心設計的陷阱，誘導用戶做某件事情。所謂黑魔法的設計只能帶來短期的效果。 做產品時，一定要避開這些“黑魔法”。不要以暫時的效果作爲目標，以破壞用戶的感受爲代價，過於“熱心”，有事沒事撩騷用戶，黏住用戶。7、時刻銘記，我們在做產品時設計的功能不是爲了投資人、不是爲了老闆、不是爲了理想，而是爲了用戶。爲用戶創造真正的價值，纔是有意義的功能；而能爲行業甚至全社會創造價值的產品，纔是真的可以長青的產品。8、對於用戶在線反饋，建議在產品上增加比較醒目的反饋入口，或者主動創建一些用戶羣，在產品醒目位置推薦大家加入討論。找到第一批種子用戶的工作也許是運營的同學去做的，但維護他們，產品經理是一定要參與的。 除了官方渠道之外，要多觀察哪裏可能會有人討論自己的產品。常見的是應用商店的評論區、貼吧、知乎、豆瓣、微博。多跟他們接觸，並且針對他們提到的觀點交流，會有非常多的收穫。9、大部分在等待功能完善、交互完美、界面出色才能一炮而紅的產品，往往都沒等到那一天。 產品初期做設計要多做減法。10、在考慮和分析需求時，代入實際的場景，便能更準確地判斷哪些需求是僞需求、是弱需求。 憑藉真實場景，我們能夠對需求有更精準的判斷，也就能做出更完善的功能。11、硅谷鋼鐵俠馬斯克曾經提到第一原理，認爲這應該是指導我們思考問題的思路。他說：“我們運用‘第一原理思維’而不是‘比較思維’去思考問題是非常重要的。我們在生活中總是傾向於比較——別人已經做過了或者正在做這件事情，我們也去做。這樣的結果是隻能產生細小的迭代發展。”12、在很多學科裏，田野調查都是至關重要的信息獲取途徑。對產品經理來說也是如此，設計產品首先要離用戶足夠近。13、不管有什麼藉口，我覺得產品經理都不應該永遠坐在辦公室裏做設計，一定要走出門去。這是理解用戶的終極方法。14、用戶研究的方法沒有好壞之分，也沒有流程標準，關鍵在於通過用戶研究得到的結論是不是能夠支持產品經理的工作。如果能夠支持，再“土”的辦法，比如去咖啡館找人聊天也是有意義的；如果不能支持，那麼做成國際標準也沒用。15、實用戶體驗關注的就是讓產品友好地滿足用戶的需求，或者反過來說讓用戶通過你的產品滿足需求時足夠方便、舒適和快捷。16、在做設計時，不要主觀臆斷好壞，而是放到場景下做思考。17、要儘量用足夠的提醒和設計，讓用戶不要混淆、犯錯和發呆。 防錯、防呆原則已經是日本工業界成熟的質量檢驗方法了，由豐田體系的創建人新江滋生提出。防錯和防呆本意並不是說，針對經常犯錯的用戶和比較傻的用戶設計功能，而是說防止讓用戶遇到會犯錯、會發呆的情況。18、未來產品會越來越多，大家對信息接收的方式也不會滿足於整塊兒的形式，而是會變成以信息流、碎片化的方式爲主。所以保護現場將是每個產品都要考慮的原則。19、積沙成塔、集腋成裘，好的產品不是依靠某個神奇的idea就能所向披靡的，好的產品往往都是在任何細節都無可挑剔。20、我的理解是，任何產品工作中接觸到的技術都應該算作產品經理“有可能”需要了解和學習的技術。包括算法、技術邏輯、數據結構、架構、整體框架等，只說代碼實現反而是比較次要的。21、優質的產品文檔就應該是提交給技術研發的同事後，再也不用來回確認溝通的。由於現實因素這幾乎不可能實現，不過我們要盡力做到可以讓需要確認的情況減少。22、產品方面的文檔並沒有統一的標準。在大公司裏能夠用既有的模板詳述方案是好的，在創業團隊用簡陋的形式一頁圖紙就說清楚功能也是可以的。23、任何需求對應的功能都可以分爲“驚喜型”、“期待型”和“必要型”。考慮需求的價值，就要基於這三種類型來做判斷。很多公司和產品利用的產品運營手法就是在滿足後兩種類型需求的同時，不斷用第一種類型需求激活用戶的熱情，促使用戶傳播。24、有了確切方案後，要儘快跟研發的同事做可行性評審，這一步必不可少。如果缺少可行性評審，將會出現很多產品設計方案可行性差、需求頻繁更改、產品功能不切實際的情況。25、在判斷事情如何解決最有利時，要確保是“對大家有利”以及“對產品有利”，而不是“對我有利”。這樣的心態才能確保協作的價值最大化。26、文檔（需求描述）一般都會寫，但很多產品經理對零碎的需求並沒有記錄，都是直接跟工程師們打聲招呼，口頭說一下或者在微信上提一句。這樣做是很危險的。27、所以掌握該讓協作流程化的時機，是需要產品經理的深入思考和嘗試的。當你意識到很多問題正在重複出現，很多協作溝通的規範能帶來顯而易見的好處時，就應該是嘗試制定規範的時候了。28、需求管理工具：在iOS上有一個應用叫做Workflow，推薦給大家使用。如果你能掌握用Workflow完成一系列手機操作的方法並理解它的精髓，那麼你就能明白工具是如何通過減少手工勞動讓工作變得高效起來的。29、我們都遇到過那種想學一個技能卻拖來拖去發現最終乾脆放棄了的經歷，這就是因爲我們根本沒有規劃、沒有給截止日期造成的。30、如果一個領導每次都表示對下屬的工作很滿意，那他不會是一個合格的領導。至少對於這個下屬來說，在這種沒有成長的環境中，對自己不會有幫助。很有可能的情況是他很快就打算申請更換部門，或者乾脆離職了。31、作爲領導要轉換思路，把團隊的得失當成自己工作的得失，藉由他人成功而不是自己成功。很典型的例子是當下屬遇到問題時，不要自己衝上去說“還是我來吧”，而是要指導下屬注意哪些事項，指導其把問題解決掉。作爲領導，帶出一個優秀的下屬，比讓自己優秀重要。32、對初入門的產品經理來說，可能做設計是樂趣。但有了一定經驗後，設計只是表象。解決棘手的問題時，你會發現能夠看透問題、得到方案，纔是更大的樂趣。33、這個世界上，既不存在“完美的”解決方案，也不存在“唯一的”解決方案。在分析問題時，我們要找的是可以真正解決問題並且讓我們自己滿意的方案。34、《如何閱讀一本書》裏曾經提到過一句話：任何實用性的書都不能解決該書所關心的實際問題。讀很多方法論的書，只能讓我們明白該怎麼做，但我們並不能一下子就掌握了那些方法、解決了書裏所說的問題。35、對溝通來說，最重要的不是表達的流暢和華麗，而是讓信息傳遞得妥當。36、在接收批評信息時，不要把這個過程當成別人對你的否定，而是把注意力放回到事情本身。思考這個信息是不是對的，如果的確如此，那就想辦法改掉；如果信息有誤，是對方刻意抹黑，那更不需要在意，你知道並沒有出現這樣的問題就可以了。37、最高級的溝通能力是不僅能夠讓信息通達，還能利用這些溝通的機會，通過別人來實現自己的目的。希望我們在進階之路上，能夠慢慢變成這樣的人。38、把相關的、相似的知識納爲己用，這是博採衆長的初級階段。更高級的階段是能把看似完全無關的知識，納入到自己的產品中來。49、所以不要只把自己對知識和經驗的追求限定在“產品設計”和“用戶研究”這些層面，要儘量多地接觸自己感興趣的領域，它們會在你意想不到的地方發揮作用。40、有責任心意味着基本的職業道德，而有興趣則意味着能夠把產品當成一種追求，可以投入更多心力。那些在平時生活裏無時無刻思考產品、不斷想怎麼讓產品更好的人才在其中獲得了樂趣。41、工作中的受挫和茫然，通常都是新的成長的開始。 跟優秀的人共事，也是吸收正能量的方法。

一本讓人感覺應該靜下心來細細品讀的書。篇幅較短，但內容卻很詳實。語言敘述和案例分享相結合，讓讀者看了容易理解和代入，肥而不膩，劉飛在產品設計和用戶體驗上的考慮和功底可見一斑。 曾經以爲每本產經的書籍都大同小異，無關痛癢，盡扯些明眼人都知道的東西。可這本書卻實實在在讓我感同身受，最近大大小小的產品工作總讓我感覺有點力不從心，通過這書反思了下自己，理清了一下思路，理會了點迷津。 “在內心裏，我們要有更遠大的追求，在實際工作中，則要腳踏實地做產品。”

一邊讀一邊回憶我這一年半的產品經歷，尋找共鳴、新思路、梳理我的方法論。 這本書讀一遍是不夠的，重複中可以在腦中不斷更新方法論模型，自己實際的經歷：每一次填坑、做需求、項目管理、溝通方式，都可以在本書中找到最佳的套路，有時一句話就能打通我的經絡

《從點子到產品》 產品經理的工作本質上就是要抓住用戶的痛點、實現產品的價值。不管是撰寫文檔、設計功能還是推進項目都是在讓產品的價值實現。所以如果對產品價值判斷有誤，對用戶痛點理解有偏差，就意味着很多工作都不會起到應用的效果——它們沒有在讓產品變得更好。 創業成功需要具備四個要素：團隊、用戶體驗、成本和效率 無法證明的創意是分文不值的。所以迄今爲止，全世界專利都不保護沒有實現或者無法證明的簡單創意 爲用戶創造真正的價值，纔是有意義的功能；而能爲行業甚至全社會創造價值的產品，纔是真的可以長青的產品。 一是產品滿足了用戶需求；二是產品能夠創造商業價值 做產品時我們也可以遵循這個原理，把預期完整的方案簡單羅列出來，然後從最不重要的部分一點一點砍掉其中的功能。直到再砍下去正常功能就無法使用爲止，這時候的版本就可以算是最基礎的版本了。 召集一些目標用戶來評價。他們認爲會接受的最低限度的版本就是最小可用版本。 去掉可人工處理的功能 用戶不知道自己想要什麼，除非你擺到他面前，所以好的產品都應該是設計出來的。