Overview · 先把单个租户的建站与运营做完整
这是外贸 SaaS 产品化中的单租户能力篇，重点不是展示某个客户网站，而是说明一个租户如何从多个站点的搭建，走到内容生产、询盘处理和数据复盘。它回答的是“租户拿到平台后能做什么”，与另一篇强调总后台、租户后台和商业边界的 SaaS 化案例互相补充。案例只保留通用的产品结构和判断过程，隐去公司名称、客户资料、真实链接和内部数据。
Templates & themes · 模板与主题皮肤分离
多个站点如果各自从零搭建，后续维护会很快失控。因此把页面结构和视觉主题拆开：模板描述页面有哪些模块、模块如何组合；主题皮肤描述颜色、字体、按钮和视觉层级。租户可以复用一套产品能力，再根据不同业务线或市场选择不同的站点表达。
- 模板负责页面结构和组件顺序，主题皮肤负责视觉表达
- PC 与移动端共用站点配置，减少两套内容长期分叉
- 多语言内容与页面配置分开维护，避免翻译修改破坏页面结构
- 新增组件时同时补齐展示、配置、数据来源和唯一性规则
Batch deployment · 多站点批量部署
单个租户往往需要同时维护多个市场、产品线或语言站点。批量部署原型把重复操作收敛为一条可追踪的任务流程：选择站点、部署前校验、确认执行、查看进度和回看结果。这样既提高交付效率，也让失败原因和待处理状态可以被管理。
- 部署前区分可部署与不可部署站点，并给出配置、域名或配额原因
- 执行中展示任务进度，允许离开页面后从后台继续查看
- 完成后按站点返回成功、失败和待处理状态
- 批量操作不绕过单站点规则，仍然需要通过同一套校验
Inquiry AI · 询盘 AI 意图分析与人工放行
询盘数量增加后，问题不只是“有没有收到”，而是销售能否快速判断哪些值得跟进。方案采用先保存、后异步分析的方式，让 AI 提供意图标签、星级和原因，再由明确规则决定是否推送；对边界样本保留人工放行、有效/无效和成交标注。
- 求职、营销推广和垃圾询盘默认不推送，未知类型默认保留推送，优先避免漏掉真实客户
- AI 结果展示判断依据，运营人员可以重新放行或修正状态
- 历史询盘支持回刷，人工标注可以作为后续复盘样本
- 推送状态、人工状态和成交状态分开记录，避免把一次判断当成最终结果
Asset governance · 统一图库与图片资产治理
图片是多个站点共用的基础资产，不能只当作上传控件处理。统一图库把搜索、上传、ALT、引用次数、翻译图、压缩和地址规则放到同一个入口，帮助租户知道一张图片被哪些页面使用，也减少重复上传和失效链接。
- 按站点、语言和素材类型查找图片，支持在内容编辑时全局选择
- 显示 ALT、引用次数、翻译语言和图片地址参数，便于 SEO 与复用治理
- 保留压缩配置与旧数据一次性治理入口，避免历史素材长期失控
- 删除或替换前提示引用页面，避免站点出现空白图片
Stats & permissions · 询盘统计口径与权限设计
统计看板先把指标口径和角色边界定清楚，再决定图表。核心指标是按 WhatsApp 和邮箱去重后的询盘量；电话、WhatsApp 和邮箱点击单独统计，不与询盘数混在一起。管理者按站点和部门查看，负责人只看到授权范围内的数据。
- 四个筛选条件联动：日期、部门、站点和负责人
- 站点视图回答每个站点的获客情况，部门视图回答团队分工和负责情况
- 角色包含平台管理员、运营主管、业务主管、运营人员和纯业务人员
- 导出数据沿用当前筛选条件，避免页面数字与导出结果不一致
AI writing · AI 文案生成和运营工作流
AI 文案能力没有做成一个泛化聊天框，而是围绕租户的实际运营任务组织：选择内容类型，填写产品或文章信息，生成 TDK、详情或多语言内容，匹配图库素材，再由运营人员微调和导出。这样 AI 输出有明确的业务落点，也便于追踪谁生成、谁修改、谁发布。
- 支持产品、文章和 SEO TDK 等不同内容任务，按任务提供必要字段
- 支持多语言内容生成和翻译，保留人工修改入口
- 生成内容时可以从统一图库匹配或上传图片
- 流程强调选择、生成、微调和导出，避免把运营人员丢进空白对话框
Product decisions · 产品化过程中的关键取舍
- 模板负责结构、皮肤负责视觉，避免每种视觉都重新开发一套页面
- 批量部署先校验再执行，不用一次批量操作掩盖单站点配置问题
- 询盘 AI 只提供判断辅助，是否推送与最终状态保留规则和人工控制
- 统计先统一去重口径，再扩展图表和营销指标
- AI 文案按运营任务设计，不把通用聊天能力直接当成产品工作流
- 优先做可理解、可操作、可复盘的核心闭环，暂不提前固化未确认的计费或营销流程
Prototype evidence · 已用原型验证的关键路径
- 批量部署原型：站点选择、部署前校验、进度、失败原因和后台继续执行
- 询盘 AI 分析原型：意图标签、星级与原因、推送状态、人工放行和人工标注
- 统一图库原型：图片搜索、上传、ALT、引用明细、翻译图和全站入口治理
- 统计看板原型：站点/部门双视图、筛选联动、角色权限和去重口径
- AI 写作助手原型：产品与文章模式、TDK、HTML、多语言、YouTube 和图片匹配
Reflection · 公开展示的边界
这个案例展示的是单租户产品能力、业务抽象和原型验证方法，不代表某个客户网站的公开复刻，也不声称已经完成全部开发或取得具体商业结果。原始 Axure 文件、公司名称、客户数据、内部链接和未获授权的页面细节不放入公开作品；当前案例状态保持为 Prototype。
Next step · 后续仍需验证的部分
- 用真实运营人员验证从模板选型、批量建站到发布维护的完整路径是否足够顺畅
- 用历史询盘回刷验证 AI 意图判断、人工放行和标注回流是否形成可用复盘样本
- 确认统一图库在多站点、多语言和移动端内容中的引用、替换和删除规则
- 验证统计去重口径与业务团队日常判断是否一致，并确认导出和权限边界
- 观察 AI 文案生成后的人工修改成本，再决定是否增加更多自动化动作
- 补齐后端接口、权限和上线状态后，再决定是否将案例状态从 Prototype 更新为更高阶段