- 项目类型:课程项目 / 产品原型
- 项目周期:2024 年 9 月 – 2025 年 1 月
- 项目状态:已完成首版高保真原型与概念设计文档
这是一个基于用户需求分析完成的 AI 心理健康陪伴产品原型。
项目的核心不是单纯做一个”会聊天的机器人”,而是围绕心理支持场景中更真实的用户需求,设计出一套相对完整的产品原型。项目从需求出发,逐步形成了个性化聊天机器人、分模式设计、社区支持、冥想功能、记忆管理和心理动态画像等模块,尝试把”即时情绪表达”扩展为”持续陪伴、状态追踪与支持连接”的产品体验。
产品的主要交互界面覆盖了用户从登录到核心功能的完整流程:
用户通过简洁的登录界面进入产品,系统支持多种身份验证方式,确保使用过程的安全与便捷。
首次使用的用户可以通过注册流程创建个人账户,完成后即可体验完整的 AI 心理健康陪伴服务。
在心理健康支持场景中,很多用户面对的问题并不是“完全没有帮助”,而是现有帮助往往存在门槛高、持续性弱、表达成本高等问题。相比正式心理服务,很多人更需要一个更容易开始、能够逐步建立信任、并能在日常中提供支持的入口。
因此,这个项目并没有把目标放在“替代专业服务”上,而是希望通过 AI 产品原型去回应几个更基础的问题:用户如何更自然地表达情绪,如何在不同状态下获得合适的支持,如何感知自己的变化,以及如何在使用过程中保有安全感和控制感。
在这个项目中,我主要参与的是从需求到原型的转化过程,包括:
- 梳理项目的核心问题与产品方向
- 参与分析用户需求,并将需求拆解为具体功能
- 参与原型页面的结构设计与展示整理
- 参与聊天、社区、冥想、记忆管理、心理动态画像等模块的页面规划
- 参与文档整理,说明各功能背后的设计逻辑和对应需求
这个项目对我来说,比较重要的一点不是单独完成了某个页面,而是练习了如何把比较抽象的用户需求,转化成有逻辑的功能结构和原型表达。
这个项目最核心的部分,是从用户需求出发去做设计,而不是先有页面再去补理由。
很多人在情绪波动时,并不会立刻寻求正式帮助,他们更需要一个容易开始、不需要太大心理负担的表达入口。
基于这个需求,项目设计了聊天页面作为核心入口,让用户可以直接输入自己的感受,并获得更温和、更偏陪伴式的回应。这个页面的重点不是复杂功能,而是降低开口成本。
不同用户群体的使用习惯、理解方式和情绪场景并不相同。如果产品只提供一种统一模式,很难兼顾不同人群的体验。
因此,项目设计了Normal Mode、Student Mode 和 Elderly Mode,希望通过分模式入口回应不同年龄和使用场景下的需求。同时,项目还加入了机器人名称与人格自定义,让用户可以调整陪伴对象的风格,使互动更具个体适配性。
心理困扰往往不是静止的。很多时候,用户并不容易判断自己是变好了、变差了,还是只是暂时维持在某种状态里。
针对这一需求,项目设计了Psychological Dynamics Profile(心理动态画像),通过图表和 AI 生成的反馈,帮助用户观察一段时间内的心理状态变化。这个模块希望把原本模糊的主观感受,转化为更容易回顾和理解的内容。
并不是所有情绪都适合通过不断对话来缓解,有些时候,用户更需要的是一个简单、安静、可以立刻开始的调节入口。
因此,项目加入了冥想模块,提供不同时长的冥想选择,作为聊天之外的补充型功能。它回应的不是”继续表达”,而是”先缓下来”。
心理支持如果完全停留在“用户—AI”这一条线上,会比较单薄。很多用户真正需要的,还包括被理解、被看见,以及与相似处境的人建立连接。
因此,项目设计了社区功能,支持匿名发帖、评论和互动,希望为用户提供一个可以分享感受、获得共鸣与建议的空间。这个模块补充了单一人机关系的局限,让支持来源更加多元。
在心理健康相关产品中,信任感很大程度上来自于用户是否拥有控制权,而不仅仅是系统是否“足够聪明”。
因此,项目设计了记忆管理页面,让用户能够查看、调整甚至删除 AI 记录的信息。这部分设计并不是附属设置,而是产品可信度的一部分。
整个项目可以概括为一条比较清晰的设计路径:
| 用户需求 | 对应功能 / 原型实现 |
|---|---|
| 需要低门槛表达情绪 | 聊天页面 |
| 需要更贴近自身情况的支持 | 多模式设计、个性化机器人 |
| 需要感知心理状态变化 | 心理动态画像 |
| 需要聊天之外的调节方式 | 冥想模块 |
| 需要获得共鸣与连接 | 社区功能 |
| 需要安全感与控制权 | 记忆管理、隐私设置 |
通过这个项目,我主要想展示以下几方面能力:
- 能够从用户场景中提炼出核心需求
- 能够把抽象需求拆成具体功能
- 能够围绕功能组织页面结构和产品原型
- 能够思考 AI 产品中的陪伴、个性化、记忆与信任机制
- 能够通过文档和页面把设计逻辑讲清楚
相比单纯展示页面,我更希望这个项目能体现我在“根据需求定义问题,再用原型回应问题”这件事上的能力。
回头看,这个项目最有价值的地方,不是做了多少页面,而是让我更清楚地意识到:一个产品原型如果想成立,前提不是页面好不好看,而是它有没有真正对应到需求。
很多时候,用户说出来的是情绪,背后真正需要的却是陪伴、理解、节奏、连接或者控制感。把这些需求识别出来,再一步步转成具体功能,这个过程本身比最后的界面更重要。
目前该项目仍处于高保真原型阶段,重点在于需求分析、功能规划和交互设计表达,而不是完整的工程实现或真实部署。它不具备临床诊断能力,也不能替代专业心理咨询服务。对我来说,这一点需要在展示中明确说明。











