【简答题】原型法的基本思想是什么？有何优缺点？

原型法的核心思想是在需求模糊或变化频繁的情况下，通过快速构建可运行的系统模型（原型），让用户直接参与试用和反馈，再通过迭代修改逐步完善系统，最终满足实际需求。这种方法打破了传统开发中“一次性定义需求”的模式，将用户反馈作为持续优化的核心驱动力，本质上是“边做边改”的动态开发策略。其典型流程包括四个阶段：快速分析用户基本需求、构建初始原型、用户试用评价、修改完善并循环迭代。

原型法的显著优势

提升需求准确性
通过可触摸的原型解决“用户说不清，开发者听不懂”的沟通难题。例如，动态需求（如复杂业务流程）难以用文字描述，原型却能让用户直观发现逻辑漏洞；衍生需求（如复印机发明初期未预见的多功能用途）也能在试用中自然浮现，避免后期大规模返工。

缩短开发周期与成本
相比传统方法长达数月的需求文档编写，原型法可在数周内产出可测试版本。用户全程参与使系统更贴合实际业务，减少因需求偏差导致的资源浪费，尤其适合中小项目快速验证价值。

增强用户满意度与系统易用性
用户从“被动接受者”转变为“主导参与者”，例如界面布局、操作流程等设计直接基于用户反馈调整，最终系统的学习成本显著降低。某决策支持系统案例显示，原型法使用户培训时间缩短40%，日常操作效率提升25%。

原型法的局限性

大型复杂系统适配难题
在涉及多模块耦合、高并发处理的场景中，反复修改可能导致“牵一发而动全身”。例如某企业ERP系统采用原型法开发，因模块间接口频繁变更，开发周期反而延长30%，后期维护成本增加近50%。

管理与预期风险
用户可能因早期原型的“半成品”外观形成固定认知，拒绝后续必要优化；开发者若过度响应反馈，易陷入“无休止修改”的恶性循环。某电商平台原型因过度迎合用户提出的200+个性化需求，导致核心购物流程卡顿，上线后用户投诉率上升15%。

技术与工具依赖
需要快速开发工具（如Axure、Sketch）和高素质团队支撑。若缺乏自动化测试工具，每次迭代的回归测试成本会急剧增加，抵消前期节省的时间。

原型法犹如一把“双刃剑”：在需求探索阶段，它是穿透迷雾的探照灯；但在系统工程化阶段，需警惕陷入“只见树木不见森林”的陷阱。实际应用中，常与结构化方法结合——用原型法破解需求模糊难题，再用生命周期法保障系统架构稳定。这种组合策略使某政务服务平台项目成功率提升至89%，远超行业平均水平。那么，当面对一个全新领域的项目时，你会如何判断原型法的介入时机与深度？