Lav bruk av chatbot i pilotfasen
Veldig få brukere benytter chatboten i testmarkedet (Harstad), muligens grunnet dårlig kommunikasjon eller UX-utfordringer.
Lav bruk i en pilot skyldes som regel at folk ikke kjenner tjenesten eller at den er tungvint – ikke at ideen er dårlig. Lag en testplan med tydelige mål, øk bevisstheten via SMS, og observer ekte brukere for å finne hvor de faller fra i UX-flyten.
Slik løser du det
Når få bruker produktet i en pilot, er det sjelden fordi ideen er dårlig – som oftest handler det om at folk ikke vet at tjenesten finnes, eller at den er for tungvint å ta i bruk. Anbefalingen står fast: lag en ordentlig testplan, vurder å sende SMS til nye kunder for å øke bevisstheten, og analyser UX-flyten grundig. En pilot er en kontrollert test av produktet med ekte brukere i et avgrenset marked (her: Harstad). En testplan er rett og slett en skriftlig plan for hva dere vil lære, hvem dere tester på, hvor lenge testen varer, og hvilke tall dere måler suksess på. Uten en plan blir det vanskelig å vite om lav bruk skyldes markedsføring, produktet selv, eller tilfeldigheter. UX står for User Experience (brukeropplevelse) – altså hvor lett og behagelig det er å bruke chatboten. En 'UX-flyt' er stegene en bruker går gjennom fra de oppdager boten til de fullfører det de kom for. Hvis ett av stegene er forvirrende eller krever for mye, faller folk fra. Konkrete steg: (1) Sett ett tydelig mål, for eksempel 'X prosent av nye kunder skal prøve boten innen 7 dager'. (2) Send en kort, vennlig SMS med en direkte lenke til de nye kundene – SMS leses nesten alltid, i motsetning til e-post. (3) Sett dere ved siden av 5–10 ekte brukere og se dem bruke boten uten å hjelpe; noter hvor de nøler. (4) Bruk enkel statistikk (hvor mange åpner, hvor mange fullfører) for å finne hvor folk faller fra. Vanlige fallgruver: å konkludere med at 'ingen vil ha dette' når problemet egentlig er at ingen vet om det, og å spørre brukere hva de synes i stedet for å observere hva de faktisk gjør. Observasjon avslører sannheten.
Begreper forklart
- Pilot
- En kontrollert test av produktet med ekte brukere i et avgrenset marked.
- Testplan
- En skriftlig plan for hva dere vil lære, hvem dere tester på, hvor lenge, og hvilke tall som måler suksess.
- UX (User Experience)
- Brukeropplevelsen – hvor lett og behagelig det er å bruke produktet steg for steg.
Trenger du hjelp med akkurat dette?
Er du student ved NTNU i Trondheim eller Ålesund? Da kan du få en gratis, personlig veileder fra Spark* som hjelper deg videre med nettopp din idé.
Ofte stilte spørsmål
Usikkerhet rundt juridiske rammer, GDPR og rettigheter ved bruk av bilder tatt av brukere i en app.
Lag tydelige brukervilkår (Terms of Service) og personvernerklæring (Privacy Policy), og sørg for at bildebruken er i tråd med GDPR. Be om aktivt samtykke, samle inn minst mulig data, og la en jurist se over dokumentene.
Les hele svaret →Utvikler har en ferdig MVP (f.eks. Graidable), men mangler reelle brukere for å teste programvaren og få tilbakemeldinger.
Rekrutter ekte målbrukere som kjenner problemet, ikke venner og familie, og la dem teste MVP-en gratis mot ærlig tilbakemelding. Observer dem mens de bruker produktet, og still åpne spørsmål framfor ja/nei-spørsmål.
Les hele svaret →Lav bruk av produktet fordi det tar lengre tid å bruke verktøyet enn å utføre oppgaven manuelt (høy friksjon).
Fjern friksjon ved å iterere raskt på brukertilbakemeldinger, legg til hurtighetsgrep som diktering, og bruk lav startpris for å bygge kundebase og bevise betalingsvilje.
Les hele svaret →Søknader blir avslått grunnet manglende innovasjonsgrad eller svakt team.
Et Discovery-avslag på innovasjonsgrad eller team kan rettes opp ved å formidle konseptet klarere og styrke presentasjonen av teamets kompetanse. Vis innovasjonen med fakta og tall, dekk eventuelle hull i teamet, og søk på nytt.
Les hele svaret →Hvordan øke sannsynligheten for å få innvilget midler fra Discovery eller Aneo etter tidligere avslag?
Etter et avslag bør dere styrke teamet med bredere kompetanse og presentere en mer generell og skalerbar løsning. Be om begrunnelsen for forrige nei og adresser hvert punkt eksplisitt i ny søknad.
Les hele svaret →Har du et annet spørsmål? Ta kontakt med oss.