項(xiàng)目同步會(huì)議
會(huì)議應(yīng)該要明確：昨天做了什么事情善镰，今天要做哪些事情蝠引，在工作中遇到了什么問(wèn)題逢并。在會(huì)議中產(chǎn)品經(jīng)理應(yīng)該重點(diǎn)關(guān)注兩個(gè)方面：其一是昨天工作是否真的完成弛矛，這里所說(shuō)的完成不是代碼寫(xiě)完了就了事，也不是自測(cè)沒(méi)問(wèn)題了就是完成得问，所謂一個(gè)任務(wù)的完成應(yīng)該是真正意義上的完成囤攀，即滿足用戶需求，可立即部署到真實(shí)環(huán)境中進(jìn)行使用宫纬。
產(chǎn)品經(jīng)理注意要點(diǎn)
1. 思想優(yōu)化焚挠。在開(kāi)發(fā)過(guò)程中一定會(huì)出現(xiàn)研發(fā)人員的意見(jiàn)與產(chǎn)品經(jīng)理、交互設(shè)計(jì)師的意見(jiàn)不一致的情況漓骚，因?yàn)閺娜诵缘慕嵌确治鲵蛳危總€(gè)角色都一定會(huì)用自己慣性思維去思考問(wèn)題，比如工程師會(huì)告訴這個(gè) Banner 放在左面程序運(yùn)行效率最高认境，而交互設(shè)計(jì)師認(rèn)為放在右邊會(huì)更符合行為習(xí)慣胚委，產(chǎn)品經(jīng)理則認(rèn)為放在更上方一點(diǎn)會(huì)換來(lái)更多的點(diǎn)擊率，此時(shí)產(chǎn)品經(jīng)理一定要引導(dǎo)大家站在更高層叉信、更客觀的角度去尋找解決方案亩冬。
2. 代碼優(yōu)化。這一點(diǎn)更多的是指代碼 review，一般會(huì)采用每天團(tuán)隊(duì)成員交叉 review 和每周團(tuán)隊(duì)一起進(jìn)行重點(diǎn)功能 review 兩種模式硅急。有句話叫磨 刀不誤砍柴工覆享，代碼 review 是發(fā)現(xiàn)潛在 BUG、發(fā)現(xiàn)功能偏差的最低成本投入营袜。
4. 文檔優(yōu)化撒顿。推薦使用類(lèi)似 wiki 的系統(tǒng)來(lái)統(tǒng)一管理產(chǎn)品文檔，產(chǎn)品經(jīng)理在寫(xiě)文檔的過(guò)程中不要因?yàn)榕侣闊┚徒档臀臋n的可讀質(zhì)量荚板，要知道產(chǎn)品很有可能因?yàn)槟闵賹?xiě)幾個(gè)字就走向了另一個(gè)極端凤壁，很可能就因?yàn)檫@幾個(gè)字，工程師就需要返工跪另，這也是為什么大部分工程師都想暴打產(chǎn)品經(jīng)理的原因所在拧抖。因此產(chǎn)品經(jīng)理在寫(xiě)文檔的過(guò)程中應(yīng)該多以工程師的視角去寫(xiě)需求，如果你是工程師免绿，看到需求后是否會(huì)出現(xiàn)理解偏差唧席？如果會(huì)，那么請(qǐng)用更多的時(shí)間來(lái)完善需求文檔嘲驾，產(chǎn)品經(jīng)理應(yīng)該時(shí)刻清楚淌哟，需求文檔的本質(zhì)不在寫(xiě)得多么有文采，能讓工程師正確理解才是王道辽故，正所謂不管黑貓白貓徒仓，抓到耗子就是好貓。
5. 團(tuán)隊(duì)溝通優(yōu)化榕暇。產(chǎn)品經(jīng)理應(yīng)該增加與團(tuán)隊(duì)成員在一起的時(shí)間蓬衡，可以選擇工作時(shí)坐在一起喻杈，或者一起吃午飯等等彤枢，你要時(shí)刻找機(jī)會(huì)把自己的想法準(zhǔn)確的灌輸?shù)焦こ處煹哪X袋里，并且盡可能的在不動(dòng)聲色間解決他們心中的疑惑筒饰。
6. 流程優(yōu)化缴啡，需求管理系統(tǒng)、BUG 管理系統(tǒng)瓷们、產(chǎn)品打包機(jī)制最好都是高度智能化的业栅，可以讓團(tuán)隊(duì)成員第一時(shí)間找到自己想要的信息。
敏捷開(kāi)發(fā)
產(chǎn)品研發(fā)策略谬晕，前期就是一個(gè)試錯(cuò)的過(guò)程碘裕，快速完成主要功能，次要的功能可以適當(dāng)延后攒钳，結(jié)合目前公司的狀況帮孔，敏捷開(kāi)發(fā)是最合適的開(kāi)發(fā)方案，同樣適用于產(chǎn)品規(guī)劃。敏捷開(kāi)發(fā)的原則就是文兢，開(kāi)發(fā)->測(cè)試-發(fā)布->迭代->開(kāi)發(fā)晤斩。產(chǎn)品團(tuán)隊(duì)的職責(zé)：
1.用戶需求調(diào)研整合，需要運(yùn)營(yíng)和產(chǎn)品共同完成此項(xiàng)工作姆坚，并由運(yùn)營(yíng)同事輸出一份完整的用戶需求文檔澳泵；
2.產(chǎn)品定位明確，在試錯(cuò)的過(guò)程中一定要明確產(chǎn)品的方向兼呵；
3.產(chǎn)品原型輸出兔辅，用戶故事場(chǎng)景文檔輸出（迭代的同時(shí)保留一份產(chǎn)品介紹文檔說(shuō)明，并定期更新）击喂；
4.將產(chǎn)品原型給到開(kāi)發(fā)和設(shè)計(jì)幢妄，將用戶故事給到開(kāi)發(fā)人員，開(kāi)發(fā)人員就可以開(kāi)始一些功能性的開(kāi)發(fā)茫负，技術(shù)負(fù)責(zé)人需要將功能細(xì)化模塊化蕉鸳，并跟進(jìn)產(chǎn)品給到的用戶故事設(shè)定開(kāi)發(fā)周期；
5.產(chǎn)品負(fù)責(zé)人在開(kāi)發(fā)節(jié)點(diǎn)跟進(jìn)開(kāi)發(fā)進(jìn)度忍法，開(kāi)發(fā)人員需在開(kāi)發(fā)幾點(diǎn)主動(dòng)反饋給產(chǎn)品負(fù)責(zé)人潮尝；
6.測(cè)試，完善的測(cè)試團(tuán)隊(duì)饿序，需要一個(gè)專(zhuān)職的測(cè)試人員勉失，對(duì)測(cè)試bug跟蹤，對(duì)照產(chǎn)品原型進(jìn)行測(cè)試原探，并反饋乱凿，反饋任務(wù)需要開(kāi)發(fā)團(tuán)隊(duì)迅速給出相應(yīng)，并規(guī)定好完成時(shí)間咽弦；然后再測(cè)試反饋徒蟆，直到最終穩(wěn)定；
7.上線型型；跟蹤分析用戶行為段审，留存率等一系列數(shù)據(jù)統(tǒng)計(jì)。
