官网转化平台产品说明：把访问收成可追溯的线索

1. 先看见的问题

很多 B2B 官网其实是一份加了导航的宣传册：产品资料改一次要找研发，下载没有留资，访客问完没有下文，月底也说不清线索从哪一页来。问题不在页面好不好看，而在官网没有被当成一套可运营的转化系统。

2. 一句话定位

面向 B2B 产品官网的模块化单体应用，把产品展示、内容运营、资料下载、咨询预约与转化归因收在同一套系统里。

记住三件事：内容团队可以自己发布；资料助手有来源才回答；访问最终变成带来源的咨询收据，而不是一个需要注册的会员中心。

3. 它解决什么问题

常见困境	平台做法
内容更新依赖研发	内容团队在后台起草、送审、发布，草稿到已发布全流程自助完成
资料下载无法留资	公开下载与留资下载两种策略，限时签名链接
访客问题无人应答，或随口编造	检索式产品资料助手：FAQ 直答或资料摘录，带引用；无来源即停答
线索来源说不清	咨询与下载记录自带来源归因
想顺手做一套 CRM	明确不做。只形成最小咨询收据，交回你已有的销售流程

4. 核心能力

能力	说明
产品展示	结构化产品信息：定位、特性、截图、适用场景、目标受众、定价说明与转化入口
内容运营	新闻、视频、知识文档、资质统一管理与发布，支持草稿、待审、已发布、已下线、定时发布
站内搜索	全站与知识库统一评分的词法检索
检索式产品资料助手	FAQ 直答或资料摘录，带引用；无来源即停答，不编造
资料下载	公开下载与留资下载两种策略，限时签名链接，下载记录可追溯
咨询与预约	五类入口：预约演示、联系顾问、获取报价、申请试用、资料咨询
转化分析	咨询与下载记录自带来源归因，配合托管分析工具看页面浏览与 CTA 趋势
多语言	界面语言中文与英文，内容语言 zh-CN 与 en-US，按语言分别管理

5. 从访问到线索

一条访客路径是固定的，不依赖销售人员在旁边解释：

1. 打开产品页或知识文档，用站内检索查找资料。
2. 向产品资料助手提问。命中 FAQ 就直接回答；命中已发布资料就摘录并给出引用；没有来源就停答。
3. 需要文件时，公开资料返回限时签名链接；留资资料要求留下姓名、邮箱和隐私同意后再发链接。
4. 需要人跟进时，从预约演示、联系顾问、获取报价、申请试用、资料咨询五类入口留下咨询收据。收据带来源归因，不含销售阶段和负责人。

内容团队走另一条路径：在后台起草、送审、发布新闻、知识文档、视频和下载资料。发布之后，检索和资料助手才能用到这些内容。未发布的内容不会被助手「脑补」出来。

6. 架构与部署

层	技术
前端	Next.js 16、React、next-intl、Tailwind CSS，接口客户端由 OpenAPI 生成
后端	FastAPI、SQLAlchemy（异步）、Pydantic、PostgreSQL、Valkey、Celery
对象存储	SeaweedFS，S3 协议
部署形态	一台服务器一个 Compose 项目：Nginx、前端、API、任务队列、数据库、缓存与对象存储

• 系统保持模块化单体，不拆微服务；后台任务由任务队列执行，API 进程只处理请求。
• 数据库迁移、存储维护与首个管理员创建各自使用独立进程，不由 API 顺手代劳。
• 生产环境按镜像摘要（digest）部署，不在服务器上现场构建，每次部署都对应确定的镜像版本。
• 这不是多租户 SaaS：一套部署服务你自己的站点。

7. 内容与数据边界

• 站点没有公众账户：员工是唯一登录主体，访客不注册、不登录。
• 不提供 CRM：公开访客提交只形成最小咨询收据；后台提供统一收口、单向归档与来源归因，不含销售阶段、负责人、自动分配、跟进记录、赢单率或身份合并。
• 企业资质是信任凭证，客户案例是营销内容，两者分开管理，不能互相替代。
• 内容带版本号，并发写入会先校验版本，不会互相覆盖；发布状态只有草稿、待审、已发布、已下线、归档、定时发布六种。

8. 集成方式

• 接口描述（OpenAPI）由后端代码导出，是前后端唯一的接口事实源，不手写一份会漂移的文档。
• 前端的类型、校验与请求客户端都由这份描述生成，避免手写跨层类型。
• 内容可批量导入（NDJSON、CSV、XLSX）：先预检再写入，支持断点续跑，按外部键幂等，重复导入不会翻倍。

9. 适用，以及明确不适用

适合：

• 需要把官网从展示页升级为转化系统的 B2B 企业
• 产品资料多、更新频繁，需要内容团队自助运营的组织
• 对线索来源与资料下载归因有明确考核的市场团队

不适合：

• 只想要一个生成式聊天窗口撑在首页
• 需要销售漏斗、自动分配、赢单率或「我的咨询」会员中心——那是 CRM
• 要把合同、票据等敏感原件直接放到公网站点上处理——那是智能体文档执行引擎的事

10. 交付方式

• 源码交付加部署实施，或基于本平台的定制开发
• 与既有系统通过 OpenAPI 与生成的客户端对接
• 本站即该平台的自托管实例：产品发布、知识中心、留资与转化归因跑在同一套系统里

11. 采购时要确认的边界

问题	答案
是否包含 CRM	否。只有咨询收据、单向归档和来源归因
访客要不要注册	不要。员工是唯一登录主体
资料助手会不会编造	不会。无来源即停答
能否远程多租户	否。一台服务器一个 Compose 项目
能否代替内部文档处理	否。文档解析、抽取和转换属于智能体文档执行引擎
是不是云端 SaaS	不是。部署在你的服务器上，服务你自己的站点

12. 与智能体文档执行引擎如何配合

官网平台只发布已经允许公开的内容。原始 PDF、Word 和表格若不能出本机，先由智能体文档执行引擎在本地解析、抽取，再由人工把审校后的结果发布到知识库和下载区。

继续阅读：

• 《B2B 官网转化的最小闭环》：上线前可勾核的五件事
• 《两款产品怎么选》：定位对比、组合场景与选型建议
• 《手册：官网平台部署与上线检查》：部署形态、检查清单与故障处置