其次，是对技术的。也就是说对技术实现来说最简单的方式是什么？所有做过互联网产品的人都知道，用户量每上升一个数量级，复杂度也会上升一个数量级。也就是说，做10个人的产品和做100个人的产品是很不一样的，复杂相差很大。早期阶段产品复杂度应该是很低的。所以最开始如果仅仅是给几个投资人做演示，可以完全砍掉与网络传输、并发处理、分支业务逻辑、后台管理、平台选择、成本考量等诸多复杂问题。所以，一定要避免传统架构师对可扩展性和基础框架的执念，在技术方面，能省则省。技术能够加速对想法的验证速度才是最重要的！

所以，在MVP的选择上，多花点时间精打细算是值得的，不要拍脑袋，草草决定，多花三天时间就能省去未来几个月的时间。“不急这一时”。

第三，有边界的产品定义

有了MVP，很多团队就开干了。因为大家都觉得自己很清楚要的是什么了。但MVP只是明确了范围，并未给出清晰的边界。比如，MVP确定要有上传图片的功能，但是到做的时候才发现还需要考虑是否需要剪裁图片、是否需要压缩图片、是否需要保存原图等细节问题。而这每一个细节都有可能会花上你几天时间来实现和调整。

所以这个时候，还需要确定详细的产品定义，说清楚做什么和不做什么。通过正反表述，给出一条清晰的边界。如果没有这条边界就会出现，技术团队自行决定实现到何种程度，往往他们会选择一种复杂的全面的方式来实现，或者反复确认反复讨论拖慢了后续的进程。

然而几乎没有一个创业团队会在早期花时间写这个，要么觉得没必要，要么一刻也等不了的去实现想法。但其实写的时间可能也就一周时间，却让产品的边界非常清晰，既让创始人的想法更加落地，也让实现人更加快速交货。能够节省未来相当可观的时间投入。“不急这一时”。

这篇文章举得栗子不多，原因是不想用过多笔墨去分析栗子，atv，让大家无法理解整体逻辑。所以最后，给大家一个产品可以做个思考练习，有答案可以给我留言。

我一直都为深圳没有好吃的、方便的、种类丰富的早餐发愁，如果你想做一个互联网+产品来解决这个问题，你会如何设定初始目标、第一个版本的MVP、明确的产品定义？

作者：艾老思，《腾讯之道》作者，TII咨询创始人， 微信公众号：「TII产品创新」

本文由 @艾老思 原创发布于人人都是产品经理。未经许可，禁止转载。