一、背景与问题
乡村振兴战略下，传统农业的三个痛点反复被提及：技术获取不及时（问谁？）、种植数据管理零散（记哪？）、数字化工具交互门槛高（不会用）。难点在于目标用户——规模化种植户、家庭农场主、小农户、农资经销商——里有大量中老年农户，任何”先填表再提问”的产品设计在他们面前都会失效。
我们团队的参赛方案是 AgriAgent 丰稷智农：以微信小程序为载体（免下载、轻量化），用农业智能体提供智能视觉诊断、农时与灾害预警、节气适配种植指导、实时农业政策科普四大功能，并针对”田间不便打字”做语音多模态交互。
二、我的角色
挑战杯校赛团队项目（集体申报），我负责对外展示的前端产品介绍页的设计与实现（Vite + Tailwind，部署 Vercel），并参与商业计划书产品章节的材料整理。BP 为团队集体产出。
三、过程与关键取舍
取舍 1：产品定位从使用场景反推。 四大功能体系不是拍脑袋列的，每条都锚定一个具体场景：作物异常”拍照即诊断”对应田间即时问题；农时灾害预警对应”错过农时损失一季”；语音交互对应”中老年农户打字难”。这个过程让我第一次体会到：功能清单背后必须是场景清单。
取舍 2：参赛文书的商业设计 vs 产品验证的差距。 BP 里要写市场规模、定价策略、三年财务预测——这套”文书口径”的训练有价值（学会用 TAM/付费转化框架组织商业叙事），但我清醒地知道：文书里的 95% 识别准确率、“超千名农户”都是方案设定与推演，不是实测数据。这次参赛让我把”文书数据”和”验证数据”在头脑里分成了两个账本。
取舍 3：工程侧的真实教训——环境先行。 前端页面开发当天连踩三坑：npm 在 Git Bash 卡死一整晚、Rollup 原生模块损坏、exFAT 磁盘让 pnpm 彻底不可用。沉淀成一份”项目启动检查清单”（磁盘格式/Node 版本/终端类型/包管理器），后来这份清单直接救了 pm-forge 工程——2026 年 9 月正是靠它提前识别出 exFAT 会毁掉 Node 构建，把仓库迁到了 NTFS 分区。一个项目的教训变成另一个项目的地基，这是我第一次体会到”经验资产化”。
四、结果与量化
- 完整商业计划书一份（摘要/市场分析/产品与营销/团队/财务/发展规划六章），随团队完成校赛申报。
- 产品介绍页设计与实现完成并部署上线（Vercel）。
- 个人侧沉淀《项目启动检查清单》一份，7 条检查项，已被后续项目实际采用。
- 【待补充：vault 显示有”小挑二等”获奖证书，归属届次待与用户核实后更新此项。】
五、复盘与反思
成立的：场景反推功能的定位方法；“文书口径”与”实测数据”分开记账的诚实习惯。
要改进的：我对 BP 财务章节的参与深度不够——定价与盈利模型是团队其他人主导的，作为想成为 PM 的人，这恰是最该啃的部分。
下次会验证的：视觉诊断功能的最小验证其实不需要完整产品——收集 30 张真实田间照片、人工标注、跑一次现成识别 API，就能测出”识别准确率”的真实水位。这是我给下一版方案预留的实验设计。