項(xiàng)目同步會議
會議應(yīng)該要明確：昨天做了什么事情，今天要做哪些事情，在工作中遇到了什么問題。在會議中產(chǎn)品經(jīng)理應(yīng)該重點(diǎn)關(guān)注兩個方面：其一是昨天工作是否真的完成，這里所說的完成不是代碼寫完了就了事，也不是自測沒問題了就是完成，所謂一個任務(wù)的完成應(yīng)該是真正意義上的完成，即滿足用戶需求，可立即部署到真實(shí)環(huán)境中進(jìn)行使用。
產(chǎn)品經(jīng)理注意要點(diǎn)
1. 思想優(yōu)化。在開發(fā)過程中一定會出現(xiàn)研發(fā)人員的意見與產(chǎn)品經(jīng)理、交互設(shè)計(jì)師的意見不一致的情況，因?yàn)閺娜诵缘慕嵌确治觯總€角色都一定會用自己慣性思維去思考問題，比如工程師會告訴這個 Banner 放在左面程序運(yùn)行效率最高，而交互設(shè)計(jì)師認(rèn)為放在右邊會更符合行為習(xí)慣，產(chǎn)品經(jīng)理則認(rèn)為放在更上方一點(diǎn)會換來更多的點(diǎn)擊率，此時產(chǎn)品經(jīng)理一定要引導(dǎo)大家站在更高層、更客觀的角度去尋找解決方案。
2. 代碼優(yōu)化。這一點(diǎn)更多的是指代碼 review，一般會采用每天團(tuán)隊(duì)成員交叉 review 和每周團(tuán)隊(duì)一起進(jìn)行重點(diǎn)功能 review 兩種模式。有句話叫磨 刀不誤砍柴工，代碼 review 是發(fā)現(xiàn)潛在 BUG、發(fā)現(xiàn)功能偏差的最低成本投入。
4. 文檔優(yōu)化。推薦使用類似 wiki 的系統(tǒng)來統(tǒng)一管理產(chǎn)品文檔，產(chǎn)品經(jīng)理在寫文檔的過程中不要因?yàn)榕侣闊┚徒档臀臋n的可讀質(zhì)量，要知道產(chǎn)品很有可能因?yàn)槟闵賹憥讉€字就走向了另一個極端，很可能就因?yàn)檫@幾個字，工程師就需要返工，這也是為什么大部分工程師都想暴打產(chǎn)品經(jīng)理的原因所在。因此產(chǎn)品經(jīng)理在寫文檔的過程中應(yīng)該多以工程師的視角去寫需求，如果你是工程師，看到需求后是否會出現(xiàn)理解偏差？如果會，那么請用更多的時間來完善需求文檔，產(chǎn)品經(jīng)理應(yīng)該時刻清楚，需求文檔的本質(zhì)不在寫得多么有文采，能讓工程師正確理解才是王道，正所謂不管黑貓白貓，抓到耗子就是好貓。
5. 團(tuán)隊(duì)溝通優(yōu)化。產(chǎn)品經(jīng)理應(yīng)該增加與團(tuán)隊(duì)成員在一起的時間，可以選擇工作時坐在一起，或者一起吃午飯等等，你要時刻找機(jī)會把自己的想法準(zhǔn)確的灌輸?shù)焦こ處煹哪X袋里，并且盡可能的在不動聲色間解決他們心中的疑惑。
6. 流程優(yōu)化，需求管理系統(tǒng)、BUG 管理系統(tǒng)、產(chǎn)品打包機(jī)制最好都是高度智能化的，可以讓團(tuán)隊(duì)成員第一時間找到自己想要的信息。
敏捷開發(fā)
產(chǎn)品研發(fā)策略，前期就是一個試錯的過程，快速完成主要功能，次要的功能可以適當(dāng)延后，結(jié)合目前公司的狀況，敏捷開發(fā)是最合適的開發(fā)方案，同樣適用于產(chǎn)品規(guī)劃。敏捷開發(fā)的原則就是，開發(fā)->測試-發(fā)布->迭代->開發(fā)。產(chǎn)品團(tuán)隊(duì)的職責(zé)：
1.用戶需求調(diào)研整合，需要運(yùn)營和產(chǎn)品共同完成此項(xiàng)工作，并由運(yùn)營同事輸出一份完整的用戶需求文檔；
2.產(chǎn)品定位明確，在試錯的過程中一定要明確產(chǎn)品的方向；
3.產(chǎn)品原型輸出，用戶故事場景文檔輸出（迭代的同時保留一份產(chǎn)品介紹文檔說明，并定期更新）；
4.將產(chǎn)品原型給到開發(fā)和設(shè)計(jì)，將用戶故事給到開發(fā)人員，開發(fā)人員就可以開始一些功能性的開發(fā)，技術(shù)負(fù)責(zé)人需要將功能細(xì)化模塊化，并跟進(jìn)產(chǎn)品給到的用戶故事設(shè)定開發(fā)周期；
5.產(chǎn)品負(fù)責(zé)人在開發(fā)節(jié)點(diǎn)跟進(jìn)開發(fā)進(jìn)度，開發(fā)人員需在開發(fā)幾點(diǎn)主動反饋給產(chǎn)品負(fù)責(zé)人；
6.測試，完善的測試團(tuán)隊(duì)，需要一個專職的測試人員，對測試bug跟蹤，對照產(chǎn)品原型進(jìn)行測試，并反饋，反饋任務(wù)需要開發(fā)團(tuán)隊(duì)迅速給出相應(yīng)，并規(guī)定好完成時間；然后再測試反饋，直到最終穩(wěn)定；
7.上線；跟蹤分析用戶行為，留存率等一系列數(shù)據(jù)統(tǒng)計(jì)。
