探索外包开发的极限：一个精品App诞生的全过程

六、成本控制：虚拟迭代

「the App」曾经开发过1.0版本，虽然我对它的操作体验下足了功夫，但是体验只是给你产品加分的东西，它掩盖不了一个产品的致命伤。如下图，当时的设计是这样的：

1.0版本的“微博”设计

假设一个想要写下一条人生方向，例如：“我最致命的缺点是过分思考却不行动”，这条人生方向就形成了一篇“微博”，而每当这个人有了关于对“过分思考却不行动”的新看法，在生活中对它有了新的体验，或是看到一篇文章讲的也是这个话题，他都可以附带上新的观点来“转发”这条微博。

当他每天打开某个文件夹，例如这篇文章所在的“行动的巨人”文件夹，他就看到了一个完整的微博小站。这些微博默认按照时间流来排序，他可以看到他最近转发了什么，原创了什么。而当他切换到另一种排序方法的时候，「the App」只向他展示原创的微博，而且那些转发次数最多的将会排在最前面，提醒他最重视的人生信念是什么。

上线前我对这套逻辑信心满满，然而上线后才使用了两周，我就发现了其中的大问题。其一，越是转发次数越多的微博，我就对原文越不满意，因为我的思考一直在往前走；其二，当我灵感一现，想要掏出「the App」来写东西的时候，我往往会愣住，因为我不记得我有没有写过类似的“原创”，如果有，我也很难第一时间找到它来转发。于是，我往往都是写去写一篇新的原创，这套转发机制逐渐成了摆设；其三，转发次数最多的微博，并不一定是我最应该去坚持的人生信念，有时候，它反而代表一个我走过很多弯路的错误信念。

从这件事情之后，我决定「the App」以后每个版本在开发之前，都要经历足够多的“虚拟迭代”。这个名词是智超后来帮我总结出来的，它的含义是：在产品真正投入开发之前，尽最大努力在内心去虚拟这个产品上线之后真正的样子，不断地“使用”这个产品，从这个“使用”过程中提前发现产品的问题，不经过开发，直接进行下个版本的迭代。

如果一个产品原先要开发10个版本才能成功，通过虚拟迭代，你可能用3个版本就能达到同样的效果。由于「the App」是外包开发，所以我这边“虚拟迭代”的时候，外包公司的人力费用并不需要我承担，所以你可能会说，我的情况并不能适用在一个需要每天养活开发团队的公司里。

（编辑：源码网）

【声明】本站内容均来自网络，其相关言论仅代表作者个人观点，不代表本站立场。若无意侵犯到您的权利，请及时与联系站长删除相关内容!