reddit · SideProject · 09-20 06:50 59 分 ← 返回列表

I built an API that aggregates 534+ government bid portals into one feed

I'm building a tool that aggregates SLED (State/Local/Education) procurement bids into a single searchable feed. The problem: there's no central government API for this. SAM.gov covers federal contracts but misses most of what cities, counties, and school districts actually buy. One of the biggest sources is OpenGov Procurement — a SaaS platform used by 534+ government agencies. No public API, no developer docs, no data export. But their web app had to get the data somehow. Step 1: Inte

五维评分

付费意愿

需求真实度

个人可落地

竞争空间

新鲜度

AI 分析

痛点：美国州/地方/教育（SLED）政府采购招标信息分散在数百个门户，没有统一API，SAM.gov又覆盖不到地方采购，供应商难以高效找到商机。

目标用户：面向州/地方/教育机构的政府承包商、中小企业销售团队、投标顾问和GovTech公司。

证据：there's no central government API for this. SAM.gov covers federal contracts but misses most of what cities, counties, and school districts actually buy. ... OpenGov Procurement — a SaaS platform used by 534+ government agencies. No public API, no developer docs, no data export.

变现：订阅制API/数据feed、关键词邮件提醒、投标线索导出、CRM集成，按行业/地区/机构分层收费。

MVP：先聚合OpenGov Procurement公开招标数据，做搜索+筛选+邮件提醒+CSV导出，接入Stripe按席位或按提醒收费；2周内可完成单一数据源的可用MVP。

竞品：GovWin IQ、BidPrime、GovTribe、OpenGov Procurement、Bonfire、DemandStar、SAM.gov

摘要：发帖者逆向工程了OpenGov Procurement内部API，发现其覆盖534+政府机构，并构建了SLED招标聚合feed。帖中称没有中央政府采购API，SAM.gov漏掉大量城市、县和学区采购。该方向有B2B订阅潜力，但未展示付费用户或收入，且已存在多个招标聚合竞品。