I built a procurement system around a question I think we don't ask enough: "Should we even bid?"

reddit SideProject · 原文链接 ↗ · 50 分

I've spent the last few months building a procurement/bid management platform called GetBidRadar. The original problem wasn't "how do we find more tenders?" It was: How do we stop companies from wasting days preparing bids they never had a realistic chance of winning? A typical tender can have: • 50–150+ pages • mandatory eligibility requirements • specific certifications • minimum project experience • financial requirements • technical requirements • deadlines • dozens of supporting documents And yet the initial bid/no-bid decision is often still something like:

五维评分

AI 分析

痛点：企业投标团队常花数天准备明显不符合资格或中标概率极低的标书，缺少自动化的 bid/no-bid 判断。

目标用户：参与政府/企业招标的供应商、投标经理、提案团队、中小企业业务负责人。

证据：“How do we stop companies from wasting days preparing bids they never had a realistic chance of winning?” “A typical tender can have: • 50–150+ pages ... Then 3 people spend two days reading it, someone starts a spreadsheet... eventually someone discovers a mandatory requirement the company can't satisfy.”

变现：按席位/企业订阅的 SaaS，按标书分析量或项目数阶梯定价；企业版支持 SSO、权限、集成和合规审计。

MVP：2周内：上传招标文件 PDF + 公司资质/经验/证书库，LLM 抽取强制性要求并逐条比对，输出 BID/REVIEW/NO-BID 结论、缺失项、证据和风险，可导出报告；不做完整提案流程。

竞品：Loopio、Responsive (RFPIO)、Bidhive、Qvidian、GovWin IQ

摘要：前几个月构建了 GetBidRadar，核心解决投标团队浪费数天准备低中标概率标书的问题。典型标书 50–150+ 页，3 个人可能花两天阅读后才发现无法满足强制要求。产品用企业资质与证据自动给出 BID/REVIEW/NO-BID 建议，但帖中未披露收入或付费用户数据。