037_FDE原型开发：现场快速做最小可用原型，FDE原型开发最佳实践.docxVIP

?#FDE驻场实战：快速原型方法论——用MVP击穿不确定性

摘要：在FDE（FieldDevelopmentEngineer）驻场工作中，最大的敌人不是技术难点，而是需求模糊与信任缺失。本文将分享一套经过实战检验的快速原型方法论，核心宗旨是：不要追求完美，MVP优先，快速交付可见效果，并严格划清原型与生产的边界。

一、核心心法：完美是完成的敌人

FDE不同于后端开发或架构师，我们的首要交付物不是代码，而是“确定性”。

客户坐在你对面，往往说不清自己想要什么。传统的瀑布式开发（需求-设计-开发-测试）在驻场场景下是灾难，因为需求会在第一天下午就变更三次。

方法论第一条铁律：一个能跑通的糟糕原型，胜过一份完美的需求文档。

当你拿着一个在浏览器里点击有反应的Demo给客户看时，他们的反馈是具体的（“这个按钮颜色不对”、“这里数据要排序”）；当你拿着PPT时，他们的反馈是抽象的（“感觉不太对”、“再大气一点”）。

FDE的使命：用最低的代码成本，换取客户最高的认知清晰度。

二、MVP策略：做减法，只保“快乐路径”

驻场原型的目标不是做一个能卖钱的产品，而是验证核心逻辑是否跑得通。

1.定义“唯一”核心流程砍掉一切非核心功能。*?砍掉：用户注册/登录（用Hardcode身份）、复杂权限管理、数据导出、历史记录、设置页。*?