我们是否是唯一经过这样的挣扎？我们最终抵达了一个点，MVP已经无法支持我们了。
从开始，我们的MVP完美地工作着。我们高速开发，快速上线，获得用户甚至开始产生收入。
在这个阶段，速度比一切都重要。我们的产品也做到了它的工作。
但随着事业的发展，问题逐渐显现。
小错误变成了常态。修复一件事会把别的什么破掉。新特性发布会因为代码库变得混乱而缓慢。性能开始下降，用户开始注意到问题。
最让人头痛的是，我们继续试图修复它。
我们修补了一些问题，重新组织了一部分代码，添加了一些临时方案。每次似乎解决了问题，但问题会以不同的形式再次出现。
有一点时我们意识到，我们花的时间比实际改进的时间还要长。
这就开始了我们提出更困难的问题：
还有没有这个基础?
我们考虑全面重新构建，但诚实地说，它感觉很冒险。时间、成本、不确定性。感觉好像要让每切一切都暂停。
所以我们并没有一口气开始全面再造，而是采用了另一种不同的方法。
逐步地拆分出了部分系统，同时让原来的产品继续运作。
我们先关注核心功能，因为这些才是真正驱动用户和收入的。其他一切都次于。
此外，我们比以往更注重测试。这前些的时候我们太忙，不注重测试。果然，这让我们吃了亏。
这个过程仍在进行中，但现在有一件事得以明确：
只能扩大混乱的MVP只会使情况雪上加霜。
重新构建并不是失败，而是感觉像这样的，因为你认为你在往后退。
事实上，你是在修复基础结构，才能真正推进。
大家有没有经过类似的经历：
是你们从头开始还是继续完善原来的产品？
评论 (0)