微信发送表情问题及解决思路
针对“微信发送表情”这个问题,本文作者从两个场景来提出解决思路,enjoy~
不知道大家在使用微信表情的时候,有没有遇到和我一样的问题——即无论我下了多少表情,总是有时候找不到适合发的表情,这个时候通常需要我进入表情页搜索相关表情再发送,整个流程十分长,其过程主流程见下图橙黄部分。可以看出通过搜索发送表情到聊天界面到回到这个界面继续聊需要13次操作,整个过程我是很崩溃的。
聊天中发表情早已是一种基本需求,经常一言不合就斗图,基于此,我不知道有多少用户是有我这样的困扰的,对于T这样的大公司,通过完善的埋点,应该可以看到进入表情面板的用户有多少回点击【+】,并进一步点击【搜索】,通过这个数据大致可以掌握多少人有遇到我同样的问题,这个数据可以用以评判改问题需要解决的优先级。
不知道什么时候,当发现了一个问题之后,除了提出也养成了要想怎么解决的习惯,因此,针对这个问题,如果要解决的话,我想到可以通过以下两个场景来解决:
场景一:表情面板支持线上表情搜索
当用户点击【表情】进入表情面板时,直接支持线上表情搜索,大致思想如下图:
- 在表情栏加入【表情搜索】入口,可放在【+】右边;
- 点击搜索时支持手动输入,同时加入热门标签搜索(通过数据显示的热度动态更新)此外,横向标签不易过多,2-3横屏即可;
- 输入搜索后可以显示此文字的表情,优先显示下载表情包里的标签这个场景里面的表情不需要给出全网的同义表情,滑动3-4屏即可,排序规则最开始可以按照热门提供排在前面的表情,做的细致的话可以个性化推荐(比如有的人喜欢萌一点的表情,有的人则喜欢贱贱的表情)。
在这个场景下,如若该功能上线后,产品需要关注该功能的用户使用情况,包括:多少人点击【搜索】,多少人输入关键词,多少人点击标签(标签所占排序),最后多少人在这个页面完成了搜索表情的发送。
场景二:在输入框输入常见表情的字词时,直接弹出表情
目前输入一些常见表情(如666,么么哒等)的字词后,如果用户下载的表情里面有同义表情的话会显示(如下图所示),如果没有则不显示,因此可以考虑对于一些常见表情,用户输入文字后,也能唤起相关表情的出现,这里面下载的表情可以增加权重,优先显示,若无,则显示未下载的同义表情。
这里对于未下载表情有很多用语义表情应该怎么选择的话,个人感觉最简单的办法就是选择热门的,因为在这个场景下,用户更看重的是能够通过表情表达用户语义,而非选择更加合适的表情,而且能成为同类热门表情,也证明了该表情是符合大众审美的。
另外,在这种情况下出现表情需要注意:
- 对应语义对应表情的词汇量需要平衡,否则不断出现的表情会影响用户体验;
- 对于同一语义,支持显示的表情最好是有2-3个,避免用户输入这个词的时候永远都是一个表情;
- 如果对于一个词,出现表情但是用户一直没有发送表情,那么是不是表示这个用户就不喜欢发表情?后续该用户再输入这个词的时候需要考虑是否还要显示,或者降低频次。
总之,貌似是一个小功能,要做好的话,针对不同的用户不同场景要深挖的问题还是蛮多的。在这个场景下,产品需要关注:支持触发表情的字词是否满足用户需求,多少人通过这个功能发送了未下载的表情,然后深挖没有发送的表情是因为不喜欢表情本身还是不喜欢表情。
小结
从用户体验的角度来说,微信发表情确实是存在一定问题的。但是作为产品经理,可能还需要锻炼的是判断什么问题是值得研究的并投入时间,这个是很重要的。回想到工作当中,往往在面对一些问题的时候,想的就是解决方案,但是经常会忽略掉这个问题是否值得被解决,或者看待问题的方式是否有问题,这是以往很多时候犯的错误,共勉。
作者:玛丽娟,微信公众号:玛丽娟娟有话说
本文由 @玛丽娟 原创发布于人人都是产品经理。未经许可,禁止转载。
题图来源于网络
点个赞,之前考虑过这个问题(主要是针对场景二),但是明显您比我考虑的更具体、更深入些。
微信用户的表情包,个人感觉主要来源三方面:1.微信表情库自带的;2.用户下载到本地的;3.用户收藏的。对于用户下载本地的,KANYUSEKII前辈已经指出,用户已经习惯于“+”的操作;对于微信表情库自带的,微信目前已实现输入关键词显示表情以及搜索两种方式;而对于用户收藏的表情,微信目前貌似还未涉及。
针对用户收藏的,个人觉得,当用户收藏表情包时,首先通过两种途径对表情包进行打标签:1.用户自己打标签(收藏功能已具有);2.利用图像识别技术,识别表情包中的语义信息。之后,可以将这些打标签的表情包加入到微信自有的表情库中,一方面让本用户个人输入关键词时可以显示,另一方面其他用户也可以显示,实现互联网下的共享。
个人见解,望指正~~
赞赞~
1.微信是一个“去中心化”的工具,一切的排序都是围绕基于熟人社交而挖掘出来的,所以表情的“热度”排序这种具有强烈推荐导向的行为是不可能存在的…
2.输入“关键词”直接弹出表情,这可以看做是一个交互设计的模型,那么这么模型有没有让大家觉得很眼熟呢? 对,就是手机保存了一张图到本地相册,点击右侧的“+”,会自动定位到刚刚那张图片;请注意这里点击的是右侧的“+”号,而非通过在对话框中输入关键词来使其呈现,现在的用户已经被第一种点击“+”呈现照片缩略图的交互模型教育了,第二种交互出现势必会造成用户熟识的体验上的歧义,所以也不可取…
以上是个人的一点拙见,佩服作者主动发现痛点的思维,微信也会在各位的建议中越来越好的!
嗯嗯,谢谢您的认真回复,写这篇文章也是希望大家一起讨论,我在写的时候也是基于我的认知来给出的方案,真要做的话确实会考虑更多,特别这种超级App。
然后看到您标注自己是腾讯TEG交互设计师,也想问问您,对于这个问题,从您的角度会怎么思考解决方案?亦或者您是否觉得这其实是个伪需求?
在腾讯内部,都奉行“打造精品”的价值向去做产品,这就要求:
1.每一个产品的细节迭代必须是严格基于用户的使用场景,完善的闭环体验不能让用户停下来思考,不要给用户太多的选择,当一个功能的迭代造成用户迷茫,可能就失败了(技术、硬件发展趋势导向除外,如当年的手机QQ去掉了离线、隐身模式就是基于“移动互联网”的发展浪潮而作出的战略变化);
2.微信是一个具有平台属性的工具,只对开发者提供了极其有限的开放权限,由于用户量庞大,在操作方式上亦不会进行大的改动,所以如果真决定修改,则必须基于种种限制进行极其有限的改良。如果是我的话,如果出现“在聊天的时候找不到自己喜欢的表情”这种痛点,那么首先我肯定不愿意脱离这个聊天场景去到“我”页面添加表情,最好是从聊天输入框右侧“表情”按钮进入,再表情的管理页面给一个表情商店的入口,找到合适的添加即可,这样不会过度打断聊天场景,同时不会让“用户对微信既有的操作预期”造成颠覆。
其实一个工具不可能做到所有的人都喜欢,像之前的公众号文章的“沉浸式阅读”和微信的基础功能“聊天”就形成了对立,在公众号活跃度的鼎盛时期,这种局面带来了很差的体验,目前6.6.7版本的微信,公众号文章可以使用悬窗的形式停留在微信的任何角落,这样从任何页面均可抵达悬窗中的文章,但这个也仅限于公众号文章,不包含其它的web页面。这背后是为什么呢?也值得思考。
您说的这些道理我都认同,但是对于您提到的具体方案,我感觉和微信现状一样。
我再想了一下这个场景,当用户从下载的表情里面找不到适合表达自己语义的表情,那么这个时候是否是存在两种状态,一种场景是这个语义是用户常用的而未下载的表情,另一种场景是这个语义是用户偶尔才用到。对于第一种,微信设置了【添加到表情】功能;对于第二种,考虑到这个情况对于用户而言不是经常发生的,所以就算是目前【发送到朋友】这个流程比较长,会干扰到用户聊天体验,但是优先级不高。
那么问题又来了,在这两种场景下,如果按照这个思路,是否解决问题一的场景更优先,但是通过搜索出来的表情,点击后明显又是在优先解决场景二的问题(因为【发送给朋友】按键不论是位置还是颜色都比【添加到表情】突出)。
难道对于场景一的痛点,微信认为通过用户主动下载表情包即可解决,或者对于常用语义的表情微信表情大都包含,所以这其实不是一个问题?
你的场景一“用户常用而未下载的表情”,没太懂是什么意思?意思是表情以“云”或者“本地”的方式存储在微信App之外?如果是云,搜狗输入法现在的解决方案已经做的不错了,在输入法界面选择表情,然后-搜索关键词,在找到的结果中选择表情-选择微信好友-发送 就OK了,如果是本地,那么完全添加到微信表情中,图片过大的话可以先压缩后添加即可。
对于你的常用语义表情包,我认为可能这个数据埋点结果并不高,如果要做的话,内部PK也很难通过。而且Allen这个人做事情是凭直觉的,很多时候做功能并不在乎数据,完全是从人性的角度去做的一些判断。