我们做了六周错误的产品
我们做了六周错误的东西。客户从未抱怨。而这正是问题所在。
这无关工具或效率技巧。这是一个残酷的真相。
一家医疗保健客户要求我们开发一个患者预约系统。我们提了问题。我们点头回应。我们开始构建。
第六周，我们向他们展示了演示版本。客户沉默了。
他们说：“这很棒。但护士并不负责预约。保险协调员才负责。他们的工作流程是不同的。”
没有人撒谎。没有人沟通失误。我们只是没去问谁会每天使用这款软件。
最昂贵的代码是那些解决了错误问题的代码。最糟糕的代码不是会崩溃的代码，而是那些运行完美却解决不了任何问题的代码。
以下是我们犯下的最大错误：
- 跳过了用户画像。我们是为决策者构建，而不是为用户构建。
- 将“认可”误认为“正确”。客户说“好”并不意味着产品是正确的。
- 将认可作为挡箭牌。如果你不敢向你尊敬的人展示你的工作，就不要把客户的认可当作盾牌。
- 将部署视为终点。成功发生在发布之后。
如何解决这个问题：
在产生分歧时要明确表达。告诉客户：“我们会按照您的要求构建这个功能。但我们认为 X 会导致 Y。让我们把这一点记录在案。”
这句话可以避免日后的推诿。
不要再把部署视为终点。你需要错误追踪、运行时间警报，以及一个用于查看错误率和延迟的统一仪表盘。你还需要为未来的自己准备好文档。
你的团队一直在犯什么样的错误？