- 方向 A:放弃恋爱倾向,外形更萌、更可爱,整体气质更接近《奇迹暖暖》或《闪耀暖暖》的梦幻换装系 IP。
- 方向 B:坚持恋爱体验和女友人设,明确瞄准男性用户,强化“被偏爱、被等待、被理解”的情感承诺。
本轮文档产出目标:
- 明确项目当前阶段只做方向梳理与 IP 设定。
- 基于两条倾向分别形成一套可独立成立的 Fensy IP 方案。
- 把交互、关系推进、题库、记忆系统、MR 场景设计暂缓到方向锁定之后再展开。
面向 Vision Pro 的海洋系数字生命 IP 方向整理
这是当前项目的唯一信息源文件。后续只维护这一个文档,再由脚本同步生成网页。
本版文档只处理项目方向与 IP 设定,不展开交互系统。当前已经和客户确认两条可行路线,接下来需要先完成方向选择,再进入对话、关系、记忆和 MR 互动设计。
萌系陪伴 / 恋爱女友
首页只保留目录和简介
继续只维护一份 Markdown
当前项目已经从“直接设计完整数字生命方案”调整为“先定项目方向,再做交互落地”。客户确认的两条方向如下:
本轮文档产出目标:
每个专题页单独承接具体内容,后面继续扩写角色设定、对比分析或技术约束时,不需要再把首页拉成长滚动单页。
这一章用于明确这次评审到底要解决什么、暂时不解决什么,以及当前这版报告最终应该交付成什么样子,避免团队一边讨论 IP 方向,一边又重新滑回完整交互设计。
这一章沉淀的是两条方向都必须保留的品牌共识,目的是先把 Fensy 作为海洋系数字生命的底层识别锁定住,再去讨论她究竟更偏“萌系陪伴”还是“恋爱女友”。
这一章完整展开方向 A 的角色逻辑,重点不是“弱化成普通可爱角色”,而是把 Fensy 做成一个具有海洋梦境识别度、可持续换装、可被广泛接受的陪伴型 IP。
这一章完整展开方向 B 的角色逻辑,核心任务是把“恋爱感”建立在温柔、偏爱、等待和被认真对待的情绪结构上,而不是落入廉价或低俗的表达。
这一章不是简单罗列优缺点,而是帮助团队快速判断:如果商业目标、受众预期和传播策略不同,两条路线分别会把后续产品带向什么样的结果。
这一章回答的是“方向定完以后下一步怎么做”,用于把评审结论顺势衔接到后续执行,避免方向刚锁定,团队却立刻在立绘、脚本和 MR 结构上各自发散。
这一章保留的是与 Vision Pro 和空间计算相关的基础约束。虽然本轮暂不展开交互系统,但这些前置限制会直接影响角色材质、造型轮廓和近距离观看体验,因此需要提前固化。