yuqei
1d85329a6a
Build and Test Quality Gate / Contract Web typecheck and build (pull_request) Successful in 9m12s
Build and Test Quality Gate / Isolated Alibaba and Tencent KMS gateway (pull_request) Failing after 4m53s
Build and Test Quality Gate / Python tests and Contract API migration (pull_request) Failing after 24m55s
Security Quality Gate / npm audit, Bandit, pip-audit, detect-secrets (pull_request) Failing after 8m42s
149 lines
5.8 KiB
Markdown
149 lines
5.8 KiB
Markdown
# V2 市场增长与公开入口优化
|
|
|
|
日期：2026-08-19
|
|
|
|
## 一、决策结论
|
|
|
|
钰麒合同不采用“访问站点即登录”的封闭入口。网站根路径必须承担产品认知、信任建立和试用转化；登录只保护个人或组织工作空间、合同正文、附件、审查结果、审批、归档、审计和管理能力。
|
|
|
|
公开首页不等于匿名开放合同处理。任何涉及用户材料、生成结果、AI 用量或组织数据的操作，仍需建立账号和工作空间，以满足数据隔离、协议同意、防滥用与运营计量要求。
|
|
|
|
## 二、产品定位
|
|
|
|
核心定位：
|
|
|
|
> 面向中小企业法务、采购和业务团队的合同风险决策与协作工作台。
|
|
|
|
市场表达不应停留在“AI 合同审查工具”。用户真正购买的是：
|
|
|
|
1. 更快形成可用的合同初稿；
|
|
2. 更早发现需要人工判断的风险；
|
|
3. 能看懂 AI 建议所依据的条款和法源；
|
|
4. 让业务、法务和审批人围绕同一版本协作；
|
|
5. 让审批、下载、版本和归档过程可以追溯。
|
|
|
|
## 三、目标用户与切入场景
|
|
|
|
### 3.1 个人专业用户
|
|
|
|
- 独立顾问、小微经营者、项目负责人；
|
|
- 先从高频合同起草和单份审查获得价值；
|
|
- 对复杂组织治理需求较低，但关注成本、易用性和结果可信度。
|
|
|
|
### 3.2 成长型企业团队
|
|
|
|
- 采购、销售、行政、人力和业务负责人；
|
|
- 痛点是模板分散、反复改稿、审批依赖聊天、签后文件难追溯；
|
|
- 适合以模板起草和合同审查切入，再扩展成员协作与审批。
|
|
|
|
### 3.3 企业法务与管理者
|
|
|
|
- 关注权限、规则、审计、企业模板和风险口径一致性；
|
|
- 需要更长的验证和交付周期；
|
|
- 企业销售应以受控试点、真实合同样本和可量化效率提升推动，而不是只演示模型输出。
|
|
|
|
首批公开场景：采购与供应链、技术与 SaaS、劳动与服务、合作与投资。
|
|
|
|
## 四、公开与登录边界
|
|
|
|
### 4.1 匿名公开
|
|
|
|
- 产品首页、能力说明和适用场景；
|
|
- 产品工作流预览和公开示例；
|
|
- 用户协议、隐私政策、服务协议和 AI 使用边界；
|
|
- 注册、登录，以及注册关闭时的试用申请或服务联系入口。
|
|
|
|
### 4.2 登录后基础能力
|
|
|
|
- 创建个人或组织工作空间；
|
|
- 使用已发布模板起草；
|
|
- 上传或粘贴合同并发起单份审查；
|
|
- 查看基础风险、依据和修改建议；
|
|
- 保存个人历史和下载允许范围内的结果。
|
|
|
|
### 4.3 团队或企业能力
|
|
|
|
- 多成员、角色和数据范围；
|
|
- 审批、组织模板、规则和知识资产；
|
|
- 审计、归档、企业级存储和更高 AI 用量；
|
|
- 运营支持、交付服务和企业安全配置。
|
|
|
|
## 五、增长漏斗
|
|
|
|
```text
|
|
公开访问
|
|
-> 场景理解
|
|
-> 查看产品工作流
|
|
-> 创建基础账户
|
|
-> 完成首份起草或审查
|
|
-> 二次使用或邀请成员
|
|
-> 团队试用
|
|
-> 付费或企业试点
|
|
```
|
|
|
|
核心激活事件不是“注册成功”，而是：
|
|
|
|
> 新用户在注册后 3 分钟内完成首份合同起草，或完成首份合同审查并看到带依据的结果。
|
|
|
|
## 六、免费起步原则
|
|
|
|
当前代码已经保存 `personal` 和 `trial` 套餐标识，但尚未形成完整的配额、用量、支付和超限闭环。在闭环完成前：
|
|
|
|
- 可以承诺“免费开始”或“申请试用”；
|
|
- 不公布尚未实施的具体次数、期限、价格或自动续费规则；
|
|
- 不把开发环境 demo 数据当成免费服务证据；
|
|
- 不在没有明确确认时把免费服务自动转为付费；
|
|
- 不因试用到期直接删除用户材料，应提供明确的数据处理安排。
|
|
|
|
建议的正式基础层在配额系统完成后再配置：有限模板起草、有限单份审查、有限存储和基础报告；组织协作、复杂审批、企业资产和管理后台保持付费或受控试点能力。
|
|
|
|
## 七、运营指标
|
|
|
|
### 7.1 获客
|
|
|
|
- 首页访问量、场景页到达率；
|
|
- “免费开始”和“登录”点击率；
|
|
- 注册开始率、协议页退出率和注册完成率。
|
|
|
|
### 7.2 激活
|
|
|
|
- 首份起草完成率；
|
|
- 首份合同上传率；
|
|
- 首次审查完成率和平均完成时间；
|
|
- 用户是否查看引用、修改建议或下载结果。
|
|
|
|
### 7.3 留存与转化
|
|
|
|
- 1 日、7 日和 30 日回访；
|
|
- 第二份合同处理率；
|
|
- 团队邀请率、审批使用率；
|
|
- 试用到团队方案、企业试点和付费订单的转化率。
|
|
|
|
### 7.4 质量与流失
|
|
|
|
- AI 任务失败、低置信度、无依据结果和人工否定率；
|
|
- 注册、上传、审查和下载各步骤失败率；
|
|
- 配额触达后的升级、等待和离开原因；
|
|
- 客诉、安全事件和数据退出请求。
|
|
|
|
指标只采集实现运营目的所需的最小事件，不记录合同正文、AI 输入全文或其他不必要敏感内容。
|
|
|
|
## 八、实施顺序
|
|
|
|
1. 根路径改为公开产品首页，业务路径继续统一要求登录；
|
|
2. 首页使用真实产品能力和安全边界表达，不承诺未实现价格或配额；
|
|
3. 补齐首页、注册、首个任务和结果查看的最小化转化事件；
|
|
4. 实现套餐、配额、用量、超限提示和运营后台；
|
|
5. 用受控试点数据验证激活率、质量和支持成本；
|
|
6. 完成生产法务、Provider、容量、安全和服务交付门禁后，再开放公开多企业注册与正式付费承诺。
|
|
|
|
## 九、验收标准
|
|
|
|
- 匿名访问 `/` 返回公开首页，不跳转登录；
|
|
- 匿名访问 `/workspace`、`/contracts`、`/files`、`/legal-qa` 和 `/admin/*` 仍跳转登录；
|
|
- 首页在移动端和桌面端无重叠、溢出或不可读文本；
|
|
- 已登录用户从首页可直接进入自己的工作台；
|
|
- 所有主要转化入口指向真实存在的注册、登录或工作台路径；
|
|
- 协议与 AI 使用边界在公开首页可达；
|
|
- 页面不得宣称当前尚未实现的具体免费额度、价格、付费套餐或法律服务结果。
|