CASE 03 · AI EXPERIENCE · MONETIZATION

AI 多图写真商业化体验

从醒图复杂状态收敛,到剪映积分体系迁移,将高算力 AI 能力转化为清晰、可持续的创作体验。

AI 多图写真需要先建立人脸档案,再基于用户选择的模板生成写真。相比传统修图功能,这条链路同时涉及人脸档案、会员权益、免费次数、单次购买、照片审核和异步生成等多种状态。 我负责梳理复杂状态与商业化链路,通过渐进式信息披露、任务合并和付费时机设计,让用户不必理解系统背后的全部规则,也能清楚完成每一步操作。醒图验证成功后,同一能力进一步迁移至剪映积分体系。

RoleProduct Experience Designer
ScopeAI Experience / Monetization / State Design
ProductXingtu / CapCut
CollaborationProduct / Algorithm / Engineering / QA
醒图 AI 写真创作体验
01 / 项目背景

高算力 AI 能力,需要被转化为用户可理解的商业体验

写真生成不是一次简单操作,而是一条包含建档、付费与异步生成的完整链路。

AI 多图写真需要用户上传多张照片,建立个人面部档案,再基于档案生成不同风格的写真。整个过程涉及持续的算法与算力成本,无法像传统滤镜一样无限免费开放。 设计需要同时解决三个问题:

  • 如何让用户理解人脸档案与写真生成之间的关系;
  • 如何在会员、免费次数与单次购买之间建立清晰的权益逻辑;
  • 如何避免复杂规则和多次付费提示破坏用户体验。
从进入写真到查看结果

新用户依次完成选择模板、建立档案、照片审核、生成写真与查看结果;已有面部档案的用户可直接复用档案进入生成。

  1. 01 选择模板 明确生成目标
  2. 02 建立档案 上传多张照片
  3. 03 照片审核 校验输入质量
  4. 04 生成写真 异步生成
  5. 05 查看结果 进入我的写真
已有人脸档案 · 直接复用
AI 多图写真产品链路概览
02 / 状态复杂度

真正的复杂,不是页面数量,而是用户状态的交叉

同一个操作入口,需要承接完全不同的用户身份、权益与任务进度。

制作写真前,系统需要同时判断人脸档案、会员权益与当前任务状态;这些条件最终只需要收敛为三类用户动作。

同一入口 制作写真

系统根据当前状态,只呈现一类下一步

01前置条件
建立人脸档案 · 上传并审核照片
02权益决策
直接生成 · 会员优惠价购买 · 单次购买或开通会员
03任务状态
等待生成 · 失败后重新生成 · 完成后查看结果

如果将这些规则一次性展示给用户,用户感知到的不是能力丰富,而是流程复杂、价格混乱和“每一步都需要付费”。

判断留在系统里,界面只呈现当前唯一的下一步。

状态矩阵 系统判断,用户只看下一步

人脸档案、会员身份与免费次数共同决定当前主操作;任务状态继续决定等待、恢复或查看结果。

  1. 未建档 权益后置 建立档案
  2. 已建档 会员 · 有免费次数 直接生成
  3. 已建档 会员 · 无免费次数 会员价购买
  4. 已建档 非会员 · 无免费次数 单次购买 / 开会员
任务状态接续
  • 审核 / 生成中等待
  • 失败恢复
  • 完成查看结果
AI 写真用户状态矩阵
完整状态流 一个入口,多条真实路径

制作写真后,系统依次处理人脸档案、照片审核、权益或购买、异步生成,并为审核与生成失败提供恢复路径。

制作写真 人脸档案 上传并审核未通过 · 补充照片 权益判断免费次数 / 会员 确认购买 系统执行按需建档 · 生成 等待生成 查看结果 失败恢复重新生成
AI 写真完整状态流
03 / 核心策略

用渐进式披露,将复杂规则收敛为单一决策

每一步只让用户理解当前任务,而不是提前承担后续所有成本与规则。

产品早期方案希望同时告诉用户:可以建立人脸档案,也可以购买写真。但从真实任务依赖来看,用户必须先有人脸档案,才能生成写真。 如果在人脸档案尚未建立时,同时展示建档价格、写真价格和会员权益,用户会在尚未理解产品价值之前,就连续感知多个收费点。 因此,我将方案收敛为四个设计原则:

01

依赖关系优先

先完成生成写真所必需的人脸档案,再进入模板与付费决策。

02

权益与状态匹配

有免费权益时移除付费阻力;需要付费时,只展示当前真正相关的购买选择。

03

单一主操作

同一页面只保留一个明确的主按钮,避免用户同时处理建档、购买和会员开通。

04

系统吸收复杂度

可以在后台自动完成的状态切换,不要求用户重复进入页面和做出选择。

主流链路与已有免费人脸档案次数时的链路对比
04 / 关键链路

根据人脸档案与权益状态,动态匹配最短完成路径

同一个入口不使用统一流程,而是根据用户当前状态减少不必要的步骤。

关键链路 01 · 已有人脸档案

让用户直接进入写真决策

会员且有免费次数

会员且有一次免费写真机会时的写真入口 写真提交后正在生成并展示预计等待时间

会员优惠购买

会员用户看到写真会员优惠价格 会员优惠购买进入系统支付确认

单次购买 / 开会员

非会员用户看到写真单次制作价格 购买写真时可在会员优惠与单次购买之间选择
关键链路 02 · 尚未建立人脸档案

先建立必要条件,再进入写真生成

对于尚未建立人脸档案的用户,点击写真模板后,不立即展示完整写真付费流程,而是先提示“制作面部档案后可生成写真”,引导用户完成必要的前置任务。

当用户拥有免费写真次数时,页面直接引导上传照片,不增加额外付费阻挡;当用户需要购买写真时,则根据权益状态展示对应价格与会员折扣。

用户完成照片选择后,已经明确理解系统需要什么资料、将为自己生成什么结果。此时再进入付费决策,相比在流程开始前要求用户为未知结果付款,能够降低不确定感和心理风险。

这不是简单地延后收费,而是先帮助用户建立明确预期,再让付费发生在用户能够理解价值的时刻。

AI 写真前置付费与理解任务后付费方案对比
关键链路 03 · 合并建档与写真生成

让用户只感知“制作写真”,由系统自动完成前置任务

在部分状态下,用户既没有人脸档案,又需要购买写真。按照系统逻辑,用户原本需要先购买并建立档案,再返回模板页重新购买写真。

我将两个任务在用户感知层合并:

  1. 01用户选择写真模板
  2. 02完成照片上传
  3. 03确认购买
  4. 04系统在后台自动建立人脸档案
  5. 05档案完成后自动继续生成写真

用户只需围绕“制作当前写真”完成一次连续任务;真正减少的不是一个页面,而是对两阶段系统复杂度的感知。

用户只感知制作写真,系统自动衔接面部档案建立
关键链路 04 · 异步生成与状态反馈

让等待过程可预期,让生成结果可追踪

人脸档案与写真生成都需要一定时间,用户不适合长时间停留在当前页面等待。 完成购买后,系统明确告知预计生成时间,并允许用户返回写真首页继续浏览。生成中的模板暂时不可重复操作,避免用户在状态未完成时再次购买或提交任务。 生成完成后,用户可以在“我的写真”中查看历史结果;对于审核失败、生成失败或需要补充照片的状态,提供明确原因与下一步操作。

AI 写真异步生成状态与结果管理界面
05 / 体系迁移

同一 AI 能力进入剪映后,重新适配积分商业体系

功能可以复用,但商业模型与用户心智不能直接复制。

醒图 AI 写真的商业化主要围绕免费次数、单次购买和会员折扣展开。项目验证后,同一套 AI 写真能力进一步接入剪映。 剪映已有独立积分体系,建立人脸档案和生成写真都需要消耗积分。用户既可以单独购买积分,也可以通过开通会员获得积分权益。 因此,剪映版本的核心不再是判断“是否还有免费次数”,而是重新处理四组关系:

  • 当前积分是否足够
  • 建档与写真分别消耗多少积分
  • 单独充值积分与开通会员之间如何选择
  • 会员赠送积分如何被理解和使用

设计需要避免用户将建档与生成理解为两次重复收费,同时让积分成为可持续使用的创作资源,而不是额外增加的一层复杂货币。

商业模型对比 同一能力,两套权益路径

醒图先判断免费次数,再进入单次购买或会员折扣;剪映先判断积分余额,不足时通过积分充值或会员赠送补足。

醒图 · 权益体系 制作写真 免费次数 单次购买会员享折扣 生成结果
剪映 · 积分体系 制作写真 积分余额 充值积分或会员赠送 扣分生成
醒图与剪映 AI 写真商业模型对比
剪映积分链路 余额判断后,按身份分流

选择写真并完成照片建档后,系统核对积分余额。积分充足时直接生成;非会员积分不足时可开通会员或充值,会员积分不足时直接充值。

选择写真挑选风格 上传并建档照片校验 · 建档计分 积分余额判断写真预计消耗 480 积分充足可选 30 积分加速 非会员不足 会员不足 充值积分补足余额 扣积分 · 生成结果进入我的写真
剪映 AI 写真积分商业链路
06 / 结果沉淀

从复杂状态收敛,到商业结果验证

通过状态收敛、任务合并与付费时机设计,将多角色、多权益链路转化为清晰、连续的用户体验。

商业化验证 70K+

AI 写真单日营收

  1. 状态收敛

    将会员身份、免费次数、人脸档案与生成状态的交叉组合,映射为当前用户的最短完成路径。

  2. 任务合并

    将人脸建档与写真生成整合为连续任务,由系统承担后台状态切换,减少用户反复进入页面和重复决策。

  3. 方法迁移

    将复杂状态与商业化体验方法迁移至剪映积分体系,适配积分充值、会员权益与生成消耗等新的商业模型。

复杂体验的四个判断

  1. 我正在完成什么?

  2. 为什么需要这一步?

  3. 需要付出什么成本?

  4. 完成后将获得什么结果?

只有当用户能够清楚回答这四个问题,复杂状态才算真正转化为清晰体验。

判断复杂体验是否清晰,不取决于系统包含多少状态,而取决于每一步是否只要求用户处理当前最重要的决定。

More Projects