作者：郑国维

1.  位置判断

• 分类范围：通讯社交、娱乐休闲、工具服务
• 目前阶段：导入期、成长期、成熟期、
• 市场情况：完全竞争、垄断竞争、寡头垄断、完全垄断
• 同类产品地位：机会领先、规模领先、资源领先、成本领先、渠道领先、推广领先

2.  竞争力分析

2.1.  核心需求被满足程度

以听歌为例：要听的歌有没有，音质好不好，歌曲能不能被控制。

• 增值功能：
• 缺失功能：
• 冗余功能（过度设计）：

2.2.  差异化竞争

领先于对手的：

• 更便宜
• 更简单
• 更多
• 更快

3.  客观指标分析

3.1.  产品指标

• 应用大小
• 启动速度
• 流畅度（卡顿、失去响应）
• 稳定性（闪退、Bug）
• 网络响应速度（信息快速呈现）
• 权限隐私
• 更新频率
• 通知频率
• 流量优化程度
• 缓存优化程度
• 内存占用
• 耗电量
• 开机启动与唤醒
• 平台支持（目标用户平台使用率）
• 兼容性（目标用户平台版本）
• 核心功能到达路径（逻辑与流程）
• 错误程度与错误率

3.2.  运营指标

3.2.1.  用户指标

• 渠道覆盖（到达用户终端的渠道）
• 用户获取成本
• 下载量
• 安装量
• 注册率
• 留存率（次日/周/月）
• 活跃率（日/周/月）
• 付费率
• 平均用户收益
• 版本升级率
• 卸载率
• 使用频次
• 使用时长
• 生命周期
• 市场内同类应用排名
• 评论数（差评占比）

3.2.2.  服务指标

• 客诉处理及时性/满意度
• 评价反馈
• 互动参与

3.2.3.  内容指标

• 内容量
• 更新速度
• 免费/付费内容比
• 独家内容占比
• 内容质量
• 内容完整性
• 内容组织/形式（分类是否清晰，搜索结果是否准确，排版是否美观）

3.2.4.  活动指标

4.  主观指标分析

4.1.  用户体验

• 强迫（必须，才能）
• 干扰（打断）
• 歧义（与预期不符）
• 无价值内容
• 认知难度
• 违反设计规范
• 界面风格（与目标用户特征趋同）
• 审美体验（颜值）
• 版式（整洁、重点突出）
• 流畅度（加载、过渡）
• 常用功能位置
• 目标操作入口与路径
• 趣味性
• 获利
• 公平度
• 承诺兑现感知
• 付费确认

4.2.  满意度与接受度

• NPS（净推荐值）=(推荐者数/总样本数)×100%-(贬损者数/总样本数)×100%
• K传播因子=（每个用户向他的朋友们发出的邀请的数量）* （接收到邀请的人转化为新用户的转化率）

上家公司，老板从主营业务中，分出一小拨技术，为他新孵化的创业项目做开发。

我当时做为产品经理，和他们打过交道。后来这三个技术都离职了。

其中一个PHP开发，回老家自己开了外包公司，今天来北京和甲方确定需求，间隙约了我和他们当时的前端一起见面。这个前端离职后进了创业公司，属于较早期的一名员工。他去年4月份刚在黄村火车站附近买了房。在这家公司一周最少有两晚上加班，每隔一周要上六天班，很辛苦。

创业的同事回家招了5个开发，一个月公司成本2万出头，接着稳定的腾讯的项目，除此之外，还有一些其它项目。现在想做一个自己的产品出来。

另外一个PHP开发，最早从公司离职，已经换了很多次工作，去过京东，也在一些创业公司呆过，现在可能是在万达上班。晚上给我发来了京东的内推岗位列表，让我选择，他托内部的朋友给推荐进去。

华为正在辞退一些年纪大的员工，据说某部门超过34岁的就被开掉了。34岁，在互联网这个行业，确实是老了。90后干得多肯加班拿的少。这种境况真是令人忧虑。

产品好不好，最能说明这个问题的是用过产品的人会不会向别人推荐。比如一个饭馆，你会不会像朋友推荐。还比如手机上的APP。

我广泛向别人推荐的一个产品是Kindle，好几个人接受了我的推荐买了这个产品。

对应的有个概念是NPS，即净推荐值。它的算法很简单，找一些正在用和使用过产品的人，请他们给产品打分，1——10，十分制，1代表肯定不会向别人推荐使用，10代表肯定会向别人推荐，请他们打分，打9、10分数的所占的百分比，减去打6分及6分以下的人的百分比，即得出NPS净推荐值。

本评测报告针对 XX 安卓版 V2.0 进行了 PCT 整体测试，测试评级为二级：推荐用户使用，评测报告共提出 UI 建议 10 条，产品功能建议 32 条，发现产品安全漏洞 3 个，产品严重 BUG 共 30 个。

一、 产品背景

1. 产品简介
2. 同类产品

二、 版本说明

1. 当前评测版本说明
2. 历史版本评测报告

三、 评测概述

1. 总体概述

软件的评级为 X 级，推荐用户使用

A. 一级：强烈推荐用户使用
B. 二级：推荐用户使用
C. 三级：用户体验
D. 四级：有限用户使用
E. 五级：不推荐使用

2. 总体陈述测试报告内容

总计测试功能点 XX 个，其中产品建议 XX 条，产品漏洞 XX 个，其中严重漏洞 X 个，重点推荐功能为 XX 和 XX，软件是否合理使用用户信息及保护了用户隐私。

四、 UI 评测

1. 优点
2. 缺点及建议

五、 用户体验评测

以抽样评测的方法从用户的角度来评测软件的用户体验。

1. 重点功能使用及容易度
2. 用户操作及有效性
3. 用户黏着程度
4. 用户整体评价

六、 功能评测

主要评测产品各个功能是否正常合理，功能逻辑、功能 bug、功能建议。

1. 功能常规测试
2. 业务逻辑分析
3. 功能 bug
4. 功能建议

七、 性能评测

基于产品数据分析的性能测试，评测产品在及时性、高响应、高服务器压力条件下的数据。

1. 客户端性能评测
2. 服务端性能评测

八、 安全及隐私评测

1. 用户隐私评测
2. 安全评测

1) 用户系统安全
2) 服务器漏洞
3) 程序崩溃日志

九、 同类产品运营数据对比

1. 市场占有率
2. 下载/安装/访问量
3. 用户活跃度

十、 总结

附件一：错误分类

1. 按错误的产生影响和后果分类：

1） 一般错误：对系统的输出结果有一些非实质性的影响。例如：输出数据格式不符合要求
2） 中等错误：对系统的运行有局部的影响。例如：输出的某一部分数据有错误。
3） 严重错误：根据需求发现所开发出的程序流程不符。
4） 非常严重错误：遭到客户投诉，造成非常不好的影响。

软件系统错误类型比例表（表１）

错误类型 一般错误 中等错误 严重错误 非常严重错误
百分比 % % % %

2. 按错误的性质和范围分：

1） 功能错误：由于功能规格说明书不够完整，或是叙述得不够确切，致使系统在实现
时对功能有误解。例如，给出了错误的功能，缺少了某些功能或多出了冗余功能。
2） 系统错误：包括以下错误：与外部接口通讯的协议错误，参数调用错误，子程序调
用错误，输入输出地址错误，中断处理错误，与操作系统接口错误，控制顺序错误
及资源管理错误等。
3） 编码错误：包括语法错误，变量名拼写错误，局部数据与全局量混淆或程序逻辑错
误等。

支撑互联网敏捷小项目的快速迭代发布，以及传统大项目的研发流程。重点解决了大量并发小项目持续集成持续发布的问题，引入了最佳实践的强弱流程依赖，可以由项目的产品经理自由选取流程节点进行实践。单测集成、环境管理、测试用例、缺陷管理、接口测试、性能测试。解决代码质量无监控、测试环境全靠手工部署，项目测试环境资源不能有效使用等问题。

量化评估项目质量，一键部署环境，跟踪回归Bug，积累复用Case，自动化重复工作。