系统体验与评测解决方案

在安装前了解实际使用感受

这个行业的典型问题是：在安装前了解实际使用感受。判断这句话是否成立，有个简单的检验方式：把现在的情况写下来，看能不能用一句话说清楚。如果写不清楚，说明还没想透，这时候急着往下走，后面多半要返工。

需要说明的是，这件事没有统一的答案。适合别人的做法未必适合自己，判断标准应该是：这套做法能不能在自己的业务条件下稳定运行。

要落地这件事，还需要一个前提：企业内部得有人对结果负责。否则方案再合理，也会在执行中被稀释成一份文件。

我们通常这样处理

围绕「不同配置下的表现」这一项，先确认现状与目标，再确定具体做法与验收方式。

围绕「常见问题清单」这一项，先确认现状与目标，再确定具体做法与验收方式。

围绕「适用人群判断」这一项，先确认现状与目标，再确定具体做法与验收方式。

围绕「替代方案对比」这一项，先确认现状与目标，再确定具体做法与验收方式。

把手段当目标

上了系统、做了改版、发了内容，就当作事情完成了，却没有回头看这些问题是否真的被解决。

忽略使用者的习惯

方案由少数人拍板，实际使用者没有参与，上线后推行困难。

一次改太多

同时推进多个方向的调整，出问题时无法判断是哪一项导致的，最后只能全部回退。