# CNPS.AI 中国 AI 应用与硬件出海方案

> 决策版与公开资料中心建设方案 · 研究日期：2026-09-03 · 修订版 V22（初稿后的 22 轮实际修订）
>
> 目的：让海外企业从理解中国 AI 方案，走到可验收的试点、有效询盘和有正贡献毛利的订单。
> 本文按 32 个逻辑页组织；Markdown 内置分页标记，网站提供阅读版和打印版。所有金额、转化率和时间安排，除明确标注来源者外，均为规划假设，不代表 CNPS 历史业绩或当前报价。

### 阅读方式与决策路径

经营负责人先读 01—04、13、22、26—29 页，决定品类、预算与资源；销售负责人重点读 03、12—17、20—21、25、30 页，建立资料到询盘再到订单的路径；技术与交付负责人重点读 05—11、18、21、23—24 页，核对证据、测试与责任。第 31—32 页用于来源复核和上线验收。

本报告把执行建议与公开事实分开表达，金额和目标均保留假设标签。报告的修改前后 SHA-256、发现与修正记录见[22 轮迭代日志](/resources/cnps-ai-revisions)，原始 Markdown 可直接下载并继续维护。

### 分页目录

- [01 · 第一性原理：买家到底为什么下单](#page-01)
- [02 · CNPS 当前资产与差距](#page-02)
- [03 · 从订单倒推内容与转化](#page-03)
- [04 · 市场选择与理想客户画像](#page-04)
- [05 · 应用案例：Dify 在日本企业的采用](#page-05)
- [06 · 模型案例：Qwen 与 DeepSeek 的全球开发者路径](#page-06)
- [07 · 应用案例：RAGFlow 与文档型业务](#page-07)
- [08 · 硬件案例：Seeed 把边缘 AI 接到场景交付](#page-08)
- [09 · 硬件案例：小智 ESP32 与语音终端](#page-09)
- [10 · 硬件案例：Unitree 的 SDK 与研发采购](#page-10)
- [11 · 硬件案例：UFACTORY xArm 的开发者采购入口](#page-11)
- [12 · 已有产品入口：TicNote 与智能眼镜](#page-12)
- [13 · 五类可销售的服务包](#page-13)
- [14 · 网站信息架构](#page-14)
- [15 · 资料中心的内容标准](#page-15)
- [16 · 案例中心的证据标准](#page-16)
- [17 · X 的研究、内容与获客](#page-17)
- [18 · GitHub 的研究与开发者信任](#page-18)
- [19 · 搜索获客与高意图页面](#page-19)
- [20 · RFQ 与销售资格判断](#page-20)
- [21 · 试点、验收与案例生成](#page-21)
- [22 · 定价、成本与单位经济](#page-22)
- [23 · 供应商与交付体系](#page-23)
- [24 · 合规与买家信任资料](#page-24)
- [25 · 合作伙伴与渠道](#page-25)
- [26 · 90 天实施计划](#page-26)
- [27 · 预算与情景分析](#page-27)
- [28 · 运营角色与数据](#page-28)
- [29 · 实验设计与停止条件](#page-29)
- [30 · 英文对外信息与沟通样板](#page-30)
- [31 · 证据目录与研究边界](#page-31)
- [32 · 决策清单与发布维护](#page-32)

<a id="page-01"></a>

## 第 01 页｜第一性原理：买家到底为什么下单

海外买家采购的不是“中国 AI”这个标签，而是在自己的业务环境里，以可接受的成本和风险获得一个结果。采购经理关心供应连续性；技术经理关心集成与性能；业务负责人关心使用率；财务负责人关心现金回收。任何一个人没有得到答案，采购都可能停止。

因此 CNPS 的定位应是：中国 AI 应用与硬件的选型、验证和采购协作入口。网站先帮助客户定义问题、比较方案和准备试点；供货、部署和售后能力经过确认后，再进入合同承诺。网站应体现实际能履行的服务范围。

将交易拆成五个必要条件：存在值得解决的问题；方案确实适用；买家相信证据；双方能够完成交付；预期收益覆盖总成本。内容的任务是逐项减少不确定性。产品目录、技术文章、案例和询盘表分别负责其中一部分，而不是追求文章数量本身。

建议北极星指标采用“来自资料与案例中心、已回款订单的贡献毛利”。早期先观察有效询盘与付费试点，保持向最终指标的可追溯关系。浏览量、X 曝光和 GitHub Star 是观察信号，不能直接记为订单。

### 可检验的价值主张

买家净价值 = 可兑现的业务改善 − 总拥有成本 − 预期失败损失。业务改善可以是减少人工复核时间、降低漏检损失或缩短资料查找时间；“使用 AI”本身不记为收益。所有收益需由客户提供基线，由共同约定的试点评价。

CNPS 的可收费差异应落在四件事：把需求变成可比较的规格；组织供应与技术证据；降低试点启动成本；明确交付和支持责任。若客户已能直接从原厂获得同等服务，CNPS 需要解释新增价值，否则不应只加价转售。

最小成交单元是一份具体需求、一组可验证候选、一套验收办法和一个责任明确的报价。它也是每个方案页面是否足够有用的检验标准。

<!-- pagebreak -->

<a id="page-02"></a>

## 第 02 页｜CNPS 当前资产与差距

2026-09-03 直接访问确认，www.cnps.ai 是产品站，展示 TicNote 录音设备、耳机和智能眼镜，购买跳转到 shop.cnps.ai。批发页公开 sales@cnps.ai 和联系电话，但没有公开阶梯价。本站现成的优势是清晰的产品入口、购买路径和可联系的销售身份。[现有官网](https://www.cnps.ai) · [批发入口](https://www.cnps.ai/wholesale)

当前缺口是企业采购所需的信息组织：不知道哪类团队适合哪个型号，不知道试点如何评价成功，不知道硬件费用之外的软件、培训与支持成本，不知道何时适合直接买样品、何时需要项目评估。补齐这些内容，比无差别上传一百款 AI 产品更接近成交。

本地 GitHub 仓库初始仅有说明文件；Vercel 现有生产部署来自其他代码来源。新资料中心必须建立受控的源文件和构建路径，并保留既有产品、政策与商城入口。Cloudflare 的角色是域名解析；本次内容发布原则上不需要改 DNS。

尚未核实的能力包括：品牌授权、库存、企业级订阅、批量价格、定制 MOQ、海外维修伙伴、服务语言和响应承诺。公开站点不能把这些空白写成优势。用“请提交要求，确认适用型号和交付范围”承接需求，随后在报价阶段提供证据。

<!-- pagebreak -->

<a id="page-03"></a>

## 第 03 页｜从订单倒推内容与转化

订单之前需要双方认可的报价；报价之前需要可执行的需求；需求之前需要买家理解方案并愿意联系。由此得到内容链：场景说明 → 可核验案例 → 技术与采购资料 → 试点范围 → RFQ → 报价 → 采购订单 → 交付 → 复购。

每个页面只设置一个主要动作。产品研究页引导比较；案例页引导同类试点评估；采购清单引导提交需求；已明确标准 SKU 的买家可以进入商城。大量不同按钮同时争夺注意力，会让未完成选型的企业买家过早面对付款。

将询盘定义成可继续推进的工作对象，而不是邮箱里的一条消息。最少包含公司、国家、用途、数量或站点数、时间要求和可回复方式。对预算不明确的买家允许选择“需要建议”，避免只筛到会填表的人。

CNPS 的价值需要在首次沟通中被验证：返回一份候选方案、关键未知项和下一步验收建议，而不只是“我们价格很好”。如项目明显超出供货或实施能力，给出限制和可能的合作方式，减少销售与客户双方的时间浪费。

<!-- pagebreak -->

<a id="page-04"></a>

## 第 04 页｜市场选择与理想客户画像

初期以英语服务的小型与中型企业、系统集成商、IT 服务商、分销商为优先调研对象。客户已经有具体业务流程、能提供测试材料、可接触决策人，比“对 AI 感兴趣”的公司更有机会进入付费试点。

| 候选客户 | 触发事件 | 采购参与者 | 最需要的证据 |
|---|---|---|---|
| 企业 IT / MSP | 知识分散、工单重复 | IT 负责人、信息安全、业务经理 | 权限隔离、引用准确、维护成本 |
| 会议设备分销商 | 客户要求 AI 录音设备 | 采购、渠道经理、售后 | 型号差异、订阅条款、批次一致性 |
| 边缘视觉集成商 | 多站点摄像头项目 | 工程师、项目经理 | 相机兼容、时延、断网恢复 |
| 教育与机器人实验室 | 新课程或研发项目 | 教授、实验室经理、采购 | SDK、具体型号权限、备件 |
| OEM 产品团队 | 增加语音交互功能 | 产品经理、硬件负责人 | BOM、后端依赖、固件维护 |

国家选择先以验证速度、现有关系和交付可行性排序。可先测试美国、英国、加拿大、澳大利亚及新加坡的英文需求；日本作为本地伙伴路线研究。欧盟市场必须按具体产品和使用场景处理合规文件。以上是进入顺序假设，并非市场规模排名。

### 第一批账户与验证方法

先建立 30 家候选账户研究表：10 家会议设备／办公设备分销商、10 家服务工业客户的 MSP、10 家有边缘计算项目的集成商。字段包括公开公司网址、主营业务、与场景相关的公开信号、联系渠道、可能的项目负责人角色和待验证问题。这里只规定研究样本，不虚构客户名单或订单。

优先研究条件是：产品可能允许进入目的国；团队能用客户语言支持；客户能提供测试数据；样品与售后可执行。若任一必要条件失败，停止该国家与该品类的组合，而不是靠扩大广告弥补。

访谈提纲包括最近一次采购为什么开始、谁否决过项目、总费用如何计算、对中国供应商最担心什么、愿意为哪一种验证付费。收集到相互重复的真实痛点后再扩写对应着陆页。只有热度而无具体问题的回答，不作为进入依据。

<!-- pagebreak -->

<a id="page-05"></a>

## 第 05 页｜应用案例：Dify 在日本企业的采用

Dify 官方案例介绍 Kakaku.com 使用 Dify Enterprise，把分散的 AI 实验组织成企业应用。文章明确讨论了速度、安全和推广问题。这是具名的海外采用案例，但仍属于厂商发布的案例材料，不能视为独立审计。[Dify：Kakaku 案例](https://dify.ai/ja/blog/kakaku-accelerates-ai-adoption-with-dify-fast-secure-and-scalable)

GitHub 仓库提供工作流、知识检索、模型连接和自托管入口。Dify 的许可在 Apache 2.0 基础上附有额外条件，必须逐项核对，不应向客户承诺任意白标或多租户转售。[GitHub 仓库](https://github.com/langgenius/dify) · [许可证](https://github.com/langgenius/dify/blob/main/LICENSE)

对 CNPS 的启示是围绕一条工作流收费：例如设备分销商的售前知识检索、工单草拟、产品资料查找。先确定真实文档、用户权限、评估集和人工升级路径，再讨论采用哪个模型。客户买的是“团队能稳定使用”，不只是一次安装。

适合发布的资料：英文流程图、脱敏输入输出样本、验收指标、部署选项和试点所需资料。适合的 CTA 是“Scope a knowledge assistant pilot”。CNPS 与 Dify 的商业伙伴关系尚未确认，公开案例只能标注为行业参考。

<!-- pagebreak -->

<a id="page-06"></a>

## 第 06 页｜模型案例：Qwen 与 DeepSeek 的全球开发者路径

Qwen3 官方仓库包含英文文档、本地运行和部署说明；官方 X 帖子把模型能力与本地部署、在线体验连接起来。DeepSeek-R1 仓库公开模型说明及使用建议；X 上的 Arena 相关发布展示了模型进入国际评测与体验渠道的路径。[Qwen3](https://github.com/QwenLM/Qwen3) · [Qwen X](https://x.com/Alibaba_Qwen/status/1955782109702078559) · [DeepSeek-R1](https://github.com/deepseek-ai/DeepSeek-R1) · [Arena 分发信号](https://x.com/ml_angelopoulos/status/1881419890940338288)

可复制的机制是降低第一次评估成本：清楚说明版本、部署方式和任务边界，让客户能验证一个小问题。模型热度本身不能证明 CNPS 能销售整套系统，也不能保证目标语言或业务准确率。

建议准备“中文技术资料到英文售前答案”的评估方案：客户提供已授权的资料和问题；同时测试两个可替换模型；记录引用、拒答、时延和单任务成本；由业务人员审阅结果。最终选型依据客户数据，而非榜单排名。

自托管方案须把推理硬件、并发、上下文、备份和运维一起计入成本。模型许可证、蒸馏模型的基础模型条件、托管 API 条款是不同层次，不能用一个“开源免费”概括全部责任。

### 许可与来源的具体核对

Dify 的公开许可证要求：未获书面授权不能用其源码经营多租户环境，并限制涉及其前端时修改标志和版权信息。CNPS 如果考虑托管多个客户或白标服务，应先取得适用商业授权；不能将“能够自托管”理解成“可以任意转售”。[Dify LICENSE](https://github.com/langgenius/dify/blob/main/LICENSE)

DeepSeek-R1 仓库注明代码与权重采用 MIT，同时明确其 Qwen 与 Llama 蒸馏版本的基础模型来源。选型表必须写到具体 checkpoint，不能仅写“DeepSeek，MIT”。[DeepSeek 许可说明](https://github.com/deepseek-ai/DeepSeek-R1#7-license)

本报告的“中国 AI”涵盖中国供应链、相关开发团队及其全球生态，不据此推断每个项目的注册地或数据存储地。Dify 等全球化团队的合同主体应以实际签约文件为准；任何供应链标签都不能替代法律主体、数据位置与授权链的核实。

<!-- pagebreak -->

<a id="page-07"></a>

## 第 07 页｜应用案例：RAGFlow 与文档型业务

RAGFlow 官方仓库以文档理解、检索与引用为核心能力，提供自托管说明和多种文档输入。它适合进入技术资料、手册、表格和扫描文档较多的采购评估清单。[RAGFlow GitHub](https://github.com/infiniflow/ragflow)

CNPS 可以为工业分销商设计一个“找对资料”的试点：从客户真实售前问题中选择样本，建立带标准答案的测试集，比较现有人工查找流程与检索助手。重点不是回答更长，而是型号、参数、单位和适用条件不出错。

先把数据质量作为交付项：原始文件版本、重复文档、扫描质量、失效产品、地区规格差异都会影响结果。系统必须展示资料出处和日期；找不到依据时拒答，涉及价格、交期和合同条件时交给销售确认。

内容中心应提供文档准备清单、权限表、数据更新流程和评估报告模板。没有公开客户收入证据时，这一条应归为“开源方案参考”，不能包装成已经验证的出海商业成功案例。对 CNPS 的商业建议来自分析，不是上游仓库对 CNPS 的背书。

<!-- pagebreak -->

<a id="page-08"></a>

## 第 08 页｜硬件案例：Seeed 把边缘 AI 接到场景交付

Seeed 的官方合作伙伴计划连接硬件能力与企业软件、系统集成商。官方定制服务列出从需求、工程样品、验证、试产到生命周期管理的路径，说明硬件出海需要工程资料和交付流程共同支撑。[伙伴计划](https://www.seeedstudio.com/blog/2022/04/22/edge-ai-partner-program-accelerate-your-next-gen-ai-product-deliver-ai-solutions-across-industries-together/) · [定制服务](https://www.seeed.cc/jetson-odm)

Seeed 的案例材料描述 Intflow 的畜牧视觉方案在韩国、西班牙、日本、奥地利与波兰等地的部署；这证明一种“本地方案商 + 中国边缘硬件”的合作模式有公开案例基础，不证明 CNPS 已有相同能力。[案例材料](https://edgeai.pny.eu/wp-content/uploads/2024/03/Seeed-Studio-succes-stories-pny-webonly.pdf)

对 CNPS 更适合的切入点是有限场景的试点采购与集成协调：一个站点、指定相机、限定对象、明确环境。报价同时说明计算设备、镜头、电源、线缆、存储、软件和安装责任。只比较 TOPS 或设备单价会遗漏整套系统的大部分失败风险。

内容样板：边缘视觉采购清单、现场勘测表、相机兼容记录、断网恢复测试、单位站点成本。X 上的多摄像头演示适合引流，技术判断仍需回到 Wiki、SDK 和现场测试。[Seeed X 演示](https://x.com/seeedstudio/status/2004492392658035139) · [Wiki 源码](https://github.com/Seeed-Studio/wiki-documents)

<!-- pagebreak -->

<a id="page-09"></a>

## 第 09 页｜硬件案例：小智 ESP32 与语音终端

小智项目公开了基于 ESP32 的语音交互固件和多语言说明，其 README 描述了通过模型与 MCP 连接能力的路径。项目采用 MIT 许可；这不等于所连接的模型服务、声音、外壳设计或商标可以随意商用。[小智 GitHub](https://github.com/78/xiaozhi-esp32)

适合 CNPS 研究的客户是展馆、前台、培训设备或 OEM 产品团队。第一阶段先选择成人使用、任务有限、数据可控的场景。一个能回答公开展品介绍的语音终端，比承诺全天候通用助理更容易定义验收和支持边界。

硬件只是系统入口。麦克风、回声消除、扬声器、网络、后端推理、语音服务、内容维护与 OTA 都会影响体验。设备售价低不意味着运行成本低；必须列出月度服务费用、断网行为、密钥更新和停止服务后的处理办法。

建议交付一个工程样机包：BOM、接线说明、固件版本、后端配置说明、测试录音、噪声场景、设备恢复方法。页面只开放“讨论语音设备原型”询盘；在完成供应商验证前，不承诺批量量产或儿童产品适用性。

<!-- pagebreak -->

<a id="page-10"></a>

## 第 10 页｜硬件案例：Unitree 的 SDK 与研发采购

Unitree SDK2 仓库公开接口和示例，开发者中心按机器人类别提供资料。这类开放资料帮助海外实验室判断能否二次开发，也使型号与开发权限成为采购前的重要问题。[Unitree SDK2](https://github.com/unitreerobotics/unitree_sdk2) · [开发者中心](https://support.unitree.com/home/en/developer/)

X 上存在 Unitree 机器人在波兰等海外场景的传播记录，但传播视频不能证明生产力、可自主运行程度、最终订单额或合规状况。案例中心应把“海外传播信号”与“技术资料”分开标注。[波兰传播记录](https://x.com/sz_mediagroup/status/2044007763345584334)

CNPS 可以研究实验室采购协调、配置核对、运输和培训伙伴引荐。RFQ 至少询问具体型号、开发权限、载荷、工作空间、控制方式、实验用途、软件环境、备件和当地操作者。基础版和开发版的差异必须让供应商书面确认。

机器人项目必须从受控实验环境开始，先仿真再现场验收。责任人、急停、操作区域、运输保险和维修路径都属于项目范围。没有当地技术支持时，不把人形机器人作为最初 90 天的主要收入预测来源。

<!-- pagebreak -->

<a id="page-11"></a>

## 第 11 页｜硬件案例：UFACTORY xArm 的开发者采购入口

UFACTORY 的 xArm Python SDK 提供机械臂控制接口、文档和示例，是工程师判断集成可行性的直接资料。它证明开发接口存在，不能单独证明某个客户应用已在生产环境稳定运行。[xArm Python SDK](https://github.com/xArm-Developer/xArm-Python-SDK)

典型需求可以是教学、研发或受控工位的抓取验证。客户需要提供工件、载荷、工作半径、夹具、节拍、空间和人员接近条件。设备本体并非完整自动化系统，夹爪、相机、工装、安全设计与现场调试可能决定最终成本。

CNPS 的案例模板应同时记录成功和失败：测试次数、成功次数、工件姿态、光照、操作者介入、恢复耗时和软件版本。避免只展示一段成功视频，让工程师能够复现验证条件。

这一类项目适合与当地集成商合作。客户合同应明确 CNPS、设备原厂、集成商分别交付什么，谁负责现场安全评估和维护。对尚未建立支持体系的项目，只接受配置评估和伙伴合作询盘。

<!-- pagebreak -->

<a id="page-12"></a>

## 第 12 页｜已有产品入口：TicNote 与智能眼镜

CNPS 已有录音设备和智能眼镜入口，因此应优先围绕这些产品补齐企业采购信息。具体规格、订阅、价格和地区可用性以相应 SKU 页面及确认后的书面报价为准。[产品目录](https://www.cnps.ai/products) · [型号比较](https://www.cnps.ai/products/compare)

针对 10 人销售团队、20 人培训部门、渠道样品采购分别制作说明。客户要判断录音条件、转写语言、团队账号、导出、订阅归属和售后责任。企业采购未必等同于把零售订单数量放大；账号管理和设备重新分配可能决定是否适用。

智能眼镜应按任务拆分：显示、翻译、拍摄或提示功能需逐项核实。不要因为产品被归为 AI 眼镜，就暗示每个型号具备全部功能。佩戴舒适度、处方镜片、手机兼容与续航也可能比模型能力更影响退货率。

建议先组织小规模样品评估，收集使用率、人工修正时间和支持问题。得到客户授权后，才发布 CNPS 自有案例。没有授权或验收记录的客户名称、Logo、照片和业绩数字，不进入公开案例中心。

<!-- pagebreak -->

<a id="page-13"></a>

## 第 13 页｜五类可销售的服务包

| 服务包 | 买家购买的结果 | 首次交付 | 升级路径 |
|---|---|---|---|
| 会议设备评估 | 找到适用的设备与订阅 | 需求核对、样品计划、验收清单 | 团队采购或渠道批量 |
| 知识助手试点 | 评估资料检索是否可靠 | 数据准备、评估集、试点方案 | 集成和维护，能力确认后报价 |
| 边缘视觉评估 | 确认现场技术可行性 | 场勘、BOM、验证方案 | 单站点交付与多站点复制 |
| 语音终端原型 | 把语音交互做成可测样机 | 功能范围、固件与后端清单 | 设计验证、试产与量产 |
| 机器人采购协调 | 核实型号、权限与支持 | 配置表、风险清单、伙伴计划 | 实验室交付或集成项目 |

以上为建议产品化方向。CNPS 需确认供应与实施责任后才正式承诺。页面可以先收集“需求评估”询盘；正式报价必须写明排除项、交付条件、付款节点和验收标准。

### 资源约束下的取舍

以下评分是内部规划判断，5 分为最有利；权重为现有产品基础 40%、试点易验证 30%、支持负担低 30%。它不代表外部市场研究结论。

| 方向 | 现有基础 | 易验证 | 低支持负担 | 加权分 | 前 90 天动作 |
|---|---:|---:|---:|---:|---|
| 会议设备 | 5 | 4 | 4 | 4.4 | 主采购入口，先核对企业适用性 |
| 知识助手 | 2 | 4 | 3 | 2.9 | 一个行业、一个流程、有限试点 |
| 边缘视觉 | 2 | 3 | 2 | 2.3 | 与有现场能力的伙伴联合评估 |
| 语音终端 | 1 | 3 | 2 | 1.9 | 仅原型询盘，验证后端成本 |
| 机器人 | 1 | 2 | 1 | 1.3 | 研发配置与伙伴询盘，不压库存 |

评分规则需在确认品牌授权、人员和供应商后重算。预算不能按五个方向平均分配；建议首周期把主要内容和销售时间放在前两类，把硬件长周期项目限定在可承担的并发数量内。

对低成熟度需求，先卖边界清楚的评估工作；对型号明确的需求，减少会议，直接进入批量询价。保持两条路径，避免用重咨询流程阻塞简单采购，也避免用零售结账掩盖复杂项目风险。

<!-- pagebreak -->

<a id="page-14"></a>

## 第 14 页｜网站信息架构

网站主入口以英语面向海外采购者。首页说明 CNPS 能帮助买家完成选型与需求沟通，呈现主要场景、资料入口、行业案例和询价按钮。保留商城入口，供明确产品的买家直接购买。

建议路由：`/resources` 为资料中心；`/case-studies` 为案例中心；`/solutions` 为场景方案；`/request-quote` 为企业需求表；`/resources/china-ai-export-playbook` 为本方案阅读页。已有产品、支持和政策路径继续可访问。

资料卡包含标题、适用角色、解决的问题、文档类型、更新时间和下一步。案例卡包含行业、国家或地区、公开证据类别、关键限制和相关方案。筛选维度以采购任务为核心，辅以应用、硬件、采购指南和研究材料。

站点应有静态可索引的正文和独立 URL，不把核心资料隐藏在仅客户端加载的弹窗。手机上先看到用途和主要动作，长表格可横向滚动。所有资料都提供可复制文本，避免只有图片或视频。

<!-- pagebreak -->

<a id="page-15"></a>

## 第 15 页｜资料中心的内容标准

每份采购资料至少回答：谁适合、谁不适合、需要哪些输入、如何评价、交付包括什么、还有哪些未知项、下一步怎么做。用确定的问题代替空泛的“提升效率”。

首批资料建议包括：企业 AI 采购清单、会议设备试点表、知识助手评估表、边缘视觉现场调查表、语音终端原型规格表、机器人配置确认表、RFQ 模板和总拥有成本模板。首批内容围绕已选场景形成闭环，不追求百科式覆盖。

### 首月编辑日历

| 周 | 采购文章 | 案例或技术参考 | 下载材料 | 接续动作 |
|---|---|---|---|---|
| 1 | 团队录音设备怎么选 | CNPS 现有型号入口及适用性核对 | 会议试点表 | 批量询价 |
| 2 | 私有知识助手需要什么资料 | Dify / Kakaku 与 RAGFlow | 100 题评估表 | 知识助手范围讨论 |
| 3 | 边缘视觉整套成本 | Seeed / Intflow 与工程 Wiki | 现场调查表 | 单站点评估 |
| 4 | 语音设备从样机到服务 | 小智技术参考及后端边界 | 原型规格表 | 原型需求沟通 |

每周用一篇完整材料拆成两到三条 X 内容；GitHub 保留原始模板和变更。英文编辑检查单位、地区、型号名和行动用语；技术负责人核对接口与版本；销售负责人核对 CTA 是否能接续处理。

每个内容任务的完成定义是：正文、来源、限制、下载、相关页面和明确 CTA 全部齐备。只写完文章、没有把下一步接到销售流程，不算完成。

技术材料的版本必须可以追溯到仓库、发布版本或官方页面。价格、交期、许可证和合规材料分别有更新时间。图表注明是公开来源、CNPS 测试还是方案示意。没有实测时不要把示意图命名为性能报告。

英文正文是对海外买家可执行的信息，不是中文营销词的逐句翻译。标题可以直接使用“Evaluate AI meeting recorders for your team”“Plan a private knowledge assistant pilot”。每篇资料末尾只连接一个最相关的询盘动作。

<!-- pagebreak -->

<a id="page-16"></a>

## 第 16 页｜案例中心的证据标准

案例必须区分四种状态：厂商发布的具名客户案例、开源技术参考、社交平台传播信号、CNPS 自有交付案例。它们能支持的判断不同，不能混排成“我们的客户成功故事”。

公开案例使用自己的摘要和分析，链接原文。案例骨架是业务问题、系统结构、可核验证据、局限、采购启示和试点建议。对于厂商的收益数字，明确归属和测量范围；来源没有说明的方法，不补写成已知。

### 本次案例的证据上限

| 参考 | 能支持的判断 | 不能支持的判断 | CNPS 需要补做 |
|---|---|---|---|
| Dify / Kakaku | 厂商公开描述了日本具名企业采用 | 收入、审计收益、CNPS 实施能力 | 自己的评估集与许可核对 |
| Seeed / Intflow | 厂商案例集列出海外部署地区 | CNPS 已代理、所有现场同等效果 | 型号、供应关系与场景测试 |
| Qwen / DeepSeek | 官方技术与国际体验渠道存在 | 当前最优模型、客户项目准确率 | 指定版本与真实任务比较 |
| RAGFlow / 小智 | 可查看实现和部署资料 | 已有海外付费客户或可直接量产 | 安装验证、成本、售后设计 |
| Unitree / xArm | SDK 和开发路径存在 | 任意 SKU 可开发、能替代人工 | 权限、配置与现场安全确认 |

Dify 具名文章与匿名行业页面可能涉及不同统计时间和样本，本方案不合并其采用率数字。Intflow 材料由 PNY 托管的 Seeed 案例集提供，保留厂商材料属性。本方案不采用其中缺少完整测量背景的收益比例作为 CNPS 预测。

CNPS 自有案例需要合同或项目身份、客户授权、测试方案、实际结果和日期。无法公开客户名称时使用行业与规模描述，但保留内部证据。没有证据的“节省 80%”“回本三个月”不能作为事实发布。

优先展示能帮助买家决策的细节：失败条件、输入要求、需要人工介入的步骤。案例的可信度来自边界清楚，而不是每个项目都看起来毫无风险。记录未达标的试点也可以形成有价值的选型资料。

<!-- pagebreak -->

<a id="page-17"></a>

## 第 17 页｜X 的研究、内容与获客

X 适合发现需求语言、演示形式和国际开发者讨论。研究时记录具体帖子 URL、作者、发布日期、原始主张和可核验的外部证据。搜索索引覆盖不完整，不能把本次结果称作全量市场调查。

本次可用信号包括：Qwen 官方的体验入口、Seeed 官方的多摄像头演示、日本 Dify 用户讨论文档导出、Arena 对 DeepSeek 的评估分发，以及 Unitree 的海外传播。它们分别提示可体验、可集成、本地语言内容和开发者工具的重要性。[Qwen](https://x.com/Alibaba_Qwen/status/1955782109702078559) · [Seeed](https://x.com/seeedstudio/status/2004492392658035139) · [Dify 用户](https://x.com/yugen_matuni/status/1900815012652085400)

建议每周三类内容：一个真实采购问题的拆解、一份可下载模板、一段注明条件的演示。每条内容指向对应资料页，使用明确的来源参数。回答相关问题时提供帮助，不向无关讨论批量投放链接。

衡量链路：帖子 → 资料页 → RFQ → 有效询盘 → 试点。按主题比较询盘质量，而非按点赞决定方向。本方案提供内容草稿与流程，不代表已在 X 发帖、私信或联系第三方。

### X 检索记录及可复制动作

检索组合包括 Dify Japan enterprise、Seeed Studio reComputer edge AI、Unitree Robotics G1 SDK，并限定 x.com；再按项目官方账号和具体帖子核对。以下日期来自可读帖子，检索日均为 2026-09-03。

| 帖子 | 日期 | 观察 | CNPS 可复制动作 |
|---|---|---|---|
| X01 Qwen 官方 | 2025-08-13 | 能力介绍连接在线体验与本地部署 | 每篇技术文连接一种可验证体验 |
| X02 Seeed 官方 | 2025-12-26 | 多相机演示写出硬件和软件名称 | 演示标注配置、条件和限制 |
| X03 Dify 日本用户 | 2025-03-15 | 讨论文档导出这一具体工作需求 | 用客户语言解释一个小工作流 |
| X04 Arena 相关发布 | 2025-01-20 | 模型进入国际公开评价渠道 | 给评估办法，让工程师自行判断 |
| X05 Unitree 海外报道 | 2026-04-14 | 波兰场景具有传播性 | 只借鉴叙事，不把视频当订单证明 |

首月 X 草稿可以围绕：订阅归属、10 人试点、文档引用错误、相机总成本、语音设备断网、机器人开发权限。每条只放一个下载入口；参数示例为 utm_source=x、utm_medium=organic_social、utm_campaign=meeting_pilot、utm_content=subscription_check。不要在参数里放联系人或邮箱。

不采用 X 自动生成的趋势摘要推导技术事实，也不引用未经原始财务文件核实的收入、毛利或市占率帖子。

<!-- pagebreak -->

<a id="page-18"></a>

## 第 18 页｜GitHub 的研究与开发者信任

GitHub 的角色是让技术决策者核对可实现性。公开仓库应提供英文 README、清楚的版本、可复现示例、数据说明、许可证和已知限制。所有业务推广都应与仓库实际内容相关，不向上游 Issue 发布销售广告。

CNPS 可在自有仓库维护采购模板、评估脚本和匿名示例数据，链接回相应方案页。一个可重现的文档检索评价方法，比复制热门项目 README 更有价值。不要让使用者为了看基础资料必须留下邮箱。

每月核对依赖的 release、LICENSE、SECURITY 与关键兼容问题。维护一个已验证版本清单，避免把上游 main 分支的变化自动视为生产可用。处理客户数据时，示例仓库只使用合成或授权公开数据。

### 建议自有仓库结构与发布门槛

建议结构为 docs/buyers 放采购模板，examples 放合成数据和流程示例，evals 放评分说明，CHANGELOG 记录兼容性变更，SECURITY 说明漏洞报告渠道。代码和文档分别明确许可证；不得把第三方商标或内容视为自己资产。

一个示例可发布的最低条件：在干净环境按 README 操作能完成；依赖版本已固定；输入输出样本可核对；费用与联网依赖明确；失败恢复步骤可执行；没有真实客户文件、个人信息或密钥。未实际运行的设计文档要标为 reference design，不能写 production-ready。

GitHub 到网站的双向链接应带具体用途。README 指向相关采购说明，资料页指向指定版本。有人提 Issue 时围绕真实技术问题答复；商务需求引导到网站，保留技术仓库讨论质量。可衡量的技术信任指标是示例完成情况、重复问题减少和引入的合格项目，而不是 Star 总数。

本次阅读了 Dify、Qwen3、DeepSeek-R1、RAGFlow、小智、Seeed Wiki、Unitree SDK2 和 xArm SDK。仓库存在与活跃度说明技术生态信号，不能直接量化海外订单或替代供应商尽调。

<!-- pagebreak -->

<a id="page-19"></a>

## 第 19 页｜搜索获客与高意图页面

围绕采购问题建设页面：AI recorder bulk purchase、private knowledge assistant pilot、edge AI camera deployment checklist、ESP32 voice assistant prototype、robotics SDK procurement checklist。它们是待验证的选题假设，不是已经查证的搜索量数据。

每个页面对应明确意图：选型、预算、部署、替代方案、验证或采购。标题和摘要说明页面帮助做什么决策；正文包含比较维度和来源。禁止用不同国家名称替换同一段正文批量生成空洞着陆页。

技术实现需要语义化标题、canonical、站点地图、可抓取 HTML、可读 URL 和适当的结构化信息。公开 PDF 或 Markdown 要能被阅读页发现，主阅读页避免重复内容分散定位。

发布后以 Search Console 的真实展示和查询反馈决定下一批选题。低点击可能是标题不匹配；有阅读无询盘可能是 CTA、信任或产品适配问题。先诊断，再增加文章数量。

### 意图到页面的映射

| 查询意图 | 页面内容 | 主要转化 | 验证方式 |
|---|---|---|---|
| 团队设备采购 | 型号、订阅、试点与售后 | 批量 RFQ | 是否包含明确数量和目的国 |
| 私有知识库实施 | 数据、权限、部署与验收 | 试点范围 | 是否能提供授权文档和负责人 |
| 边缘视觉方案 | 场地、相机、算力与 TCO | 现场调查 | 是否提供站点和网络条件 |
| 语音设备开发 | BOM、后端、语言与固件 | 原型规格 | 是否明确任务和维护预算 |
| 开放机器人平台 | SKU、SDK、备件与训练 | 配置评估 | 是否明确开发权限和用途 |

这些查询是内容规划输入，未测得搜索量与点击成本。取得 28 天真实查询数据后再决定标题和扩写方向。不要因一周没有询盘就断定自然搜索无效，也不要在没有销售质量反馈时依据排名扩大投入。

英文买家页和中文内部策略页各自使用独立标题与 canonical；语言版本只有内容对应时才标 hreflang。策略的下载页提供英文说明和原始 Markdown，让海外买家能区分采购资料与经营研究。

<!-- pagebreak -->

<a id="page-20"></a>

## 第 20 页｜RFQ 与销售资格判断

需求表字段：公司、联系人、邮箱、国家、采购用途、产品或方案类别、数量／站点数、时间、现有环境和希望得到的帮助。预算可选；上传机密材料不作为首次联系门槛。表单应说明提交方式以及数据用途。

早期使用现有 sales@cnps.ai 作为明确承接入口，生成结构化邮件草稿；页面必须说明仍需在邮件客户端发送，不能显示“询盘已收到”。后续如接入 CRM，应在服务端实际保存成功后再显示回执，并有重复提交处理。

资格判断关注问题、权限、时点、技术可行性和预算范围。销售回复先确认理解，再提出最少的补充问题。每条有效询盘都应有责任人、下一动作和截止日期，避免信息停留在个人收件箱。

### 有效询盘与分流规则

一个有效询盘至少满足：可回复的业务联系人；可说明的组织与目的国；与产品或方案相符的用途；有数量、用户规模或站点规模的线索。个人邮箱不自动否决小公司，预算未知不自动否决早期评估。机器人和视觉项目额外确认现场负责人。

内部评分假设：业务痛点 0—25、决策人可接触 0—20、时点 0—15、技术可行 0—25、预算匹配 0—15。70 分及以上进入优先评估；40—69 分补资料；低于 40 分提供自助资料。分数只是排队工具，明确无法合规供货或技术不可行的项目不能靠高分进入报价。

标准 SKU 询价由销售直接核实数量与目的地；方案类先确认数据和验收；渠道合作转交伙伴负责人。每次回复都结束于一个具体下一动作，例如约定样品范围或补充目标语言，不以“随时联系”结束推进。

对报价前关键缺失项设置阻断条件：型号不明、目的国不明、开发授权不明、数据处理要求不明时，不给不可履行的确定报价。可以先提供假设明确的预算估算，并注明有效期和待确认项。

### 报价单应能独立被批准

第一部分写客户实体、项目编号、目的国和有效期；第二部分写型号、数量、版本、服务产出与排除项；第三部分列币种、单价、一次性费用、经常性费用、税费假设和贸易条款；第四部分列交期起算条件、验收、保修、变更与取消规则。

付款节点应与成本和控制权匹配。可讨论的试点结构是启动款与验收款，比例由项目谈判；定制硬件需先明确不可退材料和供应商付款义务。不得把本文的例子视为已向客户提供的付款条件。

客户发来 PO 后，由销售核对是否与报价在型号、条款和交期上相符，再由供应与财务确认订单接受。AI 可以提取差异、草拟回复，但价格、替代型号、交期与信用条件需要有权限的人批准。

失单记录至少包含采购取消、无预算、竞争方案、性能不匹配、交期、信任或合规障碍。每月挑选最大的可改善原因反馈到资料中心和交付流程。

<!-- pagebreak -->

<a id="page-21"></a>

## 第 21 页｜试点、验收与案例生成

试点合同应把商业问题转换成可观察结果。会议设备看有效使用率和修正时间；知识助手看引用正确率、权限与拒答；边缘视觉看漏检、误报、时延与恢复；语音终端看任务完成率与噪声条件；机器人看指定任务成功和安全边界。

每个试点先记录基线，再约定测试样本与成功条件。验收由买卖双方共同指定的人执行，不由演示者临时挑选最容易的样本。指标需要写明分母，出现异常时保留记录。

### 知识助手试点的具体协议示例

设立独立于调参集的 100 题验收集：50 题单文档事实、20 题跨文档比较、15 题证据不足、15 题权限隔离。这个分布是建议协议，并非测试结果。记录每题标准、答案、引用、人工评分和修正耗时。

可协商的示例门槛是：70 道可回答问题至少 63 道业务正确，引用支持逐条检查；15 道无依据问题至少 14 道适当拒答；15 道权限题不能泄露受限内容。权限测试的有限样本通过不证明系统绝对安全，仍需架构与访问控制审查。

性能测试固定模型、索引、硬件、并发和预热状态；以至少 100 次代表请求记录 p50/p95 响应时间和失败数。延迟目标由实际任务约定。成本按完成且通过业务检查的任务分摊，同时记录重试、解析和人工复核。

两周试点规划可安排：第 1—2 天冻结范围，第 3—5 天准备数据，第 6—8 天配置与调优，第 9—10 天独立验收。此时间表以数据、权限、人员与环境按时到位为前提，不是公开交付承诺。

付费试点可以筛选真实需求，也可以覆盖部分工程工作，但收费前应明确产出和不包含的内容。试点不达标时交付问题清单和下一步建议，避免把追加费用当成无限延长实验的理由。

验收完成后，单独请求客户授权发布案例。授权范围包括名称、Logo、照片、指标和引用语。拿到授权之前只形成内部记录。成功案例进入网站后反过来帮助后续客户缩短评价时间。

<!-- pagebreak -->

<a id="page-22"></a>

## 第 22 页｜定价、成本与单位经济

报价要分开列明硬件、订阅、实施、培训、运费、税费、保险、备件和维护。税费与进口责任依据具体目的地和贸易条款确认。低价设备如果产生高支持成本，可能不是好生意。

建议把贡献毛利定义为净收入减去采购、支付、履约、直接支持、退货及保修预期成本。员工固定薪酬等另行计入经营预算，避免在模型里遗漏或重复计算。转介绍和自然流量也有内容生产与维护成本。

示例假设：一笔订单净收入 10,000 美元，采购 6,000，运输支付 600，直接实施支持 1,200，保修退货准备 400，则贡献毛利 1,800 美元。这个例子是计算方法，不是 CNPS 的报价、真实订单或盈利预测。

定价应匹配责任范围。仅协调采购与承担现场集成的报价不同；一次性交付与持续服务不同。供应商成本更新、汇率和物流变化要进入报价有效期，避免网站固定数字被误解为长期承诺。

### 买方总拥有成本与敏感性

12 个月 TCO = 硬件及配件 + 一次性实施培训 + 12 × 月订阅／推理／维护 + 运输税费 + 预计停机与替换成本。购买批量设备前，按实际活跃人数分摊，而不是按领到设备的人数分摊。

规划示例：20 台设备各 150 美元，20 个账号每月各 10 美元，培训 600 美元，运费与其他成本 400 美元，则一年 TCO 为 6,400 美元。若 20 人均使用，人均每年 320 美元；若只有 10 人持续使用，则活跃用户成本为 640 美元。这里所有单价都是示例，不对应现售 SKU。

若每名活跃用户每周净节省 0.5 小时，每年使用 48 周，客户内部时间价值假设为 25 美元／小时，则 20 人的理论时间价值为 12,000 美元，10 人为 6,000 美元。节省时间不自动变成现金收益；应另乘由客户确认的兑现系数，并扣除修正、培训和维护时间。只算生成速度而不算复核时间会高估收益。

<!-- pagebreak -->

<a id="page-23"></a>

## 第 23 页｜供应商与交付体系

供应商评估覆盖公司身份、授权链、型号、固件、证书、测试报告、产能、交期、包装、批次追溯和售后。资料必须对应实际 SKU，不用一个相近型号的报告代替全部产品。

从样品到量产建立关口：需求冻结、工程样品、设计验证、试产、出货检验、到货验收。每个关口都有可提交的文件和明确签字责任。修改关键部件或固件后，重新确认兼容与认证影响。

### 责任矩阵与交付关口

| 工作 | CNPS | 原厂／供应商 | 本地伙伴 | 客户 |
|---|---|---|---|---|
| 需求与报价 | 统筹，定义范围 | 确认型号与成本 | 确认现场工作 | 批准范围 |
| 授权与产品文件 | 核对并归档 | 提供对应 SKU 文件 | 核对当地适用性 | 确认采购要求 |
| 样品与出货 | 跟踪，整理验收证据 | 生产与出货检验 | 按约定接收 | 批准样品 |
| 现场集成 | 仅承担约定工作 | 技术资料支持 | 负责约定安装调试 | 提供场地与人员 |
| 验收与售后 | 对外协调与工单跟踪 | 按合同维修或替换 | 本地支持 | 签署验收并反馈 |

这是合同谈判的起点，不自动赋予任何一方责任。最终报价要逐项具名。标准样品包包含实物序列号、固件、BOM、包装照片、检验结果和附件清单；试产中变更关键部件应先确认客户接受与文件影响。

库存采用项目驱动：未验证需求前不囤高单价机器人，不为未签批量订单定制不可退部件。至少对关键设备记录第二来源或替换路线，以及替换带来的软件、认证和售后变化。

跨境硬件需要提前处理插头、电源、无线频段、说明书语言、锂电运输、维修返运与替换设备。交付计划应包含物流缓冲和进口责任，不能把快递预计时间等同于交付承诺。

对于软件，供应商管理还包括 API 可用地区、版本升级、数据处理条款和停止服务计划。客户需要知道更换模型或服务商的成本。把可替换性写进架构，比把全部能力押在一个热门平台更稳健。

<!-- pagebreak -->

<a id="page-24"></a>

## 第 24 页｜合规与买家信任资料

合规应按产品、目标市场、使用场景与 CNPS 的法律角色确认。欧盟 AI Act 的适用时间和分类要求需参考当前官方说明；不能把所有 AI 系统一律当成高风险，也不能把普通产品证书当成 AI 系统合规证明。[欧盟委员会 AI Act](https://digital-strategy.ec.europa.eu/en/policies/regulatory-framework-ai)

无线硬件进入美国时，应核对适用的 FCC 设备授权程序及实际型号资料。欧盟 CE 路线需识别适用法规、测试与责任主体。涉及电池、无线、电气、摄像头或录音时，要分别评估相关要求。[FCC 设备授权资料](https://opendata.fcc.gov/Engineering-Technology/EAS-Equipment-Authorization-Grantee-Registrations/3b3k-34jp)

数据处理资料应说明采集什么、存在哪里、谁能访问、保留多久、怎样删除以及涉及哪些分包商。录音和视觉方案应让客户确认合法使用场景与告知流程，避免把技术能力包装成无条件采集权限。

### 客户可审查的数据流与文件

典型知识助手的数据流是：客户授权文档 → 受控存储 → 解析与检索 → 模型推理 → 带来源的答案 → 有保留期限的日志。每个箭头需要说明跨境情况、访问主体与传输保护；自托管应用并不自动表示模型调用也在本地。

| 核对对象 | 索取或制作的文件 | 阻断条件 |
|---|---|---|
| 欧盟产品 | 适用法规、技术文件、符合性声明及标签 | 文件无法对应实际型号 |
| 无线设备 | 适用 FCC 授权证据及型号匹配 | 仅提供无关模块或相近型号资料 |
| 数据处理 | 数据位置、分包商、保留删除、责任条款 | 无法说明数据流向 |
| AI 系统角色 | 供应者／部署者等角色及场景分类 | 使用场景与义务未确定 |

CE 标志涉及制造商对产品符合适用要求的责任，不能称为欧盟统一颁发的安全保证。参考 [Your Europe CE 说明](https://europa.eu/youreurope/business/product-rules-compliance/general-product-compliance/ce-marking/index_en.htm)；数据处理参考 [欧盟委员会数据保护说明](https://commission.europa.eu/law/law-topic/data-protection/data-protection-explained_en)。这些资料是核对入口，实际结论应由负责该市场的专业人员确认。

公开的信任资料可以从清楚的公司身份、支持渠道、产品文件清单和数据流示意开始。对正式项目，由适当专业人员确认具体法规与合同要求；本文提供项目核对框架，不替代具体市场的专业意见。

<!-- pagebreak -->

<a id="page-25"></a>

## 第 25 页｜合作伙伴与渠道

最适合初期合作的是能够补齐交付短板的伙伴：当地 IT 服务商、行业软件商、硬件集成商和专业分销商。合作理由应是双方服务同一类客户并具有互补能力，而不是共同转发内容。

伙伴页面需要明确项目类型、地区、能力、线索归属和合作流程。试行非独家合作，先完成一个小项目，再讨论区域授权或联合品牌。供应商身份、授权与渠道政策未确认前，不自称官方代理。

合作经济安排应以净收入和实际责任划分为基础。线索介绍、实施、培训、保修分别计价，避免项目出问题时无人负责。涉及客户资料共享时，先明确客户知情、访问范围和使用目的。

每季度查看伙伴带来的有效机会、成交毛利、交付质量和客户留存。关系数量不是成果。对长期不能履行支持承诺的伙伴及时停止新的项目分配，并安排客户服务交接。

### 伙伴首轮沟通与服务节奏

伙伴研究先从公开企业资料确认客户类型、技术能力、服务地区和既有产品线。初次沟通提供一个与其业务直接相关的资料或试点设想，说明双方各自承担的工作；避免未经同意把客户名单交给供应商。

沟通草稿：We are exploring a small pilot for teams that need reliable answers from technical documents. Your integration experience may complement product sourcing and evaluation work from CNPS. Would it be useful to compare one clearly scoped customer requirement and the delivery responsibilities?

本方案只提供草稿，没有发送外联信息。后续实际外联由账号负责人安排，先核对当地营销规则、渠道条款与接收者偏好，不把 GitHub 用户邮箱抓取成群发名单。

内部服务目标可先设为收到邮件后一个工作日内进行首次人工回复；这不是现有公开 SLA。若团队无法稳定达到，就先减少渠道投入。对于客户主动询盘，在约定时间跟进；没有明确下一步时最多进行有限提醒并尊重停止联系的要求。

<!-- pagebreak -->

<a id="page-26"></a>

## 第 26 页｜90 天实施计划

| 时间 | 主要工作 | 可验收产物 |
|---|---|---|
| 第 1—2 周 | 确认首批产品、服务范围和联系流程 | 能力清单、英文资料中心、RFQ 模板 |
| 第 3—4 周 | 发布核心场景和行业参考案例 | 完整资料链、来源台账、首轮买家访谈 |
| 第 5—6 周 | 测试内容主题与渠道 | 带来源的询盘记录、问题分类、改版清单 |
| 第 7—8 周 | 推进合格试点和样品评估 | 试点范围、报价、基线和验收集 |
| 第 9—10 周 | 验证供应和交付 | 样品报告、支持流程、伙伴责任表 |
| 第 11—12 周 | 复盘渠道与单位经济 | 首批授权案例或失败复盘、下一周期决策 |

90 天的目标是验证一条可重复的获客与交付路径，而不是同时铺满所有品类。内容、销售和交付必须共享同一组客户问题；每周根据真实询盘修改页面，不等季度结束才调整方向。

### 阶段关口：管理目标，不是销量承诺

第 30 天：完成 30 家账户研究，获得目标 6 次结构化买家对话，至少 2 个痛点在不同买家处重复出现；对首批 SKU 收齐供应证据。未达到时调整客户画像和内容，暂不扩大付费渠道。

第 60 天：争取 3 个有明确范围、验收人和预算路径的项目机会，其中至少 1 个进入付费试点或样品采购。若只有浏览和笼统兴趣，则不能按“即将成交”扩充库存。

第 90 天：争取形成 1 条可复用的采购或交付流程、1 份经授权的自有案例或完整失败复盘，检查订单贡献毛利是否为正。实际订单目标由前 30 天数据校准；没有证据时不承诺特定收入。

依赖顺序：先确认承接人和真实产品资料，再引流；先固定测试集，再做演示；先确认供货和验收，再收批量订单。网站内容上线只完成获客基础设施，不等于这套商业目标已经完成。

如没有足够有效询盘，先核对目标人群与承接路径；如询盘多但试点少，检查报价和需求适配；如试点多但订单少，检查实际效果、责任和采购流程。不同阶段需要不同修正。

<!-- pagebreak -->

<a id="page-27"></a>

## 第 27 页｜预算与情景分析

初期预算应分成一次性建设与持续运营，另列样品和项目垫资。页面建设、研究、英文编辑、演示制作、客服和工程评估都需要时间成本，不能因为用 AI 辅助就按零成本处理。

规划示例：90 天可分为精简验证、基础运营和扩张三个情景，分别限制内容数量、渠道投入和试点并发。没有成交或有效询盘证据前，优先精简验证，预算按实际供应商与人员报价重算。

### 90 天运营资源上限示例（美元）

| 项目 | 精简验证 | 基础运营 | 扩张验证 |
|---|---:|---:|---:|
| 网站与内容的分摊人工 | 2,000 | 5,000 | 9,000 |
| 英文技术编辑 | 800 | 2,000 | 4,000 |
| 样品与测试消耗 | 1,000 | 3,000 | 6,000 |
| 销售与技术评估工时 | 1,500 | 4,000 | 8,000 |
| 工具与小额渠道试验 | 500 | 1,500 | 4,000 |
| 不确定性准备 | 700 | 1,500 | 3,000 |
| 合计 | 6,500 | 17,000 | 34,000 |

以上是供讨论的资源预算上限，不是采购授权、实际支出或市场报价。人工按投入工时折算；若财务另计全额工资，需消除重复。客户订单采购垫资、税费与库存不在此表，应另建现金计划。

建议先按精简情景验证。新增渠道单项试验先设 300 美元规划上限；达到上限仍未带来可资格确认的对话，就暂停并复盘。进入基础情景的条件是出现可重复痛点、至少一个付费试点或样品采购、且有交付负责人。扩张情景还需要正贡献毛利和可复制支持流程。

| 成本项 | 控制方式 | 增加投入的前提 |
|---|---|---|
| 内容与翻译 | 围绕一个采购问题制作 | 页面带来合格对话 |
| 样品与测试 | 与目标客户共同定义验收 | 有具名项目与测试计划 |
| 渠道试投 | 设置小额上限与停投规则 | 来源可追踪且线索质量合格 |
| 技术支持 | 限制并发项目 | 有可复用交付资料 |

不要仅根据理想转化率计算预算。模型应展示低、中、高情景，并观察响应延迟、交期、退货和回款时间对现金的影响。投入节奏由可验证结果决定。

<!-- pagebreak -->

<a id="page-28"></a>

## 第 28 页｜运营角色与数据

至少明确四个角色：内容与研究负责人、销售负责人、技术评估负责人、供应与交付负责人。同一个人可以兼任，但每个机会都只有一个最终推进责任人。

客户状态可定义为新询盘、待补资料、已资格确认、试点评估、已报价、谈判、已赢单、已失单、已交付、复购。每次状态变化记录时间、原因、下一动作和负责人，避免以主观感觉判断管道健康。

每周复盘有效询盘数量、来源、首次人工回复时间、进入试点比例和失单原因。每月核对订单贡献毛利、支持耗时、退款和回款周期。把一次性的研究热度与可重复的商业转化分开看。

客户隐私信息只进入受控业务系统，不提交到公开 GitHub。公开网站分析只保留必要的事件与来源，部署第三方分析工具前确认告知与适用同意要求。不能把完整询盘内容或邮箱写入 URL。

### 漏斗模型与归因限制

| 90 天规划情景 | 相关访问 | 访问到询盘 | 询盘数 | 合格率 | 合格机会 | 成交率 | 期望订单数 |
|---|---:|---:|---:|---:|---:|---:|---:|
| 保守 | 500 | 1% | 5 | 40% | 2 | 20% | 0.4 |
| 基础 | 1,500 | 2% | 30 | 50% | 15 | 20% | 3 |
| 积极 | 3,000 | 3% | 90 | 60% | 54 | 25% | 13.5 |

数字仅用于理解乘法关系，不是预测。小数订单是统计期望，不能写成已发生订单；成交周期可能超过 90 天。实际完成量还受到工程和履约容量限制，积极情景不构成自动扩张依据。

若基础情景为 3 单、单均净收入 5,000 美元、贡献毛利率假设 25%，则贡献毛利为 3,750 美元，不能覆盖 17,000 美元基础运营预算。相同单均贡献 1,250 美元，需要至少 14 单才覆盖该预算；这是提醒改善客单、毛利、复购或成本，而不是宣称 90 天回本。

记录首次来源和最后有效来源，并按企业与项目去重；Shopify 零售单只有能与对应业务机会确认关联时才计入 B2B 漏斗。打开邮件草稿不能记为提交成功，下载资料也不能记为有效询盘。

<!-- pagebreak -->

<a id="page-29"></a>

## 第 29 页｜实验设计与停止条件

第一个实验验证“采购模板是否带来更清楚的询盘”；第二个验证“案例页是否提高试点意愿”；第三个验证“标准 SKU 与方案评估两条路径是否减少无效沟通”。每个实验预先指定对象、变化、观察期和决策方式。

流量较小时，不把几个事件的差异称为统计显著。先进行结构化买家访谈、销售问题编码和会话回看。达到足够样本后才进行正式 A/B 比较，记录同期渠道和产品变化。

停止条件包括：无法确认供货授权、交付成本超过可能收益、客户场景超出技术或合规能力、试点不能重现效果，以及渠道持续引入与产品不匹配的流量。及时停止可以保存现金和信誉。

每次试验产出一条明确决策：继续、修改或停止，并说明证据。没有改善的改版也应记录，避免下一轮重复同样的错误。网站的迭代不是反复换标题，而是针对一个已识别的问题改变内容或流程。

<!-- pagebreak -->

<a id="page-30"></a>

## 第 30 页｜英文对外信息与沟通样板

**Homepage proposition:** Evaluate Chinese AI applications and hardware for your business. Explore practical use cases, check the evidence, and share your requirements with CNPS.AI.

**Primary CTA:** Discuss your project. **Procurement CTA:** Request a bulk quotation. **Research CTA:** Explore the resource center.

**Inquiry reply draft:** Thank you for sharing your project. To assess the fit, please confirm your destination country, intended use, pilot quantity or number of users, and target timeline. We will use these details to clarify suitable options, the proposed evaluation scope, and the information needed for a quotation.

**X post draft:** Buying an AI device for a team? Check the subscription, export options, account ownership and support process before comparing the hardware price. We have prepared a buyer checklist at CNPS.AI. Use it to define your pilot before requesting a bulk quote.

**Evidence statement:** These are independently researched industry references. Product availability, commercial terms and implementation scope are confirmed during the quotation process. A reference to a vendor does not imply a partnership with CNPS.AI.

对外文案重点是用途、证据和下一步。正式回复不承诺尚未确认的交期、价格和服务等级；所有发帖与外联草稿需要在实际执行时由账号负责人安排。

<!-- pagebreak -->

<a id="page-31"></a>

## 第 31 页｜证据目录与研究边界

| 编号 | 来源与用途 | 证据类别 |
|---|---|---|
| G01 | [Dify](https://github.com/langgenius/dify) 与 [LICENSE](https://github.com/langgenius/dify/blob/main/LICENSE) | 工作流能力与许可 |
| G02 | [Qwen3](https://github.com/QwenLM/Qwen3) | 模型部署资料 |
| G03 | [DeepSeek-R1](https://github.com/deepseek-ai/DeepSeek-R1) | 模型与使用建议 |
| G04 | [RAGFlow](https://github.com/infiniflow/ragflow) | 文档检索技术 |
| G05 | [小智 ESP32](https://github.com/78/xiaozhi-esp32) | 语音固件参考 |
| G06 | [Seeed Wiki](https://github.com/Seeed-Studio/wiki-documents) | 工程文档体系 |
| G07 | [Unitree SDK2](https://github.com/unitreerobotics/unitree_sdk2) | 机器人开发接口 |
| G08 | [xArm SDK](https://github.com/xArm-Developer/xArm-Python-SDK) | 机械臂集成接口 |
| X01 | [Qwen 官方帖](https://x.com/Alibaba_Qwen/status/1955782109702078559) | 官方分发信号 |
| X02 | [Seeed 官方帖](https://x.com/seeedstudio/status/2004492392658035139) | 演示信号 |
| X03 | [Dify 日本用户讨论](https://x.com/yugen_matuni/status/1900815012652085400) | 用户需求信号 |
| X04 | [DeepSeek / Arena](https://x.com/ml_angelopoulos/status/1881419890940338288) | 国际评测分发信号 |
| X05 | [Unitree 波兰传播](https://x.com/sz_mediagroup/status/2044007763345584334) | 媒体传播信号 |
| C01 | [Dify Kakaku 案例](https://dify.ai/ja/blog/kakaku-accelerates-ai-adoption-with-dify-fast-secure-and-scalable) | 厂商具名案例 |
| C02 | [Seeed 合作伙伴计划](https://www.seeedstudio.com/blog/2022/04/22/edge-ai-partner-program-accelerate-your-next-gen-ai-product-deliver-ai-solutions-across-industries-together/) | 商业模式参考 |
| C03 | [Seeed 案例集](https://edgeai.pny.eu/wp-content/uploads/2024/03/Seeed-Studio-succes-stories-pny-webonly.pdf) | 厂商案例材料 |
| C04 | [Seeed 定制服务](https://www.seeed.cc/jetson-odm) | 工程交付流程 |
| R01 | [欧盟 AI Act](https://digital-strategy.ec.europa.eu/en/policies/regulatory-framework-ai) | 官方规则入口 |
| R02 | [FCC](https://opendata.fcc.gov/Engineering-Technology/EAS-Equipment-Authorization-Grantee-Registrations/3b3k-34jp) | 官方设备授权资料 |

研究时间为 2026-09-03。X 使用公开可索引页面，不能覆盖全部帖子、回复和删除内容。GitHub 资料用于验证技术路径；没有把 Star、浏览量、融资或演示视频换算成销售额。来源中的市场和性能主张只在其原有范围内使用。

### 研究判定与被排除内容

本次从公开检索发现线索，再回到官方 GitHub、厂商原文或官方监管页面复核。网页发布日期与检索日期分开记录；旧案例可以解释长期商业机制，但不代表当前价格或最新产品状态。Qwen3 与 DeepSeek-R1 在本文中是已核对的案例对象，没有宣称是截至研究日的最新模型。

不采纳的证据包括：X 自动生成的趋势总结、未回到原始文件的机器人收入及毛利帖子、缺乏测试条件的性能横向比较，以及当前无法确认的 CNPS 授权关系。公开抓取曾把主站解析为商城；随后直接 HTTP 请求与实际页面确认主站正常返回产品站，报告以直接确认结果为准。

引用内容仅做短摘要和分析，不整篇转载文章、文档或厂商图片。外部品牌与链接用于识别资料来源，不构成合作或背书。上游许可证只约束相应代码与素材，CNPS 对原始内容没有额外权利。

补充规则来源：[CE 标志](https://europa.eu/youreurope/business/product-rules-compliance/general-product-compliance/ce-marking/index_en.htm)、[数据保护说明](https://commission.europa.eu/law/law-topic/data-protection/data-protection-explained_en)、[AI Act 现行说明](https://digital-strategy.ec.europa.eu/en/policies/regulatory-framework-ai)。具体项目按签约时的官方规则重新核对，尤其避免沿用已变化的时间表。

<!-- pagebreak -->

<a id="page-32"></a>

## 第 32 页｜决策清单与发布维护

上线前确认：英文资料与案例能独立阅读；案例来源与限制清楚；公开联系信息真实；询盘按钮行为与文字一致；Markdown 可以下载；手机可用；已有产品与商城入口仍然可访问；新页面不泄露客户资料和密钥。

业务启动前确认：首批产品与目的市场；可履行的服务包；供应商文件；样品与工程预算；销售责任人；试点验收模板；合同与售后安排。未确认项进入内部任务，不用虚构陈述填满网页。

### 假设台账与责任分配

| 尚待确认 | 为什么影响成交 | 建议责任人角色 | 确认前的网站写法 |
|---|---|---|---|
| 品牌供货及授权范围 | 能否合法供货与使用品牌素材 | 供应负责人 | 参考产品，供货待报价确认 |
| 团队账号与订阅能力 | 团队采购能否持续使用 | 产品负责人 | 逐型号核对，不保证企业特性 |
| 实施伙伴与工时 | 能否按范围交付 | 技术负责人 | 讨论评估范围 |
| 目的国支持与维修 | 设备问题如何处理 | 交付负责人 | 书面确认支持安排 |
| 首次回复与商机跟踪 | 内容流量能否转成机会 | 销售负责人 | 使用现有销售邮箱 |
| 样品和现金上限 | 避免订单带来资金缺口 | 财务／经营负责人 | 不发布未经确认的价格或交期 |

这些角色尚未在本次任务中指定具体人员。发布内容可以先完成，但报价、订购样品、签约和运营启动仍需要实际负责人承担。所有规划预算和指标都保留假设标签。

公开事实最小集合是已有官网、产品目录、商城和联系方式，以及链接可核对的行业资料。CNPS 自有客户业绩、授权品牌数量、库存规模与海外服务能力在没有证据前不做宣传。

维护节奏建议：每周核对询盘与页面反馈，每月更新来源和版本，每季度复盘品类与伙伴。发现来源下线时保留此前记录并标记待复核，重新检查依赖的结论。

本方案的执行顺序是先验证需求与履约能力，再扩大内容、渠道和品类。真正需要积累的资产，是可核验的资料、可重复的验收方法、可靠的合作关系，以及能产生复购的交付经验。