Si të ndërtoni një portal feedback-u për klientët: ide, vota dhe statuse

Një portal i feedback-ut të klientëve është një tabelë publike ku klientët postojnë ide, votojnë për ato të të tjerëve dhe shohin cilat kërkesa janë planifikuar, në punë apo të dorëzuara. Për ta ndërtuar, të duhen postime me statuse, vota të lidhura me një person real, komente, një mënyrë për të bashkuar dublikatat, një pamje administratori për triazhim, dhe një mënyrë për t'u thënë votuesve kur diçka del. Vetë ndërtimi është i drejtpërdrejtë. Ajo që vendos nëse portali ndihmon është mënyra si e drejtoni: triazh i shpejtë, statuse të sinqerta, dhe mbyllja e ciklit me përdoruesit.

Pse ekipet ndërtojnë një të tillë

Feedback-u zakonisht vjen nga të gjitha anët njëherësh: email-e mbështetjeje, telefonata shitjesh, chat, postime në rrjete sociale. Një portal i jep një shtëpi të vetme, dhe votimi tregon cilat kërkesa ndajnë shumë njerëz. Gjithashtu u tregon klientëve se dikush po dëgjon, po aq sa postimet vërtet lëvizin. Një tabelë plot ide të ngecura te "Nën shqyrtim" për një vit bën më shumë dëm sesa aspak tabelë.

Vendosni për çfarë shërben portali përpara ndërtimit:

• Mbledhja e ideve dhe e gabimeve, apo vetëm idetë? Përzierja e raporteve të gabimeve zakonisht e kthen portalin në një radhë të dytë mbështetjeje.
• Publik apo privat? Tabelat publike nxisin më shumë pjesëmarrje. Ato private (vetëm klientë, pas hyrjes) i përshtaten produkteve B2B me kërkesa të ndjeshme.
• A ka një plan publik? Shfaqja e "Planifikuar" dhe "Në punë" krijon pritshmëri, prandaj shfaqni vetëm atë për të cilën jeni gati të mbani përgjegjësi.

Çfarë i duhet portalit

Të dhënat

Mbajeni një regjistër të ndryshimeve të statusit me një shënim të shkurtër. Ai fuqizon email-et e njoftimit dhe u tregon klientëve si kanë ecur gjërat.

Faqet

• Tabela: lista e postimeve me butona votimi, filtër sipas kategorisë dhe statusit, renditje sipas më të votuarve, më të rejave dhe më në trend.
• Faqja e postimit: përshkrimi, votat, komentet, përgjigjet zyrtare të theksuara, historiku i statusit.
• Formulari i postimit të ri: me një listë "postime të ngjashme" që përditësohet ndërsa personi shkruan.
• Plani: kolona për Planifikuar, Në punë, Dorëzuar.
• Administratori: postime të reja për triazh, bashkim dublikatash, ndryshim statusi me shënim, fshehje spam-i.

Lejet

Këdo mund ta lexojë (nëse është publik). Përdoruesit e kyçur mund të postojnë, votojnë dhe komentojnë. Administratorët ndryshojnë statusin, bashkojnë, fiksojnë përgjigjet zyrtare dhe moderojnë. Për B2B, mund t'ju duhet që administratorët të shohin për cilën kompani i takon një votues, duke e mbajtur këtë të fshehur nga klientët e tjerë.

Vendime dhe kompromise

Si hyjnë njerëzit

Votimi anonim nxit mbushjen e fletëvotimeve dhe nuk ju lë asnjë mënyrë për t'u përgjigjur. Llogaritë e plota me fjalëkalim shtojnë fërkim. Një kompromis i zakonshëm është hyrja me lidhje email: dikush shkruan emailin, klikon lidhjen dhe është brenda. Nëse produkti juaj ka tashmë llogari, lejoni klientët të përdorin të njëjtën hyrje që të dini kush janë. Shih si të shtoni hyrje në aplikacionin tuaj.

Statuset

Mbajeni listën të shkurtër dhe të qartë: Nën shqyrtim, Planifikuar, Në punë, Dorëzuar, Nuk planifikohet. "Nuk planifikohet" me një arsye të shkurtër është më i respektueshëm sesa lënia e një postimi në pritje të pafund.

Votat kundrejt kërkesës së peshuar

Një votë për person është e thjeshtë dhe e lehtë për t'u shpjeguar. Disa ekipe B2B duan gjithashtu të shohin votat e peshuara sipas madhësisë së klientit ose planit. Mbajeni këtë vetëm në pamjen e administratorit; numrat publikë të votave duhet të mbeten një person, një votë.

Mbyllja e ciklit

Veçoria më e vlefshme është email-i që thotë "gjërja për të cilën votove u dorëzua". Ai ka nevojë për një ofrues dërgimi (shih si të dërgoni email-e nga aplikacioni juaj) dhe një mundësi të qartë çregjistrimi. Lidheni portalin me një faqe ndryshimesh dhe lidhni secilin postim të dorëzuar me hyrjen e tij në ndryshime.

Një kërkesë e parë që funksionon

Ndërto një portal feedback-u për klientët e një aplikacioni planifikimi të quajtur Slotly. Klientët hyjnë me një lidhje magjike me email. Mund të postojnë një ide (titulli, përshkrimi, kategoria: Kalendari, Pagesat, Njoftimet, Tjetër), të votojnë një herë për postim, dhe të komentojnë. Ndërsa shkruhet një postim i ri, shfaq deri në pesë postime ekzistuese të ngjashme. Tabela renditet sipas Më të votuarve, Më të rejave ose Më në trend, me filtra sipas kategorisë dhe statusit. Statuset: Nën shqyrtim, Planifikuar, Në punë, Dorëzuar, Nuk planifikohet. Shto një faqe Plani me kolonat Planifikuar, Në punë dhe Dorëzuar. Administratorët kanë një faqe triazhi për postimet e reja, mund të ndryshojnë statusin me një shënim të shkurtër, të bashkojnë një dublikatë në një postim tjetër (duke zhvendosur votat dhe komentet), të shënojnë një koment si përgjigje zyrtare, dhe të fshehin spam-in. Ruaj gjithçka në një bazë të dhënash dhe regjistro çdo ndryshim statusi. Dizajn miqësor dhe i pastër që funksionon në telefona.

Hapat e ndërtimit

1. Postimet, votat dhe komentet me një hyrje të thjeshtë. Kontrolloni që një person nuk mund të votojë dy herë, edhe nga dy skeda.
2. Renditja dhe filtrat e tabelës. Më të votuarit, Më të rejat, Më në trend; filtra sipas kategorisë dhe statusit.
3. Triazhi i administratorit. Ndryshime statusi me shënime, fshehje, përgjigje zyrtare.
4. Trajtimi i dublikatave. Sugjerime postimesh të ngjashme dhe një veprim bashkimi.
5. Faqja e planit.
6. Njoftimet. Email votuesve kur ndryshon statusi, me një lidhje çregjistrimi.
7. Lidhja nga produkti juaj. Një lidhje "Feedback" në menunë e aplikacionit tuaj që, nëse është e mundur, i hyn njerëzit drejt.
8. Mbushni me kërkesat që keni tashmë, që vizitori i parë të mos shohë një tabelë bosh.

Gabimet e zakonshme

• Lansimi dhe largimi. Caktoni një kohë javore për të bërë triazh postimet e reja dhe për të përditësuar statuset.
• Trajtimi i votave si plan produkti. Votat mat sa vizitorë të portalit kujdesen, jo çfarë është më e mirë për produktin. Flisni edhe me klientët; shih si të bëni intervista me klientët.
• Pa veprim bashkimi. Pesë kopje të së njëjtës kërkesë e ndajnë votat dhe fshehin kërkesën e vërtetë.
• Votat anonime. Lehtë për t'u manipuluar, e pamundur për t'u ndjekur.
• Premtimi i datave në plan. Përdorni Planifikuar dhe Në punë, jo afate, përveç rasteve kur jeni të sigurt.
• Lejimi që të kthehet në një desk mbështetjeje. Drejtoni raportet e gabimeve te kanali juaj i mbështetjes dhe thuajeni këtë në formular.

Kur një mjet feedback-u i hostuar është zgjedhja më e mirë

Ekzistojnë produkte të specializuara për feedback dhe vlen t'i shikoni nëse doni që kjo të funksionojë sot. Zakonisht përfshijnë widget-e për aplikacionin tuaj, integrime me sistemet e gabimeve dhe CRM-et, hyrje të vetme me produktin tuaj, dhe analitikë për atë që kërkon kush. Nëse keni tashmë një mjet mbështetjeje ose CRM, kontrolloni nëse ka një modul feedback-u ose idesh para se të ndërtoni diçka.

Ndërtoni të tuajin kur doni që portali të përputhet saktësisht me produktin, kur ju duhet feedback i lidhur me të dhënat tuaja të klientëve (plani, përdorimi, madhësia e llogarisë) pa paguar për një nivel integrimi, kur rregullat janë të pazakonta (tabela private për çdo klient, kategori vetëm të brendshme), ose kur opsionet e hostuara kushtojnë më shumë sesa vlen veçoria për ju.

Ndërtimi me Mythex

Në Mythex e përshkruani portalin në chat dhe agjenti e ndërton në një pamje të drejtpërdrejtë, duke shtuar një bazë të dhënash Postgres të dedikuar kur postimet dhe votat kanë nevojë të ruhen (kërkojeni ose shkruani /database). Mythex nuk ofron hyrje ose dërgim email të integruar për aplikacionet që ndërtoni: ju sillni ofruesin dhe çelësat tuaj, të ruajtur si sekrete projekti. Dokumentacioni ka receta për shtimin e hyrjes dhe dërgimin e email-eve.

Kur rrjedha bazë funksionon, /test e bën agjentin të klikojë përmes pamjes (të postojë një ide, të votojë, të ndryshojë statusin si administrator) dhe të raportojë çfarë prishet. Shablloni tabela e kërkesave për veçori, me votime lart dhe statuse nga e reja deri te e dorëzuara, është një pikënisje e mirë.

Pyetje