2016.8

1.后臺(tái)做不做，先考慮使用頻率。如果基本不需要運(yùn)營(yíng)，就不要急著做后臺(tái)原型，把規(guī)則寫清楚給后端就好了。

2.換個(gè)思路考慮問題，如果認(rèn)為某個(gè)事情因?yàn)閮r(jià)值不高沒有必要做，那是否可以想看看怎么提高這件事的價(jià)值。

3.分清主次，學(xué)習(xí)時(shí)間不夠的情況下，有些任務(wù)還是要交由測(cè)試、運(yùn)營(yíng)，不應(yīng)該顧此失彼。

2016.7

1.需求要及時(shí)更新，不是只跟開發(fā)說就好了，還要知會(huì)測(cè)試，還要留Tower需求備份。

2.搜索數(shù)據(jù)整理，僅僅分析某一塊的數(shù)據(jù)是不夠的。還要站在更高的層面去看整體的數(shù)據(jù)是否異常。一眼就能被看出來的東西，自己卻沒發(fā)現(xiàn)。發(fā)現(xiàn)以后也沒有及時(shí)推動(dòng)理清數(shù)據(jù)出錯(cuò)的來源。比較好的方式應(yīng)該是及時(shí)拉相關(guān)人員搭一個(gè)小組，將問題描述清楚，再一對(duì)一找人跟進(jìn)，讓大家在群里及時(shí)反饋，才能快速解決問題。如果不把大家聚在一起，私底下一個(gè)個(gè)找人，沒搞清楚問題所在，非相關(guān)人員很難找到原因，致使任務(wù)一拖再拖，不該！

3.不定義清楚熱區(qū)，讓開發(fā)人員憑感覺做觸控范圍，容易與實(shí)際需求不一致，還增加溝通成本。

4.給開發(fā)看的原型需要詳細(xì)包含各種情況。但是產(chǎn)品評(píng)審之類的情況，還是要以簡(jiǎn)潔為主，介紹清楚關(guān)鍵點(diǎn)。

5.要及時(shí)匯報(bào)進(jìn)展，不要憋大招，不到最后不給方案，這樣容易導(dǎo)致什么都沒做成。每天的工作任務(wù)要清晰具體可衡量。

6.不要事無巨細(xì)。匯報(bào)時(shí)要先簡(jiǎn)明扼要地提煉最值得關(guān)注的點(diǎn)，再展開。