沒有記錄就沒有發(fā)生
PDCA框架详拙，大家都不陌生，我們再復習一下：
PDCA循環(huán)用在公司制定年度商業(yè)機會上：
Plan計劃：確定發(fā)展目標和達成發(fā)展目標所需的關鍵任務蔓同；
Do執(zhí)行：按照計劃執(zhí)行所有關鍵任務饶辙；
Check檢查：執(zhí)行結果通過周期性的《產(chǎn)品運營狀況簡報》呈現(xiàn)給老板。
老板通過運營簡報檢查商業(yè)機會的執(zhí)行情況斑粱。
Act處理：對計劃之外的情況弃揽，給予及時的處理意見，知道產(chǎn)品部門進行下一步的工作则北。
PDCA不單能用在整個公司或整個項目上矿微，它所應用的顆粒度還可以更細。比如前面將確定概念尚揣，篩選就是一種對概念的檢查涌矢；把概念變成圖紙，對每個功能快骗，網(wǎng)頁及網(wǎng)頁上的元素進行可用性測試娜庇。
檢查環(huán)節(jié)有兩類重要工作：一是確定執(zhí)行結果與計劃是否相符，二是確認執(zhí)行結果是否讓用戶真正滿意方篮。
想要洞悉一個系統(tǒng)所蘊藏的涌現(xiàn)結構名秀，最快捷、最直接也是唯一可靠的方法就是運行它藕溅。（--《失控》）
涌現(xiàn)：解釋為事物的時間量變泰偿。在同一時期大量的出現(xiàn)；突然出現(xiàn)蜈垮。量變引起質(zhì)變耗跛。
如果產(chǎn)品經(jīng)理能夠頻繁的使用自己的產(chǎn)品，則可以感受到一些不容易察覺的效率問題攒发。
深度地调塌、頻繁地使用自己的產(chǎn)品是一名產(chǎn)品經(jīng)理應該養(yǎng)成的職業(yè)習慣之一，產(chǎn)品經(jīng)理需要做到“春江水暖鴨先知”惠猿。
產(chǎn)品經(jīng)理還應該做到傾聽用戶的聲音羔砾，然后試著重現(xiàn)用戶遇到的難題，分析并解決這些問題偶妖。
CE（customer engagement）的方法：
①提供一個明顯的反饋入口姜凄，將用戶引導到反饋論壇發(fā)表他們的投訴和建議，并及時的回復和處理趾访；
②訂閱產(chǎn)品關鍵字的搜索結果态秧，了解官方反饋論壇之外的反饋，同樣給與反饋和處理扼鞋；
③簡歷或加入核心用戶群申鱼，第一時間獲取他們的想法愤诱，也可以很方便的測試一些產(chǎn)品概念；
④通過用戶行為錄像工具或跟用戶回家的方法捐友，追蹤單個用戶的使用行為淫半，發(fā)現(xiàn)他的使用障礙在哪里，解決這些問題匣砖；
⑤對流失用戶進行回訪科吭，分析流失原因，改進產(chǎn)品降低用戶的流失率猴鲫。
直接記錄用戶的線上行為也可以对人。ClickTale這個工具可以想象錄像機一樣記錄用戶的操作以便隨時回放。還有http://clixpy.com
做好CE的關鍵是愛與責任感变隔。面對客戶時不要帶著一種保護自己工作成果的防御心態(tài)规伐，覺得用戶之所以遇到問題是因為還沒足夠了解設計意圖，這是CE一大忌匣缘，會阻止我們進行換位思考去感受用戶的痛苦辟狈，不能“切身”體會這些痛苦就會喪失改進產(chǎn)品的動力膀捷。
產(chǎn)品經(jīng)理如果不能講自己融入到社區(qū)中感受每天的變化，就會脫離社區(qū)文化錯過社區(qū)群體的涌現(xiàn)。
及時發(fā)現(xiàn)問題匆笤，及時處理扭吁，將服務終端的時間縮到最短让腹，是非常重要的赡若。推薦工具：監(jiān)控寶，TDD表鳍。
測試驅(qū)動研發(fā)（TDD：Test-Driven Development）是一種敏捷開發(fā)思想馅而，既然所有的功能點都需要測試，并且是反復測試譬圣，為什么不把測試工作提到最前面并自動化呢瓮恭？
TDD要求在寫任何功能代碼之前，先寫好她的測試代碼厘熟，以保證所有的功能點都被自己動畫測試所覆蓋屯蹦。
測試債務：如果只是研發(fā)出了產(chǎn)品功能，而對其測試不充分绳姨，這個功能就扶著了測試債務登澜，隨著時間推移，測試債務會越隱藏越深飘庄，償還成本會越來越高脑蠕。
TDD是從一開始就解決測試債務的方法。
回到整個產(chǎn)品的層面竭宰，我們來看看檢查應該注意些什么：
①用戶對產(chǎn)品的核心概念是否了解空郊，是否接受份招？
②圖紙是否覆蓋了核心概念切揭？是否在核心概念這之外設計了太多東西狞甚？
③用戶對圖紙（虛擬功能，虛擬體驗）怎么看廓旬？
④項目結果與圖紙是否相符哼审？是否進行了全面的測試？
⑤用戶對項目階段性的結果（功能孕豹、體驗）怎么看涩盾？
⑥是否形成了用戶任務的閉環(huán)？
⑦是否存在流失率超高的任務節(jié)點（比如注冊）励背？
