重点梳理与沟通

灰测

灰测是在测试完成全量测试后，提前开放给用户体验的流程。视情况判断灰测应该有几轮

用户可用性测试

相对于较大的版本，体验，结构改动较大，在项目处于稳定的情况下，邀请用户到公司进行测试。

如何做用户可用性测试：

1.召集热心用户（筛选维度）

2.设计产品测试用例

3.观察用户行为，访谈用户使用感受

4.汇总与改进

A/B Test

A/B Test常用于对功能，样式把握不定时使用的测试方法。

需求变更

需要在什么时候会发生变更？

• 产品经理在项目中发现部分需求需要进行裁剪或增加
• 老板临时插入需求
• 市场上的版本出现严重Bug
• 其他部门临时的重要需求

如何处理：

问题：老板：我要的，现在就要

答案：挖掘老板背后想要的是什么，是否应该紧急插入的现在开发的版本

问题：上版本出现影响较广大用户Bug

答案：立马修正，甚至提前发布修正版本

问题：其它部门重点临时需求

答案：妥善沟通，解释，明确必要性

问题：项目在开发过程中发现有未考虑到的地方

答案：与开发积极沟通，看是否加班支持

沟通工具

邮件：汇报、知会、备案

聊天工具：讨论、资料传输、破冰

电话：紧急事项、文字无法表达

面谈：拉进关系、表达复杂逻辑，重要事件

应对策略

和老板的沟通：

老板：

我要的，现在就要！
做一个XX功能，照着XX做就行
半夜向你说，老板发现了一个Bug，你查看以下

多思考、多问、确认

不让领导做判断题，而是让他做选择题

主动定期汇报，面谈，邮件同步进展。

和其它上级的沟通

其它上级：我们有一个需求蛮急的，能否帮忙做一下？

向上同步信息

结果要反馈

态度要积极

前提是：需求靠谱

和技术的沟通

不同性格的技术：

A.性格好，技术能力一般，不挑剔需求，只管做。
B.技术大牛，有自己的性格，经常怼你没商量。
C.不爱思考，任何细节都与你确认，不确认不做。
D.技术型产品经理，自认为产品能力一流，手撕需求。

统一标准

尊重牛人

保持沟通

私下建立关系

和测试的沟通

测试的普遍特点

思维严谨
中立态度
性格偏内向

积极更新需求文档，同步改动点

做好体验环节

沟通要通畅

和设计师的沟通

设计师：

我觉得这样挺好啊，为什么要改
我觉得这个按钮摆在这里没有什么不妥啊，而且我们Leader都通过了

尊重，避免直接评价好坏

引导，从体验和需求的角度

适度引用竞品

自己学会提高审美水平

和运营的沟通

会给你提需求，但往往觉得不靠谱
你给他提需求，但往往不达标

保持沟通频次

数据及时共享

明确目标，避免做非所想

和合作方沟通

产品经理时需求的承接方，经常会遇到：

合作公司找你们合作项目（广告，API，独立功能）
其它部门会提一些业务需求，需要你排入计划

重视时间进度

明确需求及目标

管理需求预期