我做了一个基于AI AGENT 的软件报价工具，只需要花5分钟把想法简单说清楚，就能生成一份准确的报价方案

做一份正式的软件报价方案，PDF 加 PPT，你猜要花多久？

我的经验是，三个小时打不住。客户常常只是随口一句”帮我开发个某某软件，多少钱”，我这边却要开会、理需求、拆功能、估工时、再核算报价，一套走下来一上午就没了。更要命的是这还只是开始——方案发过去，要么石沉大海，要么一句”我们再聊聊”，那就得推倒重来。

有人会说，现在做方案、做 PPT 的工具不是一抓一大把吗？话是这么说，可真上手你就知道坑有多少。尤其是正式报价，哪里一不留神少写了个零，这责任谁来背？

我就在想：能不能做个小工具，只需要把”要做什么”说清楚，AI 就把报价方案自动生成出来。

念头好起，难的是后半句——怎么让 AI 给出的报价是准的，是我敢直接发给客户的。这才是这篇文章真正想聊的。因为做这个工具的过程，差不多就是一次”AI 落地到底该怎么想”的完整演练。

顺着问题往下挖

我没有一上来就写代码。我做的第一件事，是反复问自己同一句话：这一步，到底卡在哪？答案往往不会直接给你工具，而是甩给你下一个问题。一路问下去，路自己就显出来了。

先从报价本身说起。报价不能拍脑袋，一个数字敢递到客户面前，背后得有依据。这个依据在软件行业里是现成的，就是一份专业的 PRD——产品需求文档。有了规范的 PRD，做什么、不做什么、边界划在哪，全都摆得明明白白，报价才站得住。

可这么一来，问题就从”怎么报价”变成了”AI 怎么写得出一份专业的 PRD”。要回答它，得先想清楚 PRD 是怎么写出来的。我自己写多了就发现，PRD 里的东西其实分两半：一半是能推理出来的，像功能方案、业务流程、技术要点、边界条件，这些都能顺着需求一路推下去；另一半是必须有人喂进去的，就是这个产品到底为谁解决什么问题、核心要做哪几件事。说白了，AI 缺的从来不是写东西的本事，而是真实的需求输入。推理它在行，可”要做什么”这事它替你拍不了板。

那只要把”要做什么”说清楚，PRD 剩下的大半，AI 自己就能补齐。而”要做什么”，在产品里有个现成的载体，叫 User Story，用户故事。问题于是又往前挪了一步：到底怎么才能把”要做哪些功能”弄明白？

这一步最容易栽跟头。因为客户脑子里的需求，本来就是残缺的。他张口能说的，只是他想到的那部分；剩下一大堆他没想到、却又躲不开的东西——要不要登录、要不要支付、要不要后台——全都悬在那儿。所以这事得分两头做：一头接住他自己冒出来的想法，另一头，主动把那些他没想到的关键问题，一个一个递到他面前。

但这里埋着一个特别容易翻车的坑。你一旦放手让 AI 去”引导发散”，它能耐大得很，一口气给你抖出一堆听着都挺在理的功能。麻烦在于，每多一个功能，预算就往上抬一截。发散到最后，报价能滚成一个天文数字，客户一看扭头就走，工具反倒落不了地。

所以发散的另一面，必须焊死一条原则：收敛。死死咬住”要解决的那个核心问题”，只留真正非做不可的，先攒出一版 MVP，最小可用的版本。发散是为了不漏，收敛是为了能落地，这两下子一个都不能少。

落到具体做法上，我没让 AI 闷头一把梭，而是让它学个有经验的产品经理的样子——一次只问一个关键问题，领着用户一步步把需求填满。用户只管说人话，追问、收敛、再确认的活儿交给 AI。聊到末了，那些零碎又口语的念头，就被拢成了一份干净、完整的 User Story。

User Story 这个形式本身还白送了一个好处。它把需求场景化了，不是干巴巴一串功能名，而是”什么人，在什么情况下，想把什么事办成”。用户扫一眼就明白自己的想法对不对、全不全；哪儿不对、哪儿漏了，直接对着这份 User Story 改就行，快得很——比对着一份正经 PRD 一个字一个字地抠，省事太多。

挖到这儿，回头一看，整条线其实是倒着串起来的：要准的报价，得有专业的 PRD；要专业的 PRD，得先把功能定清楚；要把功能定清楚，得有一份完整的 User Story；而 User Story，是靠一问一答聊出来的。

再正着跑一遍

把这条线翻过来正着走，就是工具自动跑的全过程。

一问一答聊出 User Story，这是起点。AI 拿着用户故事，把能推理的那半边——功能方案、业务流程、技术要点、边界——一口气推导出来，补成一份规范的 PRD（它的标准结构我附在文末，正文就不铺开了）。有了 PRD，再把功能逐条拆开，一条一条估出人天工时。工时乘上人日单价，报价就这么算出来了——是算出来的，不是 AI 拍出来的，开头那个”少写个零谁负责”的病，到这一步也就治好了。

最后是出活儿。生成 PDF 没什么玄机，把结果直接转成 PDF 就完事，现成的方案满地都是，挑个顺手的。PPT 我反倒劝你别自己折腾——Gamma、AiPPT 这类服务早就把 API 接口备好了，你要做的不过是告诉 AI 一句”对接哪个”，剩下的它自己办。

这两步其实戳中了一个常被人忽略的门道：能借现成能力的地方，就别傻乎乎从头造轮子。AI 落地真正的功夫，大半不在”从零写出来”，而在”把现成的东西，编排成你要的流程”。

到这儿，工具的骨架就齐了。它之所以准，不是 AI 有多聪明，而是我们给它铺了一条标准动作的轨道——每一步都踩在上一步的产出上，谁也别想凭空跳格子。

说到底

通篇翻下来，我其实没写出什么值得拿出来炫的代码。真正费脑子的，是把”做报价”这件事一层层剥到根：报价靠 PRD，PRD 靠 User Story，User Story 靠一问一答；该撒开的地方撒开，该收住的地方收住；能借力的地方，绝不重造。这条线一旦想通，剩下的 AI 自然接得住。

所以我越来越认这个理：AI 落地，难的从来不是技术，也不是工具，是你有没有把问题想明白。你可以一行代码都不懂，但你得清楚自己要解决的到底是哪个具体的问题，然后拿对路的法子，一步一步把它拆开。

想明白了，AI 不过是顺手的事。