Implementera analyser för digitala assistenter

I och med de senaste framstegen när det gäller cloud computing, maskininlärning och naturlig språkbearbetning blir digitala assistenter en del av vardagen. Konsumenterna börjar prata med sina enheter och förväntar sig att de ska förstå och reagera på ett mänskligt sätt. När dessa plattformar blir mer etablerade kan varumärken presentera sina tjänster för konsumenterna på samma realistiska och verklighetstrogna sätt. Konsumenterna kan till exempel ställa frågor som:

Den här sidan innehåller en översikt över hur du bäst använder Adobe Analytics för att mäta och optimera den här typen av upplevelser.

Översikt över arkitekturen för digitala upplevelser

De flesta digitala assistenter har idag en liknande högnivåarkitektur:

Var ska Analytics implementeras?

En av de bästa platserna att implementera Analytics är i appen. Appen får återgivning och information från den digitala assistenten och sedan avgör appen hur den ska svara.

Det finns två gånger under en begäran som kan vara till hjälp när du vill skicka data till Adobe Analytics.

Om du bara är intresserad av att spela in vad som hände med kunden för framtida optimering skickar du en förfrågan till Adobe Analytics när svaret har returnerats. Du får det fullständiga sammanhanget för vad begäran var och hur systemet svarade.

Nya installationer

För vissa digitala assistenter får du ett meddelande när någon installerar kompetensen, särskilt när det gäller autentisering. Adobe rekommenderar att du skickar en Install-händelse genom att ange kontextdatavariabeln a.InstallEvent=1. Den här funktionen är inte tillgänglig för alla digitala assistenter, men den är användbar när den är till för att se lojalitet. Följande kodexempel skickar värdena Install event, Install Date och AppID till kontextdatavariabler.

GET
/b/ss/examplersid1,examplersid2/1?vid=[UserID]&c.a.InstallEvent=1&c.a.InstallDate=2017-04-24&c.a.AppID=Spoofify1.0&c.OSType=Alexa&pageName=install
HTTP/1.1
Host:
<xref href="https://example.data.adobedc.net">
  example.data.adobedc.net
 Cache-Control: no-cache
</xref href="https:>

Flera assistenter eller flera appar

Det är troligt att din organisation vill ha appar för flera plattformar. Det bästa sättet är att inkludera ett program-ID i varje begäran. Den här variabeln kan anges i datavariabeln a.AppID context. Följ formatet för [AppName] [BundleVersion], till exempel BigMac för Alexa 1.2:

GET /b/ss/examplersid1,examplersid2/1?vid=[UserID]&c.a.AppID=Spoofify1.0&c.a.Launches=1&c.Product=AmazonEcho&c.OSType=Alexa&pageName=install  HTTP/1.1
Host: example.data.adobedc.net
Cache-Control: no-cache

GET /b/ss/examplersid1,examplersid2/1?vid=[UserID]&c.a.AppID=Spoofify2.0&c.a.Launches=1&c.Product=GoogleHome&c.OSType=Android&pageName=install  HTTP/1.1
Host: example.data.adobedc.net
Cache-Control: no-cache

Användar-/besökaridentifiering

Adobe Analytics använder Adobe Experience Cloud identitetstjänst för att knyta interaktioner över tiden till samma person. De flesta digitala assistenter returnerar en userID som du kan använda för att behålla aktiviteten för olika användare. I de flesta fall är det här värdet vad du kan skicka in som en unik identifierare. Vissa plattformar returnerar en identifierare som är längre än 100 tecken. I dessa fall rekommenderar Adobe att du hash-kodar den unika identifieraren till ett fast längdvärde med hjälp av en standardhash-algoritm som MD5 eller Sha1.

Att använda ID-tjänsten ger mest värde när du mappar ECID:n på olika enheter (till exempel webb till digital assistent). Om din app är en mobilapp använder du Experience Platform SDK:n som den är och skickar användar-ID:t med metoden setCustomerID. Om din app är en tjänst använder du användar-ID:t som tillhandahålls av tjänsten som ECID och anger det i setCustomerID.

GET /b/ss/examplersid1,examplersid2/1?vid=[UserID]&pageName=[intent]  HTTP/1.1
Host: example.data.adobedc.net
Cache-Control: no-cache

Sessioner

Eftersom digitala assistenter är konversationer har de ofta begreppet session. Exempel:

Kund: "OK Google, ring mig en taxi"

Google:: "Visst, vilken tid vill du ha?"

Konsument: "20:30"

Google: "Låter bra, drivrutinen är vid 08:30"

Sessioner är viktiga för att hålla sammanhanget och för att hjälpa till att samla in mer information för att göra den digitala assistenten mer naturlig. När Analytics implementeras i en konversation finns det två saker att göra när en ny session startas:

GET /b/ss/examplersid1,examplersid2/1?vid=[UserID]&c.a.LaunchEvent=1&c.Intent=[intent]&pageName=[intent]  HTTP/1.1
Host: example.data.adobedc.net
Cache-Control: no-cache

Återgivning

Var och en av de digitala assistenterna har algoritmer som identifierar metoder och sedan skickar metoden vidare till"appen" så att appen vet vad den ska göra. Dessa metoder är en kort representation av begäran.

Om en användare till exempel säger"Siri, Skicka John $20 för middag igår kväll från min bankapp" kan avsikten vara något som sendMoney.

Genom att skicka in var och en av dessa förfrågningar som eVar kan du köra målningsrapporter för var och en av avsikterna med konversationsappar. Se till att appen även kan hantera förfrågningar utan avsikt. Adobe rekommenderar att du skickar "Ingen metod har angetts" till datavariabeln för intent-kontext, i stället för att utelämna variabeln.

GET /b/ss/examplersid1,examplersid2/1?vid=[UserID]&c.a.AppID=Penmo1.0&c.a.LaunchEvent=1&c.Intent=SendPayment&pageName=[intent]  HTTP/1.1
Host: example.sc.adobedc.net
Cache-Control: no-cache

eller

GET /b/ss/examplersid1,examplersid2/1?vid=[UserID]&c.a.AppID=Penmo1.0&c.a.LaunchEvent=1&c.Intent=No_Intent_Specified&pageName=[intent]  HTTP/1.1
Host: example.data.adobedc.net
Cache-Control: no-cache

Parametrar/platser/entiteter

Förutom avsikten har digitala assistenter ofta en uppsättning nyckel/värde-par som ger information om avsikten. Dessa kan kallas fack, enheter eller parametrar. "Siri, Send John $20 for middag igår kväll from my Banking app" har till exempel följande parametrar:

Det finns vanligtvis ett begränsat antal av dessa värden i din app. Om du vill spåra dessa värden i Analytics skickar du dem till kontextdatavariabler och mappar sedan parametrarna till en eVar.

GET /b/ss/examplersid1,examplersid2/1?vid=[UserID]&c.a.AppID=Penmo1.0=1&c.a.LaunchEvent=1&c.Intent=SendPayment&c.Amount=20.00&c.Reason=Dinner&c.ReceivingPerson=John&c.Intent=SendPayment&pageName=[intent]  HTTP/1.1
Host: example.data.adobedc.net
Cache-Control: no-cache

Fellägen

Ibland förser den digitala assistenten appen med indata som den inte kan hantera. Till exempel"Siri, Send John 20 påsar kol till middag igår kväll från min bankapp"

När det här inträffar ber din app om klargöranden. Skicka dessutom data till Adobe som anger att programmet har ett feltillstånd tillsammans med en eVar som anger vilken typ av fel som uppstod. Se till att du inkluderar fel där indata inte är korrekta och fel där programmet hade problem.

GET /b/ss/examplersid1,examplersid2/1?vid=[UserID]&c.a.AppID=Penmo1.0&c.Error=1&c.ErrorName=InvalidCurrency&pageName=[intent]  HTTP/1.1
Host: example.data.adobedc.net
Cache-Control: no-cache

Enhetsfunktioner

De flesta plattformar visar inte den enhet som användaren pratade med, men de visar faktiskt enhetens funktioner. Till exempel ljud, skärm, video osv. Den här informationen är användbar eftersom den definierar vilka typer av innehåll som kan användas när du interagerar med användarna. När du mäter enhetsfunktioner är det bäst att sammanfoga dem (i alfabetisk ordning).

Exempel: ":Audio:Camera:Screen:Video:"

Inledande och avslutande kolon är till hjälp när du skapar segment. Visa till exempel alla träffar med :Audio:-funktioner.

Exempel