一、項目的那些事兒

項目經理是利用有限的的資源在限期內把事情做成的專家，他只對項目負責。負責項目的計劃、執行和驗收，并不對整款產品負責。

互聯網產品從技術架構上從上至下有：表現層、業務邏輯層、數據持久層、輔助系統

表現層：內容html、外觀css、行為javascript。

業務邏輯層：編程語言：php、java、cgi、ruby on rails、django等。

數據持久層：數據庫、文件系統。

輔助系統：全文搜索、數據緩存等。

項目經理在管理項目的時候需要關注：對結果進行預期、讓所有人上船、把事情做完。

項目是為完成某一既定目標所進行的一次性努力。

項目變更帶來的兩個問題：一是研發任務的調整導致項目周期變長，二十確認變更的過程話費太多時間。

變更的時候，更新網站結構圖、網頁藍圖和網頁描述表這三份產品設計文檔。

二、檢查與處理

PDCA框架：計劃plan、執行do、檢查check、處理act。

檢查環節有兩項重要工作：一是確認執行結果與計劃是否相符，而是確認執行結果與應用環境是否相符。

產品經理應該頻繁的使用自己的產品，感受效率問題、改進空間、用戶流程、用戶體驗等。

用戶參與（反饋）：1、提供一個明顯的反饋入口，將用戶引導到反饋論壇發表他們的投訴和建議并進行及時的回復和處理。2、訂閱產品關鍵字的搜索結果，了解官方反饋輪胎之外的反饋，同樣給予反饋和處理。3、建立或加入核心用戶群，第一時間獲取他們的想法，也可以很方便地測試一些產品概念。4、通過用戶行為錄像工具或跟用戶回家的方法，追蹤單個用戶的使用行為，發現他的使用故障在哪里，解決這些問題。5、對流失用戶進行回訪，分析流失原因，改進產品降低用戶的流失率。

TDD測試驅動研發預防產品無緣無故的出問題。

產品的檢查應該注意什么？

1、用戶對產品的核心概念是否了解，是否接受？

2、圖紙是否覆蓋了核心概念，是否在核心概念之外設計了太多東西？

3、用戶對圖紙（虛擬功能、虛擬體驗）怎么看？

4、項目結果與圖紙是否相符？是否進行了全面的測試？

5、用戶對項目階段性的結果（功能、體驗）怎么看？

6、是否形成了用戶任務的閉環？

7、是否存在流失率超高的任務節點（比如注冊）？