查询公司技术栈、应用与采购意向线索
查看 Crunchbase 企业与创投数据 API 的全部接口 →查询指定 Crunchbase 公司的技术及业务研究信息。必填查询参数 company 支持 Crunchbase 公司标识（如 openai）、组织 UUID 或完整的 Crunchbase 组织页面链接。文档未提供日期范围、技术筛选或分页参数。接口说明涉及技术工具、应用、网站流量、知识产权、IT 支出及采购意向主题，具体内容以可用数据为准。 目前可参考的响应仅为未经验证的文档示例，并非实际调用观测结果。company 对象包含 id、image、link、name、type 和 uuid。technologies 条目包含 name、categories 和 companies_using，并单独提供 technologies_count。products 条目包含 name 和 description，另有 products_count。products_used 条目包含 name、image、status 和 customers_count。apps 条目包含 name、image、stores 和 downloads_monthly；相关顶层字段为 apps_count、app_downloads_monthly 和 app_downloads_change_monthly。示例中的 app_downloads_change_monthly 以及部分应用的 downloads_monthly 为 null。 文档中的 web_traffic 对象包含 visits_monthly、visits_change_monthly 和 updated_on。intellectual_property 包含 patents_count、trademarks_count、top_patent_category 和 top_trademark_class，其中示例的 top_patent_category 为 null。it_spend 包含 amount、amount_usd 和 currency。buyer_intent 包含 updated_on，以及由 topic、category、surge_score 和 weeks_surging 构成的 topics 条目。部分 products_used 条目的 customers_count 也为 null。 这些信息适合作为研究线索，不能视为经过核实的软件安装清单或正在采购的证据。现有资料未说明指标测算方法、变化值单位、支出统计周期、评分范围或更新保证。应保留缺失值，不以零替代；如返回了各板块日期，应结合日期判断。不要把 companies_using 或 customers_count 当作目标公司的客户总数。
API 功能
在线 API 演示
未找到可用的 API Key，请前往控制台创建后刷新本页。 控制台 →
/api/project/crunchbase/company-tech-stack API 响应 (JSON)
{} curl -X GET 'https://api.opendata-api.com/api/project/crunchbase/company-tech-stack?key=<API_KEY>&company=openai'
查询结果
使用场景
- 结合技术分类和产品记录准备售前技术沟通问题，不将返回信息宣称为已核实的软件安装清单。
- 搭建企业技术研究面板，分别保存应用下载量、网站访问量及其缺失状态。
- 在创新能力研究简报中补充专利和商标指标，将法律结论留给权威登记资料核实。
- 为企业客户拓展计划记录 IT 支出的金额与币种，不补写文档未说明的统计周期。
- 结合采购意向主题的返回日期和热度指标，安排人工调查优先级，不将其视为已确认的购买意愿。
- 对照公司的产品描述与 products_used 记录，形成集成相关问题，避免混淆公司对外提供的产品与自身使用的工具。
常见问题
查询公司技术信息需要什么标识？
必填查询参数 company 支持 Crunchbase 公司标识（如 openai）、组织 UUID 或完整的 Crunchbase 组织页面链接。文档未将域名或自由文本公司名称列为该接口支持的输入格式。
技术、流量和支出字段都经过实际调用确认了吗？
现有资料未记录该接口的实际调用响应。technologies、products、products_used、apps、web_traffic、intellectual_property、it_spend 和 buyer_intent 均来自未经验证的文档示例，不应假定每家公司都会返回这些板块，或每个板块的数据都完整。
products_used 能证明公司当前安装了某款工具吗？
不能。products_used 中的 status 和技术记录应作为研究线索，而不是经过审计的软件安装清单。products 则单独描述具名产品。示例未说明这些记录的采集或验证方法，也不应将 companies_using 或 customers_count 改标为目标公司的客户数量。
下载量、客户数量或专利类别为 null 时该怎么处理？
应保留 null。示例中的 app_downloads_change_monthly、部分应用的 downloads_monthly、部分 products_used 条目的 customers_count，以及 top_patent_category 均可能为 null。null 不能证明下载量为零、客户数为零或没有专利。
网站流量和 IT 支出是实时指标吗？单位和统计周期是否明确？
示例提供 web_traffic 下的 visits_monthly、visits_change_monthly 和 updated_on，以及 it_spend 下的 amount、amount_usd 和 currency，但未说明更新保证、变化值单位、测算方法或 IT 支出的统计周期。应保留返回的日期和币种标签，不自行补充这些定义。
出现采购意向主题，就代表公司准备购买了吗？
不是。文档中的 buyer_intent 包含带 category、surge_score 和 weeks_surging 的主题，以及 updated_on 日期。文档未说明评分范围，这些信号不能确认公司已作出购买决定、具备预算或正在开展采购项目。
可以查询历史时间段或筛选某项技术吗？
文档仅定义了必填查询参数 company，未提供日期范围、技术筛选或分页控制。对返回记录进行比较时，应保留不可用的指标，也不应假定接口覆盖历史数据。