最近有新人入职，我负责带一个实习生，回忆了一下自己刚做产品经理之时，现在也能体会到一个新人进入这个行业初的兴奋与迷茫。准备写篇小文总结一下，顺便理理思路，记录一下。

这次想说的的是如何验收产品。网上讲如何做产品的文章很多，前期调研，中期开发，后期测试，上线完工。有时候在和别人沟通中发现，有人把产品文档输出给开发工程师就当作一个节点，因为狭义上来讲，产品经理的任务已经完成了。他们只需等待开发写完代码，测试批准通过就可以上线了。其实这是非常不够的。作为一个产品经理，一定要把产品从头跟到尾，每一个步骤都不能偷懒，否则很可能工作就会出现纰漏。

即使测试同事很认真的走完了固定流程，产品经理还是要自己很认真的把产品过一遍。如果你心理没底，不知道该过哪些内容，那么最简单的方法就是：把产品所有的地方都点一遍。这是最慢也是最有效的方法，同时也是很少有人去采用的方法。因为软件工程的特殊性，彼此之间关联很紧密，有些时候根本不知道哪里就会突然出现问题。只有把整个软件点一遍，心中才有底。

我刚开始实习的时候，老大传我一个公司旗舰软件的第一个测试版，说你来看看有啥问题，帮忙找找bug。我就兴奋的打开软件，然后走走常用流程，一切正常，然后看看有没有崩溃，一切正常。啥问题都没发现，我就交差了。然后他就在我面前随便点了几下，软件就直接弹窗报错了。我当时很惊奇，他怎么这么厉害，一下子就发现问题了。其实后来得知，他已经把这个版本前前后后点了好几遍了，很多问题都烂记于心了，知道哪里有问题，哪里容易出现问题，哪些操作会触犯问题。而我只是把自己当个普通用户，走个正常流程就就交工了，那时候还完全是个外行，不知道怎么验收。

现在我还在跟这个软件打交道，这个已经良好运行一年而且迭代了十几个版本的软件，即使现在都是final版了，我都还能轻松发现很多问题。而我学习产品验收的方法就是不断点击，一遍又一遍的点，当把所有的环节都走完了，还是正常，那么这个软件才符合发布标准。

因为我一直做客户端产品，所以说一些客户端产品验收经常遇到的问题：

1.崩溃。这种事情可遇不可求，有时候别人崩了你好好的，有时候你死机了别人还流畅的很，不要放过任何一个问题，不要被“这是一个个例”这样的理由搪塞。出现崩溃就一定要解决掉，因为这一定某个潜在的bug引起的。如果产品大规模发出去之后，即使只是1%的崩溃率，乘以总用户数以后，也是个很大的数字，会影响到非常多的用户，而且引发大规模的反馈和批评，处理崩溃一定不能放松。

2.功能问题。虽然有需求文档，虽然有设计原稿，但最终的产品未必真的如想象的那样。必须承认很多细节是产品经理在撰写文档设计原型时候无法考虑周全的，只有开发同事真真切切的落实为代码的时候，才能发现这些问题。如果与他们及时沟通，那么产品经理需要抉择拍板并更新文档。但很多时候开发同事就是按照自己的意愿和想法决定了一个功能，一个交互。产品的实现就打了折扣，最悲剧的是产品经理还不知道这个变动，一直喜洋洋的觉得产品的实现很完美呢。

3.UI问题。原则上所有与UI相关的事情都由设计师把关。他们负责出原稿，切图，协助贴图以及检查整体UI问题。但是，产品经理，你们肯定懂得，设计师是如此珍贵的资源，人家答应及时给你设计，你就得感动的痛苦流涕了；如果有恰巧他还帮你切了图并且协助贴了图，你还有啥追求？检查贴图的问题必须自己动手。大部分时候工程师并不那么在乎代码里面的RGB是否与设计图一致，九宫图是否贴的严丝合缝，png是否有偏移和压缩。调整客户端软件的UI和贴图是如此无聊而且没有技术含量的一件事，我见识的所有工程师都深恶痛绝这个任务，所以都能想象的到，里面隐藏了多少问题。这些问题只有产品经理自己去跟进去发现去解决，不要指望设计师了。产品是你的，荣耀是你的，问题也是你的。

4.其他问题。还有一些其他可能要注意的问题：是否为日志版，是否已经签名，是否通过杀毒软件测试，是否通过360管家测试，是否兼容各大系统，是否与其他软件冲突，内置链接是否正确，等等。

5.网站的问题。这里主要是我碰到过的案例：比如有时候去某个新上线的网站，发现浏览器兼容做的不好，打开网页后界面布局错乱甚至乱码的；主页上面赤裸裸的显示找到图片的红叉的；页面某个链接打开是错误的；某些按钮点了都没有反应的；有些区块文字超长未做处理而产生元素重叠等等。

产品发出去，就不能更改了。出现任何问题都只能等待新一个版本覆盖去解决。但是用户不会有这样的耐心，一次崩溃或者一次软件无法运行可能就导致用户直接放弃尝试，结果就是彻底失去一个用户，他们就再也不会给你机会了。即使可以通过应急补丁方式修复问题，但这是一件成本非常高的事情。既然如此，那就一定要在发布前认真验收，千万不可简单兑付，潦草行事，以免后悔莫及。

来源：http://viecho.com/post/227.html