网站与服务持续改进

我们从现有产品以及使用和维护它的人的经验入手，了解过去为何作出那些决定，以及情况发生了什么变化。

与您的团队一起选择改进：简化重要流程、方便发布、增加有用的能力，或消除技术限制。

乍看不方便的设计，可能支撑着重要的工作流程。某个功能没人使用，也可能是因为维护它需要员工投入太多精力。

我们分析原因，保留有价值的部分，并选择能解决实际问题的改进。

上线前，我们商定什么应变得更好、如何识别改进。记录初始状态，实施所选改动，再在可比较的条件下核对结果。

根据结果决定继续、调整方案还是结束工作。同时考虑这一时期可能影响指标的其他事件。

无需不计代价地保留旧基础。如果它限制发展，我们比较局部修改、替换一部分及迁移。考虑迁移成本、后续支出、团队工作和外部依赖。

上线前准备检查及版本恢复流程。迁移时另行核对数据、关联和地址。根据产品能力、费用和团队今后的工作量比较方案。

我们记录原本想改善什么、为什么选择这种方法以及上线后得到了什么发现。与后续开发人员讨论哪些结论适用、哪些假设需要再验证。

交付产品和代码改动的同时，也交付测试结果、指标对比和文档。团队可以在下一项任务中利用积累的认识。

我们明确共同工作的完成状态：选定方向、已发布的改进，或团队掌握的一套工作方法。

交接后，您拥有更新的产品，也清楚哪些方面已经验证，以及下一次调整值得研究什么。