uBrand 销售线索与客户运营

它解决什么问题

uBrand 是一个面向个人创业者和小团队的订阅制 AI 品牌身份平台，覆盖 Brand DNA、brand guidelines、brand kit、mockups、AI 生图/视频、资产管理与社交设计发布。真正容易踩坑的是：它继承了 LogoAI 的一次性 logo 购买条款，却用月费模式交付订阅；定价页称 Pro 可管理最多 5 个品牌，FAQ 又要求每个品牌单独购买订阅；停止付费后，文件还能下载但不能再次编辑；此外没有 API，但第三方目录常声称支持 Zapier、Make、Figma/CLI 等集成。用户可能在商用 logo、多品牌计费、批量生成品牌资产或退订时才发现风险。

技能如何工作

先判断用户处在哪个环节：要生成业务名称，路由到 /sales-namelix；要先验证想法或横向比较品牌工具，路由到 /sales-idea-validation；只要一次性购买同一 logo 引擎，路由到 /sales-logoai；logo 已完成、需要社交或落地页创意，路由到 /sales-canva。否则收集必要上下文：目标是品牌建设、套餐选择、计费/退订问题、授权判断，还是自动化集成；名称是否已锁定；要管理多少个品牌。

回答平台问题时只加载相关参考，而不是展开全部资料：套餐分层、AI credits、Brand Space、失效订阅行为、按品牌与最多 5 个品牌的表述冲突、借用来的 LogoAI 条款及其缺口；回答 API 问题时参考 API 文档说明：api.、docs.、developer. 等子域均为 NXDOMAIN，没有 Zapier/Make/webhooks/MCP。

最后给出可执行建议：商用前先确认订阅是否包含 logo 商用权并保留付款凭证，同时自行检索商标；为多个品牌付费前要求书面确认覆盖范围；取消订阅前导出 logo、规范、模板和源文件；优先选择月付，因为退款条款没有订阅退款、取消或 credit 过期规则，/refund 链接也失效；不要用错误存在的 API 建架构，脚本化生成品牌资产应改用有文档的图片生成服务。

适用边界

它是咨询与决策辅助，不代替法律意见或平台官方回复。定价、条款和功能以 ubrand.com 现行页面为准；涉及继承自 LogoAI 的一次性购买条款适用性时，应让用户先取得书面确认，再决定是否长期投入。