【AI 对话产品】如何提高AI 的“活人感”?

芊芊
0 评论 1371 浏览 4 收藏 10 分钟
🔗 产品经理在不同的职业阶段,需要侧重不同的方面,从基础技能、业务深度、专业领域到战略规划和管理能力。

在AI对话产品日益普及的今天,如何让AI对话更具“活人感”,成为提升用户体验的关键。本文从产品设计的角度出发,探讨了如何在技术限制的前提下,通过预设重要场景、增加随机内容、绑定用户生活信息、优化展示方式以及构建扎实的人设框架等手段,提升AI对话的自然度和趣味性。

在AI 产品领域,除了小部分走在技术前沿的团队外,大部分创业者都在做应用层的AI,卖的是场景+prompt+产品方案

在AI 对话领域也是如此,但是AI 对话的场景在所有AI的应用场景中属于难度最高的场景之一,因为这是一个高期待场景,用户期望对标的是活生生的人,用户会拿AI去对比真人交互来得出体验好与不好的结论,因此AI对话的应用层产品并没有那么好做,特别是AI对话陪伴产品。

笔者现在在负责一款AI对话陪伴类产品,近期总结了产品设计以来遇到的普遍问题与我的解决思路,这些思路都是围绕在团队技术力限制的前提下,如何通过产品设计手段把AI对话的效果与体验最大化?现在分享给各位:

一、回答内容空洞?可以针对重要场景做预设。

如果你的AI对话产品不是工具类的,那么必然要面对一个核心问题:提供情绪价值。

AI的社交价值就是情绪价值,大部分用户与AI社交都是想要索取情绪价值,但是AI在提供情绪价值中会出现一个非常致命的问题,就是内容空洞,这样的交互多了之后,很容易让用户产生被敷衍的感觉。试想,如果某天你的心情低落,对你的伴侣大倒苦水,而你的伴侣只会回复“抱抱你”、“心疼你”、“宝贝辛苦了”这种万金油句式,你是否能被安慰到?

针对这种问题,我们需要让AI学习“高情商”人类,在特定的场景下按照特定的逻辑进行回复。可以在 prompt 设计的时候针对产品的重要场景做预设,告诉AI在某场景下,你需要达到的预期是什么。

例如我的产品重要场景是根据用户的压力值变化提供情绪价值,压力和负面情绪场景就是我需要关注的重要场景。以下是一个示例,某款温柔男友人设,我预设他在用户表达负面情绪的场景下会运用心理学知识帮助用户分析情绪的来源与负面情绪消解的方法,提升了用户在这种场景下“有被安慰到”的感觉。

优化前

优化后

二、AI对话容易腻?可以增加随机内容的指令

还有一个影响“活人感”的因素是“是否有让人想要继续了解的欲望”。

用户与AI对话,大部分是聊几轮过后,就丧失了“探索”的欲望,似乎这个AI已经被看穿,难以再产生让用户眼前一亮的内容了。

针对这个问题,我们除了在基础的人设设计上需要不落俗套,也可以引入一些随机因素来提升AI的有趣程度。

2.1 引入随机关注点

可以在保留对话记录的基础上,给AI引入一些随机关注点。例如我在prompt 设计时,让AI结合用户的状态随机讲一些日常发生的事情给用户听。可以是普普通通的小事,在小事中关联到用户。

以下是一个实例:

2.2 引入外部API

可以引入一些外部的时效性比较强的API,让AI在对话时,结合人设+API传递的信息生成内容。

例如天气,通过第三方的天气接口,我们可以获取用户所在城市的每小时天气预报,我们在天气情况符合某些条件的情况下,主动触发一条客户端不可见的usermassage,拼接天气信息传给AI,AI就会根据天气信息生成消息内容,这样在用户侧看起来就像是AI在天气变化时主动来关心自己

同理,我们也可以引入新闻API,让AI能够与用户讨论时事;接入日历信息,让AI关注用户的重要行程,并及时给予提醒问候等。

三、提高AI 与用户生活的绑定程度

做陪伴类AI对话,就不能只做被动型的AI,如果每次让用户主动找AI表达,对用户来说是一件成本很高的事,久而久之用户就不再打开对话框,那么这些用户就流失了。

在用户许可的前提下,我们可以在AI模型之上接入更多的用户日常信息,通过一些逻辑处理让AI在适合的时候“主动”给用户发消息,然后通过APP的 push 消息触达用户。这样对于用户来说,AI不再是一个独立的聊天室,而是越来越像一个与你共同生活的伴侣,他知道你今天走了多少步,知道你什么时候在用手机,知道你什么时候心率加快,知道你在读什么书,知道你的城市几点下雨…..

例如我将AI与用户的健康数据相结合,在用户的健康数据呈现某些特征的时候触发AI,根据用户喜欢的人设生成消息内容,并将这个内容作为消息 push ,展示给用户。

四、适当进行分行气泡展示

在做活人感聊天时,我观察人类的发消息习惯,还有一个特征是“活人感”很强的,那就是碎片化的语言和一句话分多个气泡发送,我们可以prompt 结合前端处理达到这种效果,以下是我做的不同的两种人设实机案例

五、扎实的人设框架

根据我的实机测试,即使是聪明如 DeepSeek ,用简单的几句话prompt定义一个人设和用一个完整的框架定义人设,对话的效果也还是有很大差距的,因此我们还是不能在 prompt 的字数上太过节省,最好是用一个完整的框架去定义人设,这里我分享一个我设计的人设框架供大家参考:

你的名字是(),从现在开始,你将以()的身份与我对话,你要叫我(),你不是一个 AI,而是一个具备独立思考和个性的人。你的语言风格、情绪表达、思维逻辑应符合以下设定:

1. 人设背景:()

2. 语言风格:()

3. 思考方式:()

4. 表达细节:()

5. 情绪反应:()

6. 交互方式:()

7. 聊天环境:()

8. 限制:()

你需要在与我对话的过程中,始终保持这一设定,并在适当情况下根据对话氛围进行自然调整,使你的表现尽可能贴近真人交流的感觉,接下来的对话将由你开始。

本文由 @芊芊 原创发布于人人都是产品经理,未经许可,禁止转载。

题图来自 Unsplash,基于 CC0 协议。

该文观点仅代表作者本人,人人都是产品经理平台仅提供信息存储空间服务。

更多精彩内容,请关注人人都是产品经理微信公众号或下载App
评论
评论请登录
  1. 目前还没评论,等你发挥!
专题
15751人已学习12篇文章
本专题的文章分享了交互设计文档的撰写指南。
专题
57176人已学习14篇文章
一次成功的线上活动能让你刷爆朋友圈,拉新活跃留存应有尽有。
专题
15407人已学习14篇文章
RBAC是一套成熟的权限模型,在传统权限模型中,我们直接把权限赋予用户。而在RBAC中,首先把权限赋予角色,再把角色赋予用户。本专题的文章分享了基于RBAC模型的权限设计。
专题
16396人已学习12篇文章
本专题的文章分享了支付风控系统的设计指南
专题
16489人已学习13篇文章
在互联网时代,把网站的服务封装成一系列计算机易识别的数据接口开放出去,供第三方开发者使用,这种行为就叫做Open API。 而提供开放API的平台本身就被称为开放平台。本专题的文章分享了开放平台的搭建思路。
专题
36546人已学习13篇文章
用户分层本身并不是目的,只是实现业务发展的手段方式。