Sådan bygger du en kundefeedbackportal: idéer, stemmer og statusopdateringer

En kundefeedbackportal er en offentlig tavle, hvor kunder opretter idéer, stemmer på hinandens og ser, hvilke ønsker der er planlagt, under arbejde eller leveret. For at bygge en sådan skal du have opslag med statusser, stemmer knyttet til en rigtig person, kommentarer, en måde at sammenlægge dubletter på, en adminvisning til triage og en måde at fortælle stemmegivere, når noget er leveret. Selve bygningen er ligetil. Det, der afgør, om portalen hjælper, er, hvordan du driver den: hurtig triage, ærlige statusser og at lukke løkken.

Hvorfor teams bygger en

Feedback kommer et hundrede steder på én gang: supportmails, salgsopkald, chat, opslag på sociale medier. En portal giver den ét hjem, og stemmegivning viser, hvilke ønsker mange deler. Den viser også kunderne, at nogen lytter, så længe opslagene faktisk bevæger sig. En tavle fuld af idéer, der står fast på „Under vurdering“ i et år, gør mere skade end ingen tavle.

Beslut, hvad portalen skal bruges til, før du bygger:

• Indsamler den idéer og fejl, eller kun idéer? At blande fejlrapporter ind gør typisk portalen til en anden supportkø.
• Offentlig eller privat? Offentlige tavler inviterer til mere deltagelse. Private (kun kunder, efter login) passer til B2B-produkter med følsomme ønsker.
• Er der en offentlig roadmap? At vise „Planlagt“ og „I gang“ sætter forventninger, så vis kun det, du er klar til at blive holdt op på.

Hvad portalen har brug for

Data

Hold en log over statusændringer med en kort note. Den driver notifikations-e-mails og viser kunderne, hvordan tingene er skredet frem.

Sider

• Tavle: liste over opslag med stemmeknapper, filter på kategori og status, sortering efter top, nye og trending.
• Opslagsside: beskrivelse, stemmer, kommentarer, fremhævede officielle svar, statushistorik.
• Formular til nyt opslag: med en live-liste over lignende opslag, mens personen skriver.
• Roadmap: kolonner for Planlagt, I gang, Leveret.
• Admin: nye opslag til triage, sammenlæg dubletter, skift status med en note, skjul spam.

Rettigheder

Alle kan læse (hvis offentlig). Loggede brugere kan oprette opslag, stemme og kommentere. Admins ændrer status, sammenlægger, fastgør officielle svar og modererer. Til B2B vil du måske have, at admins kan se, hvilken virksomhed en stemmegiver tilhører, mens det skjules for andre kunder.

Beslutninger og afvejninger

Hvordan folk logger ind

Anonym stemmeafgivning inviterer til stemmesnyd og efterlader dig uden mulighed for at svare. Fulde adgangskodekonti tilføjer friktion. Et almindeligt kompromis er login via e-mail-link: man indtaster sin e-mail, klikker på linket, og er inde. Hvis dit produkt allerede har konti, så lad kunderne bruge samme login, så du ved, hvem de er. Se tilføje login til din app.

Statusser

Hold listen kort og klar: Under vurdering, Planlagt, I gang, Leveret, Ikke planlagt. „Ikke planlagt“ med en kort begrundelse er mere respektfuldt end at lade et opslag ligge i limbo.

Stemmer versus vægtet efterspørgsel

Én stemme pr. person er enkel og let at forklare. Nogle B2B-teams vil også se stemmer vægtet efter kundestørrelse eller abonnement. Hold det i adminvisningen; offentlige stemmetal skal forblive én person, én stemme.

At lukke løkken

Den mest værdifulde funktion er e-mailen, der siger „det, du stemte for, er leveret“. Den kræver en udbyder til afsendelse (se sådan sender du e-mails fra din app) og en tydelig mulighed for at framelde sig. Kombiner portalen med en changelog-side og link hvert leveret opslag til dets changelog-post.

En første prompt der virker

Byg en kundefeedbackportal for en planlægningsapp, der hedder Slotly. Kunder logger ind med et magisk e-maillink. De kan oprette en idé (titel, beskrivelse, kategori: Kalender, Betalinger, Notifikationer, Andet), stemme én gang pr. opslag og kommentere. Mens de skriver et nyt opslag, vises op til fem lignende eksisterende opslag. Tavlen viser opslag sorteret efter Top, Nye eller Trending og kan filtreres på kategori og status. Statusser: Under vurdering, Planlagt, I gang, Leveret, Ikke planlagt. Tilføj en Roadmap-side med kolonnerne Planlagt, I gang og Leveret. Admins får en triage-side for nye opslag, kan ændre status med en kort note, flytte en dublet over i et andet opslag (flytter stemmer og kommentarer), markere en kommentar som officielt svar og skjule spam. Gem alt i en database og log hver statusændring. Venligt, rent design der virker på telefoner.

Byggetrin

1. Opslag, stemmer og kommentarer med et simpelt login. Tjek, at én person ikke kan stemme to gange, heller ikke fra to faner.
2. Sortering og filtre på tavlen. Top, Nye, Trending; filter på kategori og status.
3. Admin-triage. Statusændringer med noter, skjul, officielle svar.
4. Håndtering af dubletter. Forslag til lignende opslag og en sammenlægningshandling.
5. Roadmap-side.
6. Notifikationer. Send e-mail til stemmegivere ved statusændringer, med et afmeldingslink.
7. Link fra dit produkt. Et „Feedback“-link i din apps menu, der logger folk direkte ind, hvis det er muligt.
8. Seed den med de ønsker, du allerede har, så den første besøgende ikke ser en tom tavle.

Almindelige fejl

• At lancere og så forlade den. Sæt et fast ugentligt tidspunkt til at triagere nye opslag og opdatere statusser.
• At behandle stemmer som en køreplan. Stemmer måler, hvor mange portalbesøgende der bekymrer sig, ikke hvad der er bedst for produktet. Tal også med kunderne; se sådan laver du kundeinterviews.
• Ingen sammenlægningshandling. Fem kopier af det samme ønske splitter stemmerne og skjuler reel efterspørgsel.
• Anonyme stemmer. Lette at snyde, umulige at følge op på.
• At love datoer på roadmappet. Brug Planlagt og I gang, ikke deadlines, medmindre du er sikker.
• At lade den blive til en supportdesk. Henvis fejlrapporter til din supportkanal, og sig det på formularen.

Hvornår et hostet feedbackværktøj er det bedre valg

Der findes dedikerede feedbackprodukter, og de er værd at kigge på, hvis du vil have dette til at virke i dag. De indeholder typisk widgets til din app, integrationer med issue-trackere og CRM’er, single sign-on med dit produkt og analyser af, hvem der efterspørger hvad. Har du allerede et support- eller CRM-værktøj, så tjek om det har et modul til feedback eller idéer, før du bygger noget.

Byg din egen, når du vil have portalen til at passe præcist til dit produkt, når du har brug for feedback knyttet til dine egne kundedata (abonnement, forbrug, kontostørrelse) uden at betale for et integrationsniveau, når reglerne er usædvanlige (private tavler pr. kunde, interne kategorier), eller når de hostede muligheder koster mere, end funktionen er værd for dig.

At bygge det med Mythex

På Mythex beskriver du portalen i chatten, og agenten bygger den i en live forhåndsvisning og tilføjer en dedikeret Postgres-database, når opslag og stemmer skal gemmes (bed om det eller skriv /database). Mythex leverer ikke indbygget login eller e-mailafsendelse til de apps, du bygger: du medbringer din egen udbyder og dine egne nøgler, gemt som projekthemmeligheder. Dokumentationen har opskrifter til tilføjelse af login og afsendelse af e-mail.

Når kerneflowet virker, kan /test få agenten til at klikke sig gennem forhåndsvisningen (oprette en idé, stemme, ændre dens status som admin) og rapportere, hvad der går i stykker. Feature request-tavlen-skabelonen, der har upvotes og statusser fra ny til leveret, er et godt udgangspunkt.

Spørgsmål