產(chǎn)品驗收及發(fā)布的學(xué)習(xí)
1.回顧
1.1產(chǎn)品需求描述：兩個重要：
重點練習(xí)功能描述：（如何做）要描述到底這個功能是什么眠饮，不要寫背景必孤，要簡單能看懂蓖救，但又要寫清楚，別寫的太簡單根本不知道你要做什么
需求描述與拆分：評判優(yōu)先級旧困；要把功能拆分的很細(xì)醇份，做到各個小需求之間互不聯(lián)系，刪掉哪一個對其他不會造成影響吼具；
1.2需求評審會：
組內(nèi)開一個小會僚纷，通過扮演開發(fā)，運營拗盒，測試怖竭，ＵＩ等角色進行提問題；
１.3驗收
一般在開發(fā)完成之后陡蝇，測試開始工作時進行驗收
1.4灰測
灰測是在測試完成全量測試后痊臭，提前開放給用戶體驗的流程，視情況判斷灰測幾輪登夫。
蘋果用戶：征集熱心用戶趣兄，通過UDID碼給測試包下載地址進行體驗
安卓用戶：篩選用戶ID，通過提示升級的方式悼嫉，逐步擴大灰測的范圍
1.5用戶可用性測試
這個一般對于較大改動的版本，體驗拼窥、結(jié)構(gòu)發(fā)生較大改變時戏蔑，會給用戶可用性測試蹋凝。挑選一些用戶來公司進行體驗。
1.6需求變更
（1）產(chǎn)品經(jīng)理在項目中發(fā)現(xiàn)部分需求需要進行裁剪/增加
與開發(fā)商量总棵，看看加班能不能行鳍寂；
（2）老板臨時加需求
搞清楚老板真實的想法，需求背后的想法是什么情龄，然后何老板說明情況迄汛，這個需求是不是特別緊急要加到現(xiàn)在正在坐的版本中去；
（3）市場上的版本出現(xiàn)嚴(yán)重BUG
立即修正骤视，必要時提前發(fā)布修正版本
（4）其他部門臨時重要需求
進行溝通解釋鞍爱，明確需求的必要性
1.7數(shù)據(jù)分析
功能改動后，查看新老版本的數(shù)據(jù)對比专酗；
1.8A/B text
常用于對功能睹逃、樣式把握不定時的測試
2.溝通
溝通的本質(zhì)是要講清楚事物！但不僅如此祷肯，在溝通中要表達感情沉填，進一步與之建立管理，進而達到日后好相處的地步佑笋。
（郵件是具有匯報翼闹，知會，備案等溝通手段）
2.1如果老板臨時找你蒋纬，要你做一個功能
即使很晚猎荠，你也要做，因為這是你表現(xiàn)的機會颠锉！
（不要給老板做判斷法牲，讓老板做選擇題，并且提供給方案時要加入自己的想法）
2.2如果是其他部門領(lǐng)導(dǎo)找你幫忙
你也要做
（先和上級溝通琼掠，并表示你不會耽誤正常工作拒垃；要向領(lǐng)導(dǎo)反饋結(jié)果，并且態(tài)度要好）
2.3如何與開發(fā)溝通
對待技術(shù)要統(tǒng)一標(biāo)準(zhǔn)瓷蛙，并且要尊重悼瓮，私下建立感情
2.4如何與測試溝通
積極更新需求文檔，同步改動點艰猬；用戶體驗時的細(xì)節(jié)做好横堡，可以幫測試省掉很多；溝通要簡潔明了冠桃；
2.5如何與運營溝通
保證溝通頻次命贴；數(shù)據(jù)及時共享；雙方明確好目標(biāo)；
2.6如何與UI溝通
尊重胸蛛，不要直接評價其界面的好壞污茵；
可有適當(dāng)飲用競品和他溝通；可以從需求和體驗的角度談葬项；
2.7如何與合作方溝通
注意把握時間節(jié)點泞当，管理好進度；明確需求和目標(biāo)民珍；
