主要观点：每个最小可行产品（MVP）都隐藏着可扩展性假设，成功的商业理念需服务大量人群，软件系统需关注可扩展性，最有趣也最困难的架构决策与可扩展性有关。团队常对可扩展性需求做猜测，早期易专注功能需求而忽略可扩展性，架构可扩展性需迭代实验，不确定性导致两难，即不足会致失败，过度投资会致成本超支等问题。MVP 常有隐式可扩展性需求，通过问正确问题等可发现，一些关键可扩展性问题如资源分布、共享资源访问、框架选择等会导致问题，使用某些工具开发 MVP 也有风险。

关键信息：可扩展性是 MVP 成功的关键，团队易忽视，需从开始考虑，不确定性带来两难，可通过实验发现隐式需求及解决可扩展性问题，一些常见可扩展性问题及相关风险，要权衡现在解决还是以后解决可扩展性问题等。

重要细节：如可扩展性与性能易混淆，团队常低估需求，过度投资和投资不足都有问题，共享资源访问等是常见瓶颈，不同策略如异步处理有风险，使用某些工具开发 MVP 可能有代码幻觉等，要根据可扩展性决策的返工量决定是否现在解决等。