Skip to content

lennney/HEALTH-AI-CHATBOT

Folders and files

NameName
Last commit message
Last commit date

Latest commit

 

History

5 Commits
 
 
 
 

Repository files navigation

AI 心理健康陪伴产品原型

项目信息

  • 项目类型:课程项目 / 产品原型
  • 项目周期:2024 年 9 月 – 2025 年 1 月
  • 项目状态:已完成首版高保真原型与概念设计文档

项目简介

这是一个基于用户需求分析完成的 AI 心理健康陪伴产品原型。

项目的核心不是单纯做一个”会聊天的机器人”,而是围绕心理支持场景中更真实的用户需求,设计出一套相对完整的产品原型。项目从需求出发,逐步形成了个性化聊天机器人、分模式设计、社区支持、冥想功能、记忆管理和心理动态画像等模块,尝试把”即时情绪表达”扩展为”持续陪伴、状态追踪与支持连接”的产品体验。

首页总览

主要界面展示

产品的主要交互界面覆盖了用户从登录到核心功能的完整流程:

登录界面

用户通过简洁的登录界面进入产品,系统支持多种身份验证方式,确保使用过程的安全与便捷。

注册界面

首次使用的用户可以通过注册流程创建个人账户,完成后即可体验完整的 AI 心理健康陪伴服务。


项目背景

在心理健康支持场景中,很多用户面对的问题并不是“完全没有帮助”,而是现有帮助往往存在门槛高、持续性弱、表达成本高等问题。相比正式心理服务,很多人更需要一个更容易开始、能够逐步建立信任、并能在日常中提供支持的入口。

因此,这个项目并没有把目标放在“替代专业服务”上,而是希望通过 AI 产品原型去回应几个更基础的问题:用户如何更自然地表达情绪,如何在不同状态下获得合适的支持,如何感知自己的变化,以及如何在使用过程中保有安全感和控制感。


我的工作

在这个项目中,我主要参与的是从需求到原型的转化过程,包括:

  • 梳理项目的核心问题与产品方向
  • 参与分析用户需求,并将需求拆解为具体功能
  • 参与原型页面的结构设计与展示整理
  • 参与聊天、社区、冥想、记忆管理、心理动态画像等模块的页面规划
  • 参与文档整理,说明各功能背后的设计逻辑和对应需求

这个项目对我来说,比较重要的一点不是单独完成了某个页面,而是练习了如何把比较抽象的用户需求,转化成有逻辑的功能结构和原型表达。


需求分析与原型实现

这个项目最核心的部分,是从用户需求出发去做设计,而不是先有页面再去补理由。

1. 用户需要更低门槛的情绪表达入口

很多人在情绪波动时,并不会立刻寻求正式帮助,他们更需要一个容易开始、不需要太大心理负担的表达入口。

基于这个需求,项目设计了聊天页面作为核心入口,让用户可以直接输入自己的感受,并获得更温和、更偏陪伴式的回应。这个页面的重点不是复杂功能,而是降低开口成本。

聊天页


2. 用户需要更贴近自身情况的支持方式

不同用户群体的使用习惯、理解方式和情绪场景并不相同。如果产品只提供一种统一模式,很难兼顾不同人群的体验。

因此,项目设计了Normal Mode、Student Mode 和 Elderly Mode,希望通过分模式入口回应不同年龄和使用场景下的需求。同时,项目还加入了机器人名称与人格自定义,让用户可以调整陪伴对象的风格,使互动更具个体适配性。

模式选择页 个性化设置页


3. 用户需要知道自己的状态有没有变化

心理困扰往往不是静止的。很多时候,用户并不容易判断自己是变好了、变差了,还是只是暂时维持在某种状态里。

针对这一需求,项目设计了Psychological Dynamics Profile(心理动态画像),通过图表和 AI 生成的反馈,帮助用户观察一段时间内的心理状态变化。这个模块希望把原本模糊的主观感受,转化为更容易回顾和理解的内容。

心理动态画像页


4. 用户需要聊天之外的情绪调节方式

并不是所有情绪都适合通过不断对话来缓解,有些时候,用户更需要的是一个简单、安静、可以立刻开始的调节入口。

因此,项目加入了冥想模块,提供不同时长的冥想选择,作为聊天之外的补充型功能。它回应的不是”继续表达”,而是”先缓下来”。

冥想页


5. 用户需要支持连接,而不只是人机对话

心理支持如果完全停留在“用户—AI”这一条线上,会比较单薄。很多用户真正需要的,还包括被理解、被看见,以及与相似处境的人建立连接。

因此,项目设计了社区功能,支持匿名发帖、评论和互动,希望为用户提供一个可以分享感受、获得共鸣与建议的空间。这个模块补充了单一人机关系的局限,让支持来源更加多元。

社区首页 社区详细页


6. 用户需要对隐私和记忆保有控制权

在心理健康相关产品中,信任感很大程度上来自于用户是否拥有控制权,而不仅仅是系统是否“足够聪明”。

因此,项目设计了记忆管理页面,让用户能够查看、调整甚至删除 AI 记录的信息。这部分设计并不是附属设置,而是产品可信度的一部分。

记忆管理页 设置页


从需求到功能的映射

整个项目可以概括为一条比较清晰的设计路径:

用户需求 对应功能 / 原型实现
需要低门槛表达情绪 聊天页面
需要更贴近自身情况的支持 多模式设计、个性化机器人
需要感知心理状态变化 心理动态画像
需要聊天之外的调节方式 冥想模块
需要获得共鸣与连接 社区功能
需要安全感与控制权 记忆管理、隐私设置

这也是这个项目最想体现的一点:原型不是为了把功能堆在一起,而是为了回应已经识别出来的真实需求。

这个项目体现了我的哪些能力

通过这个项目,我主要想展示以下几方面能力:

  • 能够从用户场景中提炼出核心需求
  • 能够把抽象需求拆成具体功能
  • 能够围绕功能组织页面结构和产品原型
  • 能够思考 AI 产品中的陪伴、个性化、记忆与信任机制
  • 能够通过文档和页面把设计逻辑讲清楚

相比单纯展示页面,我更希望这个项目能体现我在“根据需求定义问题,再用原型回应问题”这件事上的能力。


项目反思

回头看,这个项目最有价值的地方,不是做了多少页面,而是让我更清楚地意识到:一个产品原型如果想成立,前提不是页面好不好看,而是它有没有真正对应到需求。

很多时候,用户说出来的是情绪,背后真正需要的却是陪伴、理解、节奏、连接或者控制感。把这些需求识别出来,再一步步转成具体功能,这个过程本身比最后的界面更重要。


项目边界

目前该项目仍处于高保真原型阶段,重点在于需求分析、功能规划和交互设计表达,而不是完整的工程实现或真实部署。它不具备临床诊断能力,也不能替代专业心理咨询服务。对我来说,这一点需要在展示中明确说明。

About

一个面向日常心理支持场景的 AI 心理健康陪伴产品原型

Resources

Stars

Watchers

Forks

Releases

No releases published

Packages

 
 
 

Contributors