I dag var vi alle fire praksisstudentene på besøk hos Phonero. Der fikk vi ordnet adgangskort, en liten omvisning, gjennomført e-brannkurs, signert taushetserklæring og motatt litt generell informasjon om praksisen. Vi fikk også hilse på noen av dem vi skal jobbe sammen med utover høsten. Til slutt avtalte vi å komme tilbake onsdag 27.08 for oppstartsdag. 

Dagen begynte med en introduksjon om Phonero som bedrift, med fokus på historie og tjenester de tilbyr. I tillegg til dette fikk alle en grunnleggende introduksjon av systemer og verktøy som brukes, både relatert til bot- og utviklings-teamene. 

Spesifikt relatert til bot-teamet fikk vi se eksempler på AI-agenter, samt beslutningstrærne de baserer seg på. Vi fikk også et innblikk i hvordan disse genereres, og hva slags funksjonalitet de kan benytte seg av. I tillegg fikk vi et innblikk i bruken av blant annet Jira og GitHub. Avslutningsvis fikk vi begynt på en introduksjon av koding i VSCode med React. 

Grunnet at vi venter på maskiner for å kunne konfigurere brukere og ulike tilganger, har vi inntil videre nokså begrensede muligheter for å gjennomføre arbeidsoppgaver.

Dagen begynte et Teams-konferanse som tok for seg ny GitHub Copilot funksjonalitet, samt hvordan dette kan integreres innad Telia. Ansatte ved GitHub gjennomgikk også bruk av Copilot på et mangfold av IDEs og plattformer og Control Model Protocol (CMP) funksjonalitet. Til slutt fikk vi en demonstrasjon av hvordan ulike Copilot modes kan benyttes på VSCode for å få størst verdiutbytte av modellene. I etterkant av konferansen fortsatte vi der vi slapp med VSCode og React.

Dagen startet med at vi fortsatte å utforske og jobbe med React-prosjektet vårt i VSCode. Utover dagen fikk vi utdelt PC-er, og mye tid gikk derfor med til å installere nødvendig programvare, konfigurere utviklingsmiljø og sørge for at alt teknisk var klart.

Fortsettelse av konfigurering av maskiner, etterfulgt av introduksjon til graphQL spørringer. 

I dag har vi utforsket Ultimate, programvaren vi skal bruke videre i praksis når vi jobber med chatboten. Vi deltok også på et møte med bot-teamet, der vi fikk en gjennomgang av hva som allerede er implementert i Phonelia, samt hvilke funksjoner som er planlagt fremover. Resten av dagen ble brukt til å lage en oversikt over hvilke use cases som må oppdateres. 

Denne uka har vi begynt å gjennomgå case-oversikten fra sist uke. Vi har tatt for oss relevante caser, altså dialogs som ikke bruker API kall og ikke er oppdatert enda. Målet er  å rekonfigurere disse slik at dialogene tilpasses basert på om brukeren er logget inn, samt om de er admin eller ikke. I tillegg gjennomføres en URL-sjekk for å finne ut av hvilken plattform (Ditt Phonero, Din Bedrift etc.) brukeren kommer fra. Det sistnevnte er forberedende arbeid før Phonelia blir integrert inn i disse plattformene, slik at overgangen skal bli bedre. Vi har i tillegg hatt et møte og blitt enda bedre kjent med de ulike funksjonalitetene i de ulike plattformene.

Dagens oppgave var å gjennomgå ulike dialoger i casene til Phonelia for å sikre et mer profesjonelt uttrykk i chatbotens kommunikasjon. Under gjennomgangen ble emojis vurdert, og de som enten virket upassende eller unødvendige ble fjernet. Hensikten med dette arbeidet var å gjøre dialogene mer tilpasset en profesjonell kundeserviceopplevelse. 

Denne dagen fortsatte arbeidet med å gjennomgå de resterende dialogene i Phonelia. Da dette var fullført, gikk arbeidet videre ut på å utforske hvordan dialogene kunne omgjøres til prosedyrer, altså hvordan promptene som legges inn kan brukes til å generere en mer strukturert workflow. 

Dagen startet med en gjennomgang av dialogs merket med "ugpt"; en type dialog som kjennetegnes av strukturen og innholdet i valgtre. Det var fokus på hvordan disse kan omgjøres til procedures på best mulig måte. Dette innebar at nye procedures skulle ta hensyn til kunnskapsbasen og relevante "search rules" definert i dialogen. Før lunsj var et statusmøte for alle på bot-teamet, hvor det blant annet ble diskutert hvordan man kan øke antallet innloggede kunder som tar i bruk boten. Innlogging gir boten kapasiteten til å benytte utvidet funksjonalitet via API kall, noe som er essensielt for at dens fulle potensiale skal kunne utnyttes. Etter lunsj fortsatte arbeidet med konvertering av ugpt dialogs til procedures.

Dagen i dag gikk til å fortsette på gårsdagens arbeid. 

I dag har vi jobbet fra UiA, og fortsatt på arbeidet som ble påbegynt sist uke. Vi fikk oppdatert alle ugpt dialoger til procedures, samt fikset procedures som printer dobbelt svar i chatboten. Vi har også fikset på en procedure som ikke brukte kunnskapsbasen på ønsket måte.

Dagen startet med oppmøte på Phonero sitt lokale på Sandens. Alle ansatte samlet seg for å gå i tog til det nye lokalet i K14. Dagen ble markert med musikk, tale og muffins. Etter at markeringen av nye kontorer var over fortsatte vi arbeidet med procedures.  Vi jobbet med en case angående 2G tilgjengelig.  Vi startet med å prøve å integrere API-kall slik at boten sjekker tid og dato slik at den bare gir en liste over områdene som fortsatt har  på tidspunktet kunden spør.  Dette skal vi fortsette på neste gang da vi ikke fikk et resultat vi var tilfreds med. 

I dag har vi endelig fått fikset procedure fra sist uke; løsningen var å lage en ny search rule og oppdatere knowledge source. Deretter korrigerte vi proceduren til å ta i bruk disse. Etter dette satte vi i gang med å skrive en ny procedure helt fra bunn av.  Denne skulle også ta i bruk mange ulike API integrasjoner. Spørringene funker best dersom man spesifiserer hvilke API verdier man ønsker å hente ut. Det går mye tid på testing; vi fant for eksempel ut at systemet ikke klarer å scrape innhold fra en spesifikk nettside, samt at en alternativ nettside hadde utdatert informasjon. I tillegg opplever vi også mye problemer med Ultimate, og i dag måtte vi rapportere et problem som viste seg å være i både test og prod-bot. Vi får heller ikke implementert all procedure funksjonaliteten som vi ønsker inntil videre pga. BETA versjonen vi arbeider på.

I dag jobbet vi med å gå gjennom samtaler brukere har hatt med Phonelia. Ut ifra samtalene jobbet vi med å forbedre dialouges og prodecures slik at Phonelia i enda større grad kan svare mer konkret på henvendelser fra brukerne av chaten. 

I dag har vi jobbet med å endre innloggingen som dukker opp i Phonelia. Per nå kommer man til en side der man enten velger å logge inn med BankID eller med brukernavn og passord. Målet er at brukeren slipper å komme til siden og kun får mulighet til å logge inn ved bruk av BankID. Grunnen til dette er at brukeren har mulighet til å gjøre flere endringer på egenhånd dersom den er logget inn via BankID. 

Vi har også jobbet videre med å gå gjennom samtaler kundene har hatt med Phonelia. 

Dagen startet med å gå gjennom samtaleloggen. Der fant vi ut at Phonelia slet med å forstå spørsmål knyttet til surfepakker. Vår oppgave ble derfor å opprette en use case som gjør at hun kan sjekke om kunden har surfepakke, hvilke type og hvor mange GB som er brukt. Videre jobbet vi med å få på plass innloggingen med BankID.  

Dagen ble i hovedsak brukt på å arbeide med use casen for innlogging via BankID. Etter flere runder med testing og feilsøking, ble utfordringen løst. Dette var en krevende oppgave som krevde mye hjelp underveis. I tillegg gjennomførte vi tester av ulike dialoger basert på kundesamtaler, for å vurdere justeringer av tidspunktet før Phonelia stiller spørsmålet “Fikk du svar på det du lurte på?”

I dag deltok vi på et statusmøte med Digiteamet og lederen for kundeservice. Hensikten var å gi en oppdatering på oppgaver som er gjennomført, hva som pågår nå, samt presentere nøkkeltall, blant annet for å vise hvordan løsningsprosenten til Phonelia har økt.

Videre har vi brukt deler av dagen på planlegging og gjennomføring av Expo-filmen. Vi var heldige og fikk med oss flere av dem vi har samarbeidet tett med i praksisperioden til å bidra i filmen. Etter filmopptakene fortsatte vi arbeidet med testing slik vi gjorde i går.

Denne dagen brukte vi på å teste hvordan BSAT-tilbakemeldinger (kundefeedback i chat) kan implementeres på en best mulig måte. Målet var å sikre at kunden ikke mottar doble meldinger, får tilstrekkelig tid til å svare på eventuelle spørsmål før vurderingsmeldingen vises, og samtidig unngå at det går så lang tid at kunden forlater samtalen før de får gitt tilbakemelding.

Vi analyserte ulike scenarier og kom frem til en et forslag som vi presenterte for digiteamet. Sammen skal vi nå vurdere hvordan dette kan optimaliseres videre og om en slik endringen vil gjøre det mulig å kontrollere tidsintervallet før vurderingsmeldingen sendes, noe som kan gi en bedre kundeopplevelse. Videre arbeid med justeringene gjøres i morgen.

Vi brukte dagen på å ferdigstille arbeidet med BSAT. Mot slutten av dagen hadde vi en samtale med en av veilederne om hvordan man kan forberede seg til jobbintervju, samt hvilke elementer som er viktige å inkludere i en jobbsøknad for å skille seg ut.