chatwize-assist

chatwize-assist是什么

chatwize-assist 是一个用 Lovable 搭建的 AI 客服产品预发布页面，品牌显示为 ChatWize。它计划让企业上传知识库、部署网站机器人，并在 AI 信心不足时转给人工客服。

当前页面并未开放正式注册、管理后台或可用客服机器人，主要按钮只会打开候补名单表单。因此它应被视为概念验证和上线前需求收集页，而不是已经交付的 SaaS 产品。

当前运营状态

页尾年份更新到 2026，但页面仍明确邀请用户等待上线。仅凭年份、模拟数据或功能截图不能推断服务已经进入生产运营。

计划中的主要功能

知识库训练

• 页面计划支持上传 PDF、DOC 和 HTML，也展示通过 API 连接知识材料的入口。
• 企业可把 FAQ、产品文档和业务说明交给 AI，用于回答客户重复问题。
• 页面声称会自动索引并高速处理页面，但当前没有可操作后台、格式上限或真实性能测试。
• 上线后仍需验证扫描 PDF、表格、图片、链接、权限页面和增量更新能否正确处理。

网站聊天组件

• 展示页提供一段模拟嵌入代码，设想通过 API key 和主题配置把 ChatWize 组件加入网站。
• 企业可在网页中提供全天候问答，并按自己的品牌外观设置聊天窗口。
• 展示的密钥、脚本地址和复制按钮属于样例，没有公开组件文档、版本、权限和内容安全策略。
• 生产使用需要验证跨域、脚本完整性、加载性能、故障降级和密钥轮换。

WhatsApp与Instagram

• 计划把 WhatsApp 和 Instagram 接入统一收件箱，让 AI 在多个渠道处理客户问题。
• 多渠道可减少团队切换工具，但仍要遵守 Meta 账户审核、消息模板和平台费用规则。
• 当前没有实际授权流程、支持地区、消息类型或渠道截图，不能认定集成已上线。

线索识别与客户洞察

• 页面计划分析对话并识别高价值潜在客户，再向销售团队发出提醒。
• 洞察面板设想统计常见问题、满意度、追加销售机会和知识库缺口。
• 页面中的会话量、解决率、话题占比和提升百分比都是界面示例，没有说明真实客户、样本期或计算方法。
• 自动线索评分可能产生偏差，正式业务需要公开规则、人工复核和申诉处理。

智能人工接管

• 当 AI 置信度低于阈值时，计划把完整会话上下文交给人工客服。
• 这类功能可避免机器人在不确定时继续猜测，并让客户少重复说明。
• 页面没有公开置信度算法、排队、通知、坐席状态、服务时间和交接失败处理。
• 高风险问题应按关键词和业务规则强制升级，而不能只依赖模型自评置信度。

计划工作流程

1. 加入候补名单，提交姓名、邮箱和公司名称，等待上线通知。
2. 产品上线后创建账户，设置公司品牌、机器人角色和允许回答的业务范围。
3. 上传 FAQ、文档和产品资料，检查内容是否完整、最新且拥有处理权限。
4. 用真实客户问题测试回答、拒答和转人工，记录无法回答与错误回答。
5. 获取正式网站组件并在测试环境安装，验证性能、安全和移动端显示。
6. 连接 WhatsApp 或 Instagram 时使用企业渠道账户，完成平台授权和消息模板审核。
7. 设置人工接管阈值、坐席通知、工作时间和紧急问题处理。
8. 上线后查看对话和线索数据，人工核对洞察结论并持续更新知识库。

以上流程来自页面展示的产品设计，不代表每一步当前可以操作。候补用户应等待正式后台、帮助文档和服务政策上线后再配置业务数据。

输入与计划输出

候补名单与预售状态

• 候补表单收集姓名、邮箱和公司名称，用于在产品上线时通知申请者。
• 页面顶部写有支付 20 美元可在上线后获得 6 个月访问权的预售信息，但当前没有可核验付款按钮或结算页。
• 没有公开预售交付日期、包含功能、消息额度、税费、退款、项目取消和延迟处理。
• 在缺少运营主体和合同的情况下，不应通过非正式转账、私信或无法追溯的方式付款。
• 提交候补信息前应考虑页面没有可用隐私政策，也未说明营销邮件退订和数据删除方式。

月付与年付价格

价格页展示的是计划套餐，所有购买按钮仍然指向候补名单。Starter 和 Professional 分别提供月付与年付数字，Enterprise 只写联系销售。

• 价格页把客户发入和 AI 发出的每条消息都计入月度总量，一轮问答通常至少消耗两条。
• 超过额度后页面称按每条消息另收费，但没有公布单价、封顶或暂停规则。
• 首页模拟对话却写 Starter 只有 500 次会话、79 美元档为 Growth 且有 2500 次会话，与价格页不一致。
• 首页还把 Enterprise 描述为无限支持，而价格页写每月 10000 条消息，当前不能确定最终口径。
• 由于产品尚未上线，套餐名称、消息定义、渠道和支持响应都可能在正式结算前变化。

免费试用与取消

正式上线后应在提交支付前确认试用结束日、是否自动转付费、消息超额、取消生效和退款条件。当前“无需信用卡”和“可随时取消”不能替代合同。

平台与集成状态

与同名Chatwize产品的区别

互联网上另有独立域名的 Chatwize AI 正式产品，提供 30 天试用、不同功能和不同政策。chatwize-assist 页面没有链接该正式站点，也没有公司信息证明两者属于同一运营方。

• 不能把另一产品的 95 种语言、模型、客户案例、欧盟存储或 30 天试用写入本记录。
• 预发布页的模拟组件地址包含同名域名，也不足以证明法律主体、账户和服务已经整合。
• 用户应通过可验证公司信息、合同、支持邮箱和账户入口确认身份，避免把两个同名项目混淆。

API、GitHub与开源状态

• 未发现 chatwize-assist 的官方 GitHub 仓库、公开源代码或开源许可证。
• 页面展示“连接 API”和网站组件密钥，但没有开发文档、认证、端点、SDK、示例项目或速率限制。
• Lovable 托管和可见的编辑徽标不代表项目源代码公开，也不授予复制、部署或商用权利。
• 正式接入前应要求组件文档、API 权限、密钥轮换、回调验证、错误处理和版本支持政策。

隐私、安全与商用风险

页面的 Terms、Privacy 和 Cookies 入口都没有实际政策内容，运营主体、服务器地区、数据保留、分包商和安全措施均未公开。

• 候补表单会收集姓名、邮箱和公司名称，但未说明处理目的、保留期、营销邮件、共享和删除渠道。
• 计划中的客户对话、文档、线索与社交消息可能包含大量个人和商业数据，不能在政策缺失时投入真实业务。
• 页面宣称高级安全、合规和 SLA 属于 Enterprise 计划，但没有列出认证、审计范围或合同指标。
• 自动分析对话和线索需要取得合法依据，并允许客户了解 AI 身份、转人工和个人信息使用方式。
• 页面没有说明知识材料、机器人回答和反馈的所有权、模型训练使用、商业许可和责任边界。
• 预售交付与退款没有保障文件，企业不应把页面展示当作采购承诺或服务可用性证明。

适合谁关注

• 愿意参加早期访谈并等待上线的小型企业，可以提交低敏感度候补信息。
• 正在比较 AI 客服产品的团队，可以把页面当作需求清单，不应当作已验证供应商。
• 需要立即部署、明确 SLA、合规文件或可核验客户案例的企业不适合当前阶段。
• 需要 API、私有部署、数据驻留或正式采购合同的组织应等待技术和法律文件公开。
• 任何计划提交真实客户对话、内部文档或支付预售费用的用户都应先确认运营主体。

优势与限制

总结

chatwize-assist 展示了一个较完整的 AI 客服设想，但截至当前仍处于候补和概念验证阶段。知识库、网站组件、多渠道、线索洞察和人工接管都没有可登录后台支持实际验证。

有兴趣的用户可以把它加入观察名单，但不应把计划价格、试用、示例指标或预售文案当成已上线权益。运营主体、正式合同、隐私安全、退款、API 和真实产品交付全部确认后，才适合进入采购或数据接入。