背景与问题
很多业务想法在进入正式开发前，往往缺少一个低成本但有效的验证阶段。需求表面上已经被说出来了，但关键流程、页面职责和优先级其实还没有真正厘清。
轻量产品原型的价值，就在于帮助团队先把需求说清楚、把路径走通，再决定是否进入更重的研发投入。
职责
我负责将抽象需求快速转化为原型表达，梳理页面结构、业务流程和信息层级，并通过轻量方案验证辅助判断功能优先级与后续技术落地路径。
这些原型不以视觉完整度为首要目标，而更重视问题暴露、路径验证和方案对齐。
关键难点与取舍
原型不能做得太轻，以至于失去验证价值；也不能做得太重，反而提前消耗研发成本。关键在于找到最小但足够表达核心业务逻辑的形式。
另外，原型如果过度追求像成品，也容易让团队误判进度，所以需要始终提醒自己：原型首先是验证工具，其次才是展示材料。
结果与复盘
这个项目让我更习惯先用产品表达去校验业务理解，再决定如何进入正式开发。很多时候，早期验证节省下来的，不只是时间，还有后续返工成本。
它也让我进一步形成了一个习惯：复杂业务先做结构表达，再做细节展开，往往更稳。