个人作品集
返回精选项目

AI 情感叙事产品 · 产品方案 V1.0

交换人生

让两个版本,在不互相打断的前提下被完整看见

面向彼此熟悉、却难以把一段经历说清楚的两个人。产品通过私密表达、分别确认与共同叙事,帮助双方重新理解同一件事或一段人生。

  • 双人叙事
  • 隐私设计
  • AI 辅助表达
  • Next.js + Supabase
交换人生项目封面,两个人在桥上回望共同经历LIFE EXCHANGE / V1.0
01

Problem framing

有些经历不是没人想说,而是缺少不被打断的表达空间

即时聊天容易被反应打断,日记又过于私密;通用 AI 还能生成内容,却没有明确处理双人关系中的同意、可见性和发布边界。

01

表达被打断

解释刚刚开始,就可能被追问、辩解或情绪反应带走,双方都难以完整讲述。

02

材料无法共享

私人记录保留了细节,却缺少合适的整理与交付方式,公开社交平台也不适合承载。

03

权限边界模糊

AI 可以帮助组织语言,但不能替用户同意、替对方发言,或提前暴露另一方的私密内容。

02

Dual-perspective model

两个选择轴,组成四条叙事路径

先选择讲述同一事件还是一段人生,再选择独自完成还是邀请对方共同参与。点击四种组合,查看流程与结果如何变化。

流程视角

同一事件 · 双方参与

一次具体事件
双方独立提交
双方提交前互不可见
共同故事 / 绘本
当前流程
A
B
  1. 1分别表达
  2. 2独立提交
  3. 3共同节点
  4. 4双方确认
03

Privacy by design

先保护表达,再建立共同理解

双人模式下,两条叙事线在提交前彼此不可见。共同结果默认先于原始稿出现,原始内容是否开放由双方预先确认的规则决定。

A提交前 · 私密区

每个人只看到自己的草稿、AI 建议和确认状态。另一方无法预览、催促或修改。

A + B双方提交后 · 共同区

系统基于锁定快照生成共同故事,保留共同线索、双方视角和仍未达成一致的部分。

04

Product decisions

把理解做成结果,而不是把关系做成评分

A

AI 只辅助组织

AI 负责追问、整理和生成候选内容,所有发布内容仍由用户确认。

不判断谁对谁错,不诊断关系。
B

单人也能完整结束

用户不必等待邀请被接受,单人故事可以独立完成并选择是否发送。

不通过提醒、连续签到或排名制造压力。
C

共同结果保留差异

共同故事同时呈现共识、A 的视角、B 的视角和仍然不同的部分。

不虚构对话、动机或和解结局。

Structured PRD · V1.0

产品需求文档

以下内容由现有完整 PRD 整理为网页阅读版。方案仍处于待未决问题确认后进入开发拆解的阶段;已实现 Demo 与正式方案的能力边界在文末单独说明。

背景与产品定位

交换人生是一款面向两位熟人关系的桌面优先 Web 产品。它把难以直接解释的经历整理成可阅读的个人故事或共同绘本,并通过明确的提交、可见性与确认机制保护双方的表达边界。产品目标是帮助彼此看见,而不是强制达成一致。

目标用户与核心需求

亲密关系中的两个人

希望完整讲述同一事件,又担心即时对话变成争辩。

长期关系中的双方

希望整理一段共同生活中的多个节点,理解彼此不同的时间线。

先独自表达的人

希望先完成自己的版本,再决定是否邀请、发送或开放原始内容。

产品目标

  • 降低开始表达的压力
  • 保证 AI 可选且所有结果需确认
  • 双人模式在双方提交前保持独立
  • 让一段人生按时间与事件持续积累

非目标

  • 不做陌生人匹配或公开社区
  • 不做即时聊天与无限反馈流
  • 不做关系诊断、评分与建议
  • 不通过连续任务制造参与压力

四种产品组合

模式表达方式公开时机核心输出
同一事件 · 只有我单人完成

作者确认后发送给对方

个人故事 / 绘本

同一事件 · 双方参与双方独立提交

双方提交前互不可见

共同故事 / 绘本

一段人生 · 只有我单人持续记录

完成整理后由作者决定

个人时间线 / 绘本

一段人生 · 双方参与双方独立时间线

双方提交后再共同呈现

双轨时间线 / 共同绘本

端到端关键流程

  1. 01
    创建规则

    选择叙事范围、参与方式、交付与可见性规则,再创建关系空间。

  2. 02
    私密表达

    用户独立写作,按需调用 AI 追问或整理,并确认用于生成的来源。

  3. 03
    提交与锁定

    双人模式分别提交快照;双方完成前,另一方无法查看原始内容。

  4. 04
    共同生成

    AI 生成保留差异的共同故事或绘本,双方分别校对并确认。

  5. 05
    阅读与归档

    根据预设权限阅读、回应与决定是否开放原始稿,争议内容解决后再归档。

AI 角色与隐私边界

AI 是表达辅助者,不是关系裁判。它只能基于用户确认过的材料组织候选结果,不能越过发布和权限规则。

  • 不自动发送或代替用户同意
  • 不虚构对话、动机和和解
  • 每段共同结果保留来源可追溯性
  • 用户可拒绝建议、重新生成或标记争议

MVP 与当前 Demo 边界

当前 Demo 可作为“同一事件”基础流程的体验样本,不代表完整 PRD 已全部实现。正式 MVP 仍需要后端状态机、真实身份与关系空间、双人提交快照和 Supabase RLS 等能力。

可延续
现有事件写作、整理、预览与阅读组件。
需新增
人生时间线、双人快照、共同生成、双方校对与确认。
需重构
用服务端状态机与 Supabase RLS 替代浏览器状态权限。

拟观察指标

以下为方案提出的验证指标,不是已取得的真实线上数据。

创建
规则设置与创建流程完成率
表达
首次有效内容与 AI 候选采用情况
协作
邀请接受率、双方提交率与有效完成天数
阅读
打开率、读完率与轻量回应选择
确认
争议标记、重新生成与双方确认率

Current prototype

体验“同一事件”的当前基础流程

Demo 将在新标签页打开。它用于展示当前可体验的产品方向,不将 PRD 中尚未实现的双人状态机、人生时间线与完整权限机制包装为现成功能。打开交换人生 Demo外部站点 · exchange-life.786383431.workers.dev
exchange-life.786383431.workers.dev

当前体验边界当前 Demo 是正式产品方案的基础样本;设备要求、登录条件与完整体验路径仍待补充确认。

建议从这些产品判断点观察

  1. 01表达如何开始

    观察产品如何降低讲述一件事的启动压力。

  2. 02AI 如何介入

    关注 AI 是提供整理候选,还是替用户做决定。

  3. 03结果如何被阅读

    关注从私人表达走向可阅读故事的结构变化。

返回首页项目区