閑魚怎么私聊(閑魚怎么和沒有商品的賣家私聊)( 二 )


4.產品效果
開場白:
打招呼:
四、從問答中取栗1.為什么總是問我同一個問題?
我們觀察數據發現,聊天中商品問詢場景覆蓋率35%~40%,因為閑魚商品交易獨特的二手屬性,賣家可能會面臨同一個商品同一個問題會被多個買家多次問到,從而重復回答的情況,賣家有苦說不出,只能內心os"為什么總是問我同一個問題?" 。為了優化賣家體驗,提高賣家回復效率,我們決定識別聊天中的問答對,然后在問答對消息后面插入引導tip,賣家側可以選擇將問答對補充到商品詳情中,如果問答對中含有商品結構化二手屬性信息(比如成色、有無拆修、品牌等),也會識別并引導賣家補充商品的結構化屬性 。
2.通用消息擴展屬性變更
我們上面說的意圖識別流程框架馬上就用了起來,這時候只需要新增一種意圖識別處理器(IntentProcessor),實現該場景的過濾和處理邏輯,就可以輕松實現整個功能 。但新的問題來了,上面的議價、打招呼場景中我們給賣家側的引導都是一種建議類卡片,這種卡片是一條新消息,與其他的消息一起混排,而且與觸發源消息關聯性不強,即使有延遲導致卡片插入到偏后的位置,影響也不是很大 。但是問答這種場景,下發的是一條引導tip,這個tip是與答案所屬的消息強關聯的,引導tip必須緊跟答案消息后面,如果對不上,就會非常影響體驗 。閑魚的消息列表是按照發送時間排序的,如果按以往新消息的形式插入,無法嚴格保證下發時機緊跟在某條消息后面,如果人為的修改消息的發送時間,會破壞消息發送時間這個字段的語義 。我們從另一個角度思考,這條tip一定是緊跟在某條消息后面,如影隨形,不離不棄,那么為什么不合二為一呢?把這條tip看成是這條消息的一個擴展屬性,所以我們決定引入一種通用變更消息擴展屬性的能力,通過事件下發給客戶端,再由客戶端根據約定的協議解析并展示,如下圖所示
由業務發起對某條消息的擴展屬性變更,可選設置存儲服務端消息庫,更新會話視圖,比如問答場景的tip,是有時效性的,只需要透傳給客戶端,服務端完全不需要存儲 。該方案也為以后消息的個性化變更及展示提供了可能 。
3.產品效果
五、總結與展望【閑魚怎么私聊(閑魚怎么和沒有商品的賣家私聊)】至此,我們的聊天小助手沉淀出了一套通用的意圖識別流程框架,實現了議價、打招呼、問答三種意圖識別,引導廣大個人賣家跟買家好好聊天,幫助賣家快捷補充更詳細的商品信息 。聊天小助手上線后,功能使用率較高,實驗桶相比對照桶,回復率相對提升4%,在議價場景中,下發卡片的實驗桶相比對照桶成交轉化率相對提升4%,從數據來看,確實也證明了我們之前的推斷,引導買賣聊天,對促成交易有正向作用,為接下來該項目的繼續演進提供了可能 。
我相信友好親切的溝通交流可以溫暖人心,拉近關系,現實世界是如此,通過網絡溝通也同樣是如此 。未來我們會持續迭代優化聊天小助手,橫向挖掘更多的意圖識別場景,比如包郵、發貨地等,同時在聊天中涉及最多的商品信息識別場景深耕,幫助賣家更好的完善補充商品信息 ??傊?,未來聊天小助手會有更豐富實用的技能樹,讓她更聰明,更懂你 。
作者:閑魚技術——有攸
原文鏈接:http://click.aliyun.com/m/1000287689/
本文為阿里云原創內容,未經允許不得轉載 。

推薦閱讀