12月5號沒有寫日誌，今天先把12月4號的補上來，依舊是《人人都是產品經理》的閱讀筆記。
標籤：需求分析
首先是一張產品經理必須學會填寫的**——單項需求卡片，用於採集使用者需求。
再簡單分享幾個有特點的需求採集方法。
1. 現場調查。說簡單一點就是打入「敵人」內部，和客戶一起工作一段時間，深度了解需求。
2. ab 測試。基於大使用者量比較合適，讓使用者直接參與了設計。
3. 日記研究。網際網路新興的個人應用比較適合，某個新產品出來以後，很多業內的朋友都會去嘗試，然後寫一些使用體會，但作為產品設計者在看這些日記的時候，要明白日記的作者往往是同行，而不是主流使用者。
4. 卡片分類法。我們把產品的各種需求寫在便利貼上，讓使用者一起討論並完成分類。
5. 自己提需求。每乙個靠譜的產品都會有一群粉絲使用者，不用你去找他們採集需求，他們也會給我們驚喜，主動提出很多需求。
有一句在產品經理中間流傳很廣的話：使用者跟福特要一匹更快的馬，福特卻給了使用者一輛車。的確，在很多時候我們需要了解使用者最深層次的需求，而不是侷限於使用者自己提出的那個解決方案。對此，作者指出了兩個容易弄混的概念。
使用者需求 vs.產品需求
使用者需求：使用者自以為的需求，並且經常表達為使用者的解決方案。
產品需求：經過我們的分析，找到的真實需求，並且表達為產品的解決方案。
需求分析就是從使用者提出的需求出發，找到使用者內心真正的渴望，再轉化為產品需求的過程。
火鍋饅頭的例子 —— 乙個人說想吃火鍋，另乙個人在詢問了他原因之後，發現他不是饞了，而是單純的餓了，於是給了他乙個饅頭。「偉大的需求分析師，可以無視使用者想要的東西（這個想要的東西應該是很表層的含義，就是使用者覺得能解決他需求的具體事物），去**他內心真正的渴望，再給出更好的解決方案，或者說是使用者真正需要的東西，這就是本節標題的意思——我們存在的價值。」
「銷售人員經常說：『使用者是為想要的東西買單，而不是需要的』，翻譯一下，其實是『使用者是為自己提出的解決方案買單，而不是我們的解決方案』。是不是很糾結？那我們還分析個什麼勁啊，直接做使用者要我們做的得了。
其實這是短期利益和長期利益的權衡，如果是一錘子買賣，賣出以後又不用售後，那麼採用實用主義，不妨使用者要什麼就給他什麼，這樣他掏錢最爽快。但是，我們的產品通常都是希望使用者長期使用的，並且後續的服務也是我們來做，所以為了長期利益，我們就有必要找到使用者的真實需求，然後給他真正合適的產品了，哪怕這個過程不那麼討好。「
最後提一點作者的忠告，一些 excel 的簡單技巧，建議大家還是學習一下，比如條件格式、篩選、單元格有效性、單元格鎖定、隱藏等，可以讓**管理起來輕鬆一點，看起來也美觀一點。
閱讀任務 閱讀筆記 4
功能驅動的設計 1 構造總體模型 2 構造功能列表 3 制定開發計畫 4 功能設計階段 5 實現具體功能 軟體測試按目的分類 1 功能測試 2 非功能測試 軟體測試的各種方法 1 單元測試和 覆蓋率測試 2 構建驗證測試 3 驗收測試 4 探索式的測試 5 回歸測試 6 場景 整合 系統測試 7 夥...
閱讀筆記 2006 01
請您尊重您的價值，因為它已經得到了社會的認可。當你貶低或破壞您的價值時，就等於貶低或破壞整個行業在這個社會的價值。無論在什麼時候，自己都應該尊重自己的價值，而不能因為一時的困境而貶低和破壞了自己的價值，因為你的破壞之舉，將傷害到整個行業的價值乃至社會的規則。因為，唯有懂得尊重自己的價值的人，才能真正...
25 211（840） 閱讀筆記
傳輸通道rach特點 存在衝突風險 使用開環功控。物理通道通過載頻 擾碼 通道化碼 起始時間定義，對於上行通道，還包括相對相位 0或p 2 上行dpch為i q碼復用。fbi bits提供從ue到網路的反饋資訊，以用於閉環傳送分集。上行dpch可以使用多碼，這種情況下，多個並行的dpdch使用不同的...