产品验收及发布的学习
1.回顾
1.1产品需求描述：两个重要：
重点练习功能描述：（如何做）要描述到底这个功能是什么，不要写背景，要简单能看懂，但又要写清楚，别写的太简单根本不知道你要做什么
需求描述与拆分：评判优先级；要把功能拆分的很细，做到各个小需求之间互不联系，删掉哪一个对其他不会造成影响；
1.2需求评审会：
组内开一个小会，通过扮演开发，运营，测试，ＵＩ等角色进行提问题；
１.3验收
一般在开发完成之后，测试开始工作时进行验收
1.4灰测
灰测是在测试完成全量测试后，提前开放给用户体验的流程，视情况判断灰测几轮。
苹果用户：征集热心用户，通过UDID码给测试包下载地址进行体验
安卓用户：筛选用户ID，通过提示升级的方式，逐步扩大灰测的范围
1.5用户可用性测试
这个一般对于较大改动的版本，体验、结构发生较大改变时，会给用户可用性测试。挑选一些用户来公司进行体验。
1.6需求变更
（1）产品经理在项目中发现部分需求需要进行裁剪/增加
与开发商量，看看加班能不能行；
（2）老板临时加需求
搞清楚老板真实的想法，需求背后的想法是什么，然后何老板说明情况，这个需求是不是特别紧急要加到现在正在坐的版本中去；
（3）市场上的版本出现严重BUG
立即修正，必要时提前发布修正版本
（4）其他部门临时重要需求
进行沟通解释，明确需求的必要性
1.7数据分析
功能改动后，查看新老版本的数据对比；
1.8A/B text
常用于对功能、样式把握不定时的测试
2.沟通
沟通的本质是要讲清楚事物！但不仅如此，在沟通中要表达感情，进一步与之建立管理，进而达到日后好相处的地步。
（邮件是具有汇报，知会，备案等沟通手段）
2.1如果老板临时找你，要你做一个功能
即使很晚，你也要做，因为这是你表现的机会！
（不要给老板做判断，让老板做选择题，并且提供给方案时要加入自己的想法）
2.2如果是其他部门领导找你帮忙
你也要做
（先和上级沟通，并表示你不会耽误正常工作；要向领导反馈结果，并且态度要好）
2.3如何与开发沟通
对待技术要统一标准，并且要尊重，私下建立感情
2.4如何与测试沟通
积极更新需求文档，同步改动点；用户体验时的细节做好，可以帮测试省掉很多；沟通要简洁明了；
2.5如何与运营沟通
保证沟通频次；数据及时共享；双方明确好目标；
2.6如何与UI沟通
尊重，不要直接评价其界面的好坏；
可有适当饮用竞品和他沟通；可以从需求和体验的角度谈；
2.7如何与合作方沟通
注意把握时间节点，管理好进度；明确需求和目标；
