像微软那样，用 12 个月做出一个精品或庞然大物不适合互联网，尤其是小团队。

团队的第一个阶段是摸索方向，强调的是低成本、快速。

■ 最小化可行产品

汪华说，你一开始的所有计划其实只是对用户和市场的假定而已，小团队的钱和资源也都有限，必须先快速地找个办法验证方向。

所以产品的第一个版本的目的，是验证用户需求和反馈，而不是做一个完美无缺、功能丰富的版本。第一版应该集中于开发出产品的核心功能和核心需求，也就是那个用户花 70% 时间在上面的功能，放弃非核心需求。比如下载器，下载速度是核心需求，杀毒、登录、社交可能就是外围需求。

第一个版本尽量定义为 2~4 个人可以在 2~4 个月内开发出来、可以给几百上千个用户用的版本。如果预期超过这个时间和资源，就削减外围功能和简化设计，保证在钱和资源、时间用完前，即使第一次探索方向错误，还能做数次探索。无论多复杂的互联网产品，我还没有见过不能消减到在这个开发周期内作出初始版的。

我具体给出以下建议：

1. 尽量使用现成的代码框架、模版、开源项目、API，使用现成的工具，哪怕不是 100% 符合需要，工程背景的创业者往往喜欢开发自有架构和技术，长期来说这个是竞争优势，但这个可以等验证了用户需求，有了用户量之后再重构。

2. 只要满足用户需求，第一版可以用尽量简单的解决方案，比如部分后台和算法，可先用静态页面、人工干预的方法解决。

3. 第一版在不严重影响进度的情况下，尽量为将来考虑可升级的架构，如果矛盾，参考第一条。

4. 找到所有相似、相关、上下游产品，充分研究学习。

5. 想清楚你要验证的用户行为和数据是什么，做好数据跟踪分析模块。盲目的数据收集没有意义，发布前要有明确的发布目标和验证目标。

6. 界面简洁，确保核心功能在首界面的主要位置，用户可立即找到，一键访问无歧义。这比美观风格更重要。

7. 专注 80% 的精力在核心功能上，一次只做一个方向，一个核心需求的探索，核
（本章节未完结，点击下一页翻页继续阅读）