最小方案不是把功能删到最少，而是保留回答当前关键问题所必需的部分。先明确需要学到什么，才能判断哪些功能可以暂缓，哪些缺了就无法检验。
想结合自己的基础讨论下一步？到文末扫码联系翰林，发送“MEC最小方案1026”，说明年级、学习目标和目前最困惑的问题。
从一个问题定义范围
对虚构校园预约服务，本阶段可能只想了解：用户是否能提交清楚请求，并理解请求处理状态。一个获准的小范围演示可以保留请求内容、状态定义与反馈路径。
积分、排行榜和复杂推荐未必有助于回答这个问题。它们是否需要，应由当前目标判断，而不是因为看起来像完整产品就都加入。
人工流程也需要如实说明
如果原型后台由团队手动更新，就标明是演示或人工处理。不能让观察者以为系统已经实现了自动审批，也不能承诺没有权限提供的预约结果。
是否需要学校许可，应在接触真实场地或参与者前核对；页面能够打开，不等于已经获得实际运营授权。
写清什么结果会改变决定
提前定义哪些观察说明流程易懂，哪些困难需要修改，以及哪些结果仍不能回答付费或长期使用问题。
如果演示只检验理解状态，就不要据此宣布市场需求已经确定。一个小试点应形成范围有限但可信的结论。
把成果用于下一步而非包装
记录版本、任务、观察和改动，让另一个成员知道为什么保留或删掉某项功能。没有采集到的资料应列作待验证，不编造成使用数据。
本文为一般商业学习方法，不是MEC官方交付模板。具体活动要求以当前组织方说明为准，学生独立完成并解释自己的项目。
延伸阅读：MEC哥大商赛商业计划书怎么写？用收入、成本与验证计划检查方案。
带着具体问题，扫码联系翰林
正在了解项目、选择学习方向，或已经开始准备？用微信扫描下方二维码，发送“MEC最小方案1026”。请补充年级、所在地区、当前基础和最想解决的问题，方便沟通时直接聚焦。
电脑阅读可用微信扫码；手机阅读可点击入口，或保存二维码后在微信内识别。
官方信息与延伸资料：资料1
