《人人都是產(chǎn)品經(jīng)理》讀書筆記
1 繼續(xù)
《那一年》
那一年鞭莽，你正年輕
總覺得明天肯定會很美
那理想世界就像一道光芒
在你心里閃耀著
——許巍
2 人人都是產(chǎn)品經(jīng)理
2.1 今日進程
章節(jié)：3-4全
主要內(nèi)容：
- 關(guān)于Kick Off
- 需要寫的一些文檔
- 需要掌握的一些UML
- 測試與Bug
- 項目發(fā)布
- 項目管理：文檔/流程/敏捷
- 最喜歡的案例分享
2.2 閱讀收獲
2.2.1 項目的坎坷一生
2.2.1.1 Kick Off
Kick Off： 項目啟動會議瓶殃。原指足球的中線開球玉雾，現(xiàn)在一般用作某件事的開始奠旺。
目的：
說明：
1宦棺、 項目背景舌缤，項目意義箕戳，目標：項目的階段、環(huán)境国撵，明確為什么要做這個項目漂羊，解決了什么問題。下決心卸留，鼓舞士氣走越。
2、 需求功能點描述：需求描述耻瑟，怎么做旨指。
3、 項目組織架構(gòu)：讓項目成員相互認識喳整，明確有什么事找什么人谆构。關(guān)鍵人物得到場，可以鼓舞士氣框都，給予一定意見搬素。目的使開發(fā)高效有序。
4魏保、 項目計劃：了解兩個關(guān)鍵點——項目的時間點/里程碑熬尺；每個人在各個階段需要做什么。
5谓罗、 溝通計劃：提前約定溝通的時間粱哼，保證項目順利進行。
產(chǎn)品模塊級項目的WBS模板：
2.2.1.2 需要寫的文檔
BRD Business Requirements Document 商業(yè)需求文檔
MRD Market Requirements Document 市場需求文檔
PRD Product Requirements Document 產(chǎn)品需求文檔
FSD Functional Specifications Document 功能詳細說明
UML
作者以點菜為例檩咱，形象描述了各個圖揭措。
類圖：Class Diagram，描述系統(tǒng)中出現(xiàn)的各個對象之間的關(guān)系刻蚯，以及和外部系統(tǒng)的關(guān)系绊含，是對業(yè)務(wù)領(lǐng)域的描述。
用例圖：Use Case Diagram炊汹，描述各個用例之間的關(guān)系躬充。用例包、用例和行為者之間的關(guān)系。
狀態(tài)圖：State Diagram麻裳，表達系統(tǒng)里實體的狀態(tài)轉(zhuǎn)換口蝠，貫穿多個用力。
時序圖：Sequence Diagram津坑，描述事物變化在時間維度上的先后順序妙蔗，善于表達對象的交互，比如多個頁面之間疆瑰、多個角色之間的交互眉反。
活動圖：Activity Diagram，表達不同對象之間是如何相互影響的穆役。
協(xié)作圖：Collaboration Diagram寸五，表達不同對象之間是如何相互影響的。時序圖關(guān)注交互過程中時間上的步驟耿币，協(xié)作圖關(guān)注的是對象間的關(guān)系梳杏。
測試
測試包括測試目標、測試環(huán)境淹接、輸入數(shù)據(jù)十性、測試步驟、預期結(jié)果塑悼、測試腳本等劲适。并形成文檔。
Bug屬性：
- 缺陷級別：描述Bug的嚴重性
- 所屬產(chǎn)品厢蒜、項目：利于篩選
- Bug名稱：對Bug的簡單說明
- Bug描述：出現(xiàn)Bug的情況霞势，環(huán)境等
Bug狀態(tài)流轉(zhuǎn)圖：
鼓勵面對面交流，而不是系統(tǒng)內(nèi)討論斑鸦，這是執(zhí)行與效率問題愕贡。
項目發(fā)布之前，Bug的狀態(tài)必須是Closed或Deferred鄙才。
需要用到SVN版本管理工具颂鸿。
發(fā)布
項目發(fā)布工作內(nèi)容：
發(fā)布計劃的評審：發(fā)布計劃要經(jīng)過運維人員評審，包括檢測軟硬件的正常運行等攒庵；發(fā)布計劃中要有“回滾方案”，即當發(fā)布不成功時败晴，將產(chǎn)品退回原來的狀態(tài)浓冒。
預發(fā)布：預發(fā)布環(huán)境會盡量模擬生產(chǎn)環(huán)境上的真實狀態(tài)，比如數(shù)據(jù)庫用的是同一個尖坤，測試人員再做一次最簡單的回歸測試稳懒，完成發(fā)布。
發(fā)布標準：
- SQL已經(jīng)經(jīng)過DBA確認無問題，DBA確認后场梆，郵件通知到測試人員墅冷，抄送給某經(jīng)理。
- 搜索引擎通過相關(guān)人員確認無問題或油。
- QC（質(zhì)量控制）中的Bug全部Closed或Deferred
- 因技術(shù)或事件問題造成無法修改的Bug寞忿，由測試、需求顶岸、開發(fā)三方一起研究是否能接受腔彰，如果有爭議，上報上級主管辖佣。
- 測試過程中霹抛，如果因為技術(shù)無法實現(xiàn)造成的需求改動，PD需要第一時間發(fā)送郵件到全組卷谈，讓所有人都知道杯拐，同時修改相應(yīng)的UC。
發(fā)布過程：
- 測試人員在確認完“發(fā)布標準”中的各項之后世蔗，會發(fā)出郵件通知同意發(fā)布端逼，發(fā)布人員在沒有收到通知前，不能自行發(fā)布凸郑。
- 測試人員在發(fā)布后裳食，將做一輪生產(chǎn)環(huán)境的回歸測試，測試完成后發(fā)出一封郵件郵件通知“生產(chǎn)環(huán)境已驗證完成芙沥，發(fā)布成功”诲祸。只有收到該郵件后，發(fā)布相關(guān)成員才能撤離現(xiàn)場而昨。
- 項目經(jīng)理需要發(fā)出一封E-mail——“項目發(fā)布公告”救氯。描述項目的過程，困難歌憨，對每一個人的感謝着憨，內(nèi)心感言，項目的意義等务嫡。
之后甲抖，寫一份項目小結(jié)，心铃。包括對項目中錯誤准谚、問題進行分析，根據(jù)數(shù)據(jù)監(jiān)控得到的反饋去扣，以及商業(yè)目標是否達到等各種問題柱衔。
注意在項目中的日報和周報的記錄，以便在事后能更好的分析項目完成的細節(jié)等問題，在下次改進唆铐。
項目管理
建立文檔規(guī)范哲戚，總結(jié)開發(fā)流程，使用敏捷方法艾岂。
以上與互聯(lián)網(wǎng)開發(fā)的規(guī)范顺少，分布，迭代的特性相同澳盐，是將做任務(wù)的過程祈纯，一步步分發(fā)到各個團隊、個人叼耙，保證項目在有序腕窥、持續(xù)的進行，不會因為有人因故誤工而耽誤項目的開發(fā)筛婉，也能在新人進入的時候簇爆，給予明確的目標，幫助其成長爽撒。
2.2.2 我的產(chǎn)品入蛆，我的團隊
產(chǎn)品的一些性質(zhì)
產(chǎn)品時間性質(zhì)：產(chǎn)品與對應(yīng)的市場、用戶好像都是有生命的硕勿，他們都會從幼小發(fā)展到成熟哨毁，最終老去，不同時期的產(chǎn)品與市場源武、用戶都有其特點扼褪，最佳的狀態(tài)就是彼此之間完美的配合。
5種用戶群體：創(chuàng)新者粱栖、早期追隨者话浇、早期主流用戶、晚期主流用戶闹究、落伍者幔崖。
產(chǎn)品空間性質(zhì)：產(chǎn)品不是由單一方面組成，主要由技術(shù)（穩(wěn)定/性能/Bug…）渣淤、產(chǎn)品（功能完成度/交互流程/視覺傳達…）赏寇、商業(yè)（定位/促銷/渠道…）等方面組成。
產(chǎn)品設(shè)計性質(zhì):產(chǎn)品設(shè)計主要有5個層次价认，分別為戰(zhàn)略層蹋订、范圍層、結(jié)構(gòu)層刻伊、框架層和表現(xiàn)層等。這是一個從抽象到具體的實現(xiàn)過程。
產(chǎn)品團隊性質(zhì)：職位越分越明捶箱，是為了對應(yīng)的問題有專業(yè)的人解決智什，使得產(chǎn)品開發(fā)高效，產(chǎn)品能保質(zhì)丁屎、有序荠锭、快速迭代。人的利己性會導致“在什么山頭唱什么歌”晨川，完善的公司組織結(jié)構(gòu)會有利于團隊的發(fā)展证九。
1、產(chǎn)品的時間和空間需要對實操的積累以及更多的閱讀去感悟共虑，每時每刻的反思愧怜，對工作中每一點的終結(jié)。
2妈拌、書中書：
產(chǎn)品生命周期書目：《公司進化論：偉大的企業(yè)如何持續(xù)創(chuàng)新》《跨越鴻溝》
產(chǎn)品設(shè)計書目：《設(shè)計心理學》《情感化設(shè)計》
產(chǎn)品與規(guī)劃
概念圖：思維導圖/會議室討論拥坛。主要是思維上的總結(jié)和整理，表達兩種關(guān)系尘分，分別是產(chǎn)品與外界的關(guān)系和產(chǎn)品內(nèi)部的關(guān)系猜惋。內(nèi)部形成共識。
信息架構(gòu)：為外部而做培愁，設(shè)計更合理方式著摔，把信息傳遞給用戶。由內(nèi)向外的展現(xiàn)定续。
信息傳遞：字不如表谍咆，表不如圖。
-
例子：
普通
產(chǎn)品與商業(yè)
不要因為對一件事不了解香罐，就覺得其簡單卧波、不重要。
書目：《產(chǎn)品經(jīng)理實戰(zhàn)手冊》庇茫，講的是產(chǎn)品經(jīng)理偏市場方面的工作港粱。
好產(chǎn)品需要市場化。包括包裝旦签、定價查坪、促銷、銷售和渠道等內(nèi)容宁炫。
產(chǎn)品產(chǎn)生問題偿曙，需要從運營（流量）和用戶研究（原因）兩個方面處理，一個治標一個治本羔巢，需雙管齊下望忆。
解決產(chǎn)品的問題罩阵，還需要進行合理的數(shù)據(jù)分析，從現(xiàn)象到本質(zhì)启摄，再回歸現(xiàn)象的解決方法稿壁。
產(chǎn)品與技術(shù)
交流可以建立在流程上，規(guī)則明確分工歉备，理性傅是。
交流避免情緒化，不是說服蕾羊，而是交流喧笔。
交流以外，需要做好自己的本職工作龟再，包括文檔質(zhì)量书闸，試著了解一點技術(shù)。
個人與老板
從問到選擇到判斷吸申。
需要自己不斷的積累和反思梗劫，需要不斷的交流和溝通。員工和老板不是對立的截碴，有共同的目標梳侨，學會交流思考。
