【讀書筆記】啟示錄

【第一部分】人員

原定團隊成員,界定工作規范

第一章:關鍵角色及其責任

1.產品經理:評估產品機會、定義要開發的產品;

2.用戶體驗設計師:交互設計師;

3.項目管理人員:制定計劃,跟蹤進度;

4.開發團隊:IT團隊指為公司內部提供支持的團隊,開發團隊指為外部客戶開發和支持的團隊;

5.運維團隊:負責保證服務正常運行;

6.產品營銷人員:對外發布信息,宣傳產品;


第二章:產品管理與產品營銷

1.失敗原因:構思拙劣、尚不成熟、可用性差、毫無價值;

2.產品經理從細節上定義產品,市場營銷負責對外宣傳產品;

3.由市場營銷定義產品:

3.1提供市場資源,對產品捉襟見肘,忽略了詳細產品需求的步驟;

3.2實際參考:呆伯特漫畫;

4.兩人分擔產品的定義:

4.1產品營銷定義產品高層商業需求,產品經理定義低層產品需求和細節,沒人對高層產品負責,基于錯誤的觀點(可以脫離具體需求來定義高層需求);

4.2容易讓產品經理的工作變成制定各種文檔,限制創新思維,很難出成功的產品;

5.一人兼任兩項工作:

5.1由產品營銷兼任產品經理,稱為營銷總監;

5.2擴展性差;

5.3開發企業級產品的公司,由于倚重銷售,容易出現此問題,銷售原封不動把客戶需求給產品,產品給開發;

6.出路:

6.1清晰界定產品經理和產品營銷人員的指責;

6.2產品經理負責詳細定義待開發的產品,讓真實的用戶測試產品;

6.3產品營銷人員負責向外界宣傳和推廣產品,負責產品發布,為產品拓寬渠道,組織重點營銷活動;

6.4產品經理與產品營銷促進溝通:一方面產品營銷是產品經理的需求來源,另一方面是營銷人員獲取市場營銷信息的重要來源;

6.5全權負責定義產品的人:如果產品經理定義的產品沒有價值可言,多么牛逼的開發團隊也沒有用。


第三章 產品管理與項目管理

1.誤區:產品管理與項目管理經常重疊,產品管理覆蓋項目管理;

2.覆蓋的情況來自于早期的零售軟件,同時微軟的office系列產品也是這種模式;

3.不適用原因:互聯網服務類產品對網站代碼的局部修改更加頻繁,開發周期明顯縮短,大部分的開發周期明顯長于發布周期,因此出現了并行開發和火車模型發布模式;

4.火車模型:每次發布都需要強有力的、有效的項目管理,他不限具體的項目,必須統籌全局,每次發布可能包含多位產品經理負責的功能,要協調發布管理、程序開發、網站運維、客戶服務、產品管理各個方面;

5.怎樣成為優秀的項目經理:

5.1高效率、嚴要求、嚴格遵循項目管理規則:

5.2優秀項目經理的特點:緊迫感、善于捕捉問題、思路清晰、用數據說話、果斷、判斷力、態度。


第四章 產品管理與產品設計

1.好產品應該提供舒適的用戶體驗;

1.1舒適的用戶體驗是產品管理和用戶體驗設計共同作用的結果;

2.用戶研究:

2.1專門研究、分析用戶,評估產品或產品原型是否符合特定用戶的使用習慣;

3.交互設計:

3.1設計有價值、可用的目標功能、用戶導航和產品使用流程;

3.2常用線框繪制產品需求,然后交給視覺設計師;

4.視覺設計:

4.1根據線框設計可見的用戶界面,包括嚴格的布局、顏色和字體設置等;

5.原型制作:

5.1融合前面工作,并搜集使用反饋;

6.最后需要軟件架構師評估設計和原型;


第五章 產品管理與軟件開發

1.形成合作關系的關鍵是雙方承認彼此平等——任何一方不屬于另一方。

2.開發人員幫助產品經理完善產品定義的方式有以下三種:

2.1讓開發人員直接面對客戶或用戶,了解他們的困惑;

2.2向開發人員了解最新的技術發展方向;

2.3讓開發人員在探索定義產品的初期階段參與產品評估設計,協助策劃方案。產品經理設計完原型,直接扔給開發,置之不理,這樣只會貽誤協調需求與可行性的最佳時期,等到發現問題時,為期已晚;

3.產品經理配合開發人員的工作方式:

3.1產品經理只定義滿足基本要求的產品;

3.2產品一旦進入開發階段,要盡量避免修改產品的需求和設計;

3.3產品開發階段一定會產生諸多問題,此時應該及時采取行動,

在維持產品基本功能、盡量避免修改的原則上,提出解決方案。

4.如何與異地的開發人員有效溝通:

4.1借助高保真原型;

4.2必須有人在本地負責與異地團隊的協調工作;

4.3定期見面溝通;

5.關于業務外包:

5.1

最后編輯于
?著作權歸作者所有,轉載或內容合作請聯系作者
平臺聲明:文章內容(如有圖片或視頻亦包括在內)由作者上傳并發布,文章內容僅代表作者本人觀點,簡書系信息發布平臺,僅提供信息存儲服務。

推薦閱讀更多精彩內容