内容摘要
当预算本来就紧时，需求方更该优先缩首版目标、保核心链路，而不是要求对方在同样范围里一味压低报价。
正文
很多创业项目做 MVP 时，最容易出现的误区是：预算有限，所以先去压报价。但真正让项目失控的，往往不是单价本身，而是范围没有收住。只要功能面太大、目标太散，再低的报价也很难交付出一个真正可验证的版本。
这个案例里，需求方先做了什么
他们不是先和开发者反复谈便宜，而是先问：这次 MVP 到底要验证什么？哪些流程是必须跑通的？哪些想法可以留到第二期？这个顺序一变，后面的预算和排期立刻就更现实了。
为什么预算有限时更要先砍范围
因为 MVP 的目的不是把产品做全，而是尽快验证方向。如果你同时想做很多功能、很多角色、很多后台能力，最后得到的通常不是一个完整产品，而是一个什么都沾一点但没有一个点真正跑通的半成品。
买家最该从这个案例里学到什么
第一，预算不高时不要硬撑完整范围；第二，把核心转化链路排到最前；第三，先形成一个能验证的版本，再谈扩展。对创业项目来说，范围管理比报价谈判更能决定结果。
为什么这类案例很有代表性
因为预算有限并不罕见，真正稀缺的是：需求方能不能在有限预算里做出正确取舍。先砍范围而不是先砍报价，往往就是 MVP 能不能做成的分水岭。