目標使用者與競爭對手的優先順序選擇，使用者才是裁判，而競品是在提醒遺漏項 //上線競品的功能，不會超出使用者的期望，類似must-be功能。別人都有了，你也要有（前提是判斷這個功能是否符合你的產品定位、目標使用者真實需求）
目標使用者是誰？如何接觸、了解並最後變成使用者？如何了解使用者的訴求，挖掘產品剛需？如何安排需求優先順序，保證迭代的為最能提公升產品價值的？ //產品規劃與設計時，如何提問題。變成使用者，即一秒變小白，以目標使用者的視角使用產品
以使用者視角結合pm場景化思維
發掘使用者剛需，什麼是真正使用者需要的
使用者體驗，不是豐富功能滿足細分需求，而是集中優化常用功能的人性化體驗。使用者不是需要新的功能，而是更好用的功能
進化式產品創新，創新不等於做加法。細微的進化隱藏在使用者的日常使用中
使用者體驗做到極致就是創新
適應的，才是最好的。因為產品的本質是使用者驅動，而服務使用者的價值不是一維線性的，設計太超前或太落後，無法與當前使用者所需的服務匹配，則無法成功。跟著使用者的足跡，才能提高創新的成功率，而不是做出了使用者並不需要的功能
主動適應不完美，無法保證外界環境一切都是完美的狀態 //考驗對於場景梳理的細心程度，產品設計所基於的場景，往往是實際發生的簡化版
簡單的，才是永恆的。回歸產品初心；人性未曾改變；功能設計的極簡，不是多上乙個模組、增加豐富的選項或複雜互動，產品功能就變強大了 //less is more，因為準確抓住了重點
快魚吃慢魚。小週期迭代，快速響應使用者需求。60分打天下，拿出來去得到使用者的反饋。關鍵點在於如何從海量的使用者反饋中，知道正確的迭代方向。完成能體現初心/思路的功能即為60分產品。 //因為60分，就能了大致框架了，先拿到市場中做價值驗證，pmf。同時基於60分，如何提公升到80分，需靠使用者的反饋來把握迭代方向，60分的基礎功能大家都差不多，關鍵就是看分化方向
移動網際網路產品的新需求。相比pc端，突出主要內容，減少操作精度
不做減法的危害。增加使用者心理負擔，沉沒成本導致不願快速改變 //目前做的瀑布式專案就是因沉沒成本太高，無法改變。即使大家都知道方向錯了，但沒人敢去叫停，只能硬著做，看到結果才能掉頭
忽視做減法的原因
希望滿足所有使用者需求
喜歡做新功能而不是優化功能
跟隨外部競品節奏，應激式反應
使用者高頻路徑分析，對使用者心理層面和體驗上是核心功能越來越好用
識別從進入到離開使用者操作比例最大的路徑；模擬使用者的操作；分析使用者為什麼如此操作的內在路徑；比較使用者邏輯與原產品邏輯的差異； //分析問題的常用套路，期望值是什麼，現狀是什麼，問題為兩者的gap。b端產品更強調此方法，與業務使用者呆幾天，模仿使用者一天的工作，梳理操作流程，分析每一任務項邏輯。如此對於業務便有了足夠的理解，再與產品現有流程比較，找到排序、設計的依據。
有差異項
簡化強化
無差異美化
趣化。更有趣，或儀式感，意想不到的樂趣
團隊的basis
探索產品價值
達成團隊共識
小團隊管理機制
榮譽感》責任感
特性終身負責制
北極星指標。找到可以激勵團隊向正確方向靠攏的指標 //有正確的指標，才有迭代優化的依據
團隊文化。提公升效率和質量
平衡。順應人性，但不過於沉迷，可以幫忙使用者健康使用
找到善惡平衡點
貪婪，互利
嗔恨，讚美
痴迷，滿足好奇心
超出使用者期望的功能
保持產品設計初心，即解決使用者的問題 //聽出來是廢話，實際很難做到。類似人生道理，聽了無數遍，其實只是字面意義上的理解，沒有切身經歷，還是不知道
延期原因
產品需求無法做到穩定
開發前期對於需求理解不一致，開發過程中不斷暴露問題
後期上線壓力集中在測試，壓縮測試時間，造成了質量問題
關鍵在於如何有效提高需求溝通效率，及需求的成熟度
給使用者帶來驚喜，而不是意外 //意外是打破對產品的依賴感，減少確定性。而驚喜是以使用者沒想到的方式，提供了額外確定性
頭幾個迭代激發使用者的反饋，每個迭代加大對使用者反饋的響應。迭代跟著使用者反饋走 //拋磚引玉，頭幾個迭代的目的，是先早出能引起使用者反饋的「磚」
解決want時注意使用者成本和使用者習慣，最好的產品不一定是最好的解決方案 //所以更快的馬，也可能比車更好。以後不拿「問使用者要什麼，只會回答更快的馬」舉例了
需求管理
使用者反饋
show case
資料分析
bug需求
借助運營，幫助產品準確把握需求。產品設計時，與運營結合，深挖受歡迎的功能點，利用功能自帶的流量實現快速增長
聰明是種天賦，善良是種選擇，後者更難得
人與裝置的互動方式，決定時代的發展
《啟示錄》閱讀筆記（六） 產品探索 產品原則
產品探索 定義正確的產品 階段一 弄清開發什麼產品 探索產品 階段二 開發該產品 強調執行，開發，測試，發布。階段一時，產品經理分析各種創意，收集使用者需求。探索出兼具功能性和設計性的產品。乙個很好的方法避免執行和探索部分的不清晰就是，一旦1.0版本進入專案執行階段，就開始2.0版本。產品原則 產品...
《啟示錄》閱讀筆記（十一） 基本產品 產品驗證
基本產品 削減功能還是延長工期 我們放棄老式產品設計，不再試圖定義最終產品，轉而定義滿足基本需求 價值，可用性，可行性 的產品，即基本產品。產品經理即使製作了十分完美的計畫，標註了需求等級，開發人員還是會給出乙個超出時間表很多的工作計畫。所以要麼就是減少功能，要麼就是延長工期。避免這個現象的方法 1...
遊戲啟示錄
暑假期間因為比較清閒，玩了很多遊戲。有些是近幾年的新遊戲，有些是古老的遊戲。自己在玩遊戲的過程中也總結出一些遊戲設計上的心得。下面一一介紹 1.魔法師傳奇。這個遊戲最近幾年出了第2部。可惜不知道是什麼原因，畫面是跳動的，而且進入遊戲後動滑鼠就宕機。無奈只得將其刪除。它是由曾經開發過 幽浮 的英國著名...