优秀的产品经理，做产品有这个特质

大家好，我是Kevin！

一次出糗的上课经历

曾经我在学校给新媒体专业的学生授课时，想给学生介绍我们正在做的云木鸟新媒体插件。让新媒体专业的同学学习一些工具来做新媒体，提升他们的专业度。

云木鸟新媒体伴侣，是我带着团队做的第二个产品项目，期间经历了若干个大版本，以及无数个小版本，研发时间超过2年，才能够达到今天的稳定。

在产品刚上线的时候，我就利用教学期间，让我班里的学生下载并安装，结果不到100人同时使用，就导致产品登录注册阻塞，系统崩了。

在课堂上，你别说多尴尬了。

本来想让学生体验下作为老师自己公司的产品，结果连注册登录都无法完成，还不断让学生作为用户摸不着头脑，不知道是自己的安装有问题还是老师提供的软件有问题。

下课后，我们查询到问题是数据库查询量过高，导致数据库崩了。

经过这个事件后，我们优化了缓存机制，再也没有出现这类问题了。

所以回到开头，这篇文章是想告诉那些产品经理，当你的产品用起来没有毛病，就牛叉了。要做到这点，至少要有2个基础

1.能够给测试和研发一样的时间

我在做产品经理期间，每个版本需求会给团队开需求评审对需求进行排期，要求前端、后台等各类维度的工程师，给出自己负责需求部分的研发时间。

在大厂里，一般开发的时间给出来了之后，测试的时间就是研发的时间一样。

比如开发2个月，那么测试时间也是2个月。而测试是在研发进行一半启动，所以整个产品的研发时间线是下面的时间图。

要保证测试时间的准确度，专业的测试人员必不可少。不只是功能点点，还要回归测试、撰写测试用例、给出测试报告等等。

而专业的测试，在创业团队是非常稀缺的。小团队需要考虑到资源投入回报，所以测试往往是产品、开发或者团队运营人员一起测试。

难免会导致产品给第一批用户，出现各种问题。

比如曾经我听到最扎心一句话：“你们是产品经理社区，怎么做的产品这么多问题”。

这是曾经PMTalk刚刚上线的时候，我们邀请的种子用户给我们的反馈。我才明白做产品经理和真的自己做产品研发，两码事。能够把产品体验打磨好，就是厉害的产品经理。

因为这代表了它不仅把需求做好了，而且还严格把握开发、测试各项需求还原与实际体验，让产品有了可以交付的体验。

虽然有时候大厂的产品也会出现类似问题，但大厂的问题是在可控范围的，比如他们不会上线一款新产品在核心路径上就有问题。

注册登录过多了，用户最多排个队就行了。

像我开头说的，我给学生上课，让学生集体下载我的工具，一注册登录就出现问题，这种情况是很少的。

切准用户需求是基础，产品体验也是基础

我曾经写过《没有一蹴而就的产品》，任何产品经理对上线都要准备被骂的情况，即使你已经通过内部测试了，在产品进入运营期间，你进入他的appstore评价面板，都可以看到用户骂街的评论。

如果是客观上的功能性问题、逻辑问题，那就要第一时间作为需求排期改了，避免用户流失。

所以用户反馈评价，是产品经理重要的需求收集渠道，尤其是在功能、产品系统性优化的时候。

今天的分享就在这里。