En av våra största utmaningar när vi producerar klientarbete är att kommunicera teknisk information effektivt med kunderna. Många utvecklare i vårt samhälle står inför liknande hinder. Försäljning och leverans tekniska lösningar till kunder kommer alltid med viktiga kommunikationsutmaningar.
Så nyligen samlade vi tio erfarna utvecklare för att diskutera denna fråga. Vårt mål var att ta fram viktiga takeaways för att främja en sund och effektiv kundkommunikation under tekniska projekt. Alla närvarande var överens om att teknisk förenkling är en kritisk färdighet för utvecklare: Om du vill att din klient ska lita på dig och din expertis måste du kunna kommunicera effektivt med honom / henne.
Enligt dem tog kundkommunikation mellan 5-15% av sin veckovisa arbetsbelastning. I det här inlägget diskuterar vi sex sätt för utvecklare att kommunicera mer effektivt med sina icke-tekniska kunder. Här hoppas du hittar hjälpsamma insikter och exempel här!
Alla kommunikationskanaler var inte födda lika.
Olika kunder föredrar olika kanaler. Telefon, chatt, video, möten, du heter det.
Självklart bör du försöka anpassa dig till din kunds favoritkanal. Det visar att du är flexibel. Men du bör också se till att han / hon är ombord med din. Och din bör definitivt vara antingen e-post eller ditt projekthanteringsverktyg.
Varför? Eftersom asynkrona, skrivna kanaler ger dig större kontroll över kommunikation.
Från början av ett projekt, klargör att dessa kommer att vara dina officiella kommunikationskanaler.
De låter dig göra följande:
Levande konversationer ger dig inte tillräckligt med tid för att tänka igenom sakerna noggrant. Ja, det är viktigt att vara tillgänglig för din klient. Men du kan inte chatta utan stopp under arbetstiden. du skulle aldrig få något gjort.
Om du har betydande levande utbyten, försök att ompröva nyckelpunkter antingen via e-post eller ditt projekthanteringsverktyg. En utvecklare vi intervjuade skriver en tydlig lista över påminnelser och handlingar för båda parter direkt efter varje möte. Han skickar sedan denna lista till sina kunder, varje gång.
Dessa skriftliga meddelanden kommer att fungera som ett värdefullt arkiv för dig, ditt team och din klient senare.
Skriftligt innehåll är viktigt för tydligare kommunikation. Men när det gäller teknisk förenkling finns det ett annat medium du bör använda intensivt: visuella tillgångar.
Varför? Tja, på biologisk nivå är visuellt innehåll enklare att avkoda än text och lättare att komma ihåg för vår hjärna. Att visa, inte bara att säga, kommer att fungera underverk för dina kommunikationsinsatser.
Gabriel, en erfaren utvecklare, berättade för oss att ett anständigt skärminspelningsverktyg är det första han installerar på någon ny dator: "Visst, kunder som när jag förklarar vad jag gör. Men de älskar det ännu bättre när jag visar dem vad jag gör. "
För asynkron kommunikation (e-postmeddelanden), försök alltid att bifoga skärmdumpar, gifs eller videofångster för att illustrera dina poäng. Ingenting gör en klient mer tillfreds än en buggfix som bekräftats med en levande skärm och webbadress. :)
Och när du är i ett möte som visar ett nytt projekt borde live demos vara din go-to-taktik. Säg att du diskuterar det responsiva formatet på en webbplats. Berätta inte bara för klienten det kommer att "se bra ut på mobilen". Ge dem istället en faktisk tablett och låt dem försöka för sig själva. Visuella tillgångar kommer att fungera som bevis för att det du gör faktiskt fungerar.
Många kunder kommer att ha minst viss erfarenhet av webben eller tekniken i allmänhet. Prova och använd dessa som jämförelsepunkt för att förenkla dina tekniska initiativ eller utmaningar. De flesta utvecklare som vi pratade med bekräftade att referera till teknisk gemensam mark har hjälpt sina kunder att förstå bättre. Några exempel:
Fortsätt och fråga dina kunder vilka verktyg, appar eller teknik de använder i sina liv. Fråga dig själv: Hur kan du rita paralleller med dessa för att bättre kommunicera din poäng?
Analoger var en annan populär förenklingsteknik under våra intervjuer. Många utvecklare använde enkla metafor för att underlätta deras kunders förståelse. En analogi som ofta hjälper är att jämföra byggandet av programvara, webbplatser och appar till ett verkligt hus. Vissa beslut och materiella val måste göras först för att hela saken ska stå solidt senare. Och några verktyg du använder är förmodligen bokstavligen som ett huss förbyggda stiftelse. De tillåter dig att kickstart utveckling och få väggarna upp snabbare.
En positiv attityd kommer att gå långt i kundkommunikation och relationer. Det är lätt att glömma hur djup din tekniska expertis egentligen är. Tänk alltid på att din kund inte nödvändigtvis delar din kunskap och erfarenhet. Försök att sätta dig i sina skor.
Den viktigaste borttagningen här: Du bygger ett förhållande, inte bara programvara, appar och webbplatser.
Och att skicka negativa signaler - frustration, otålighet, undvikande - kommer långsamt men säkert förgiftar din kundrelation.
Så alltid, försök att vara empatisk, tålmodig och konstant. Tänk din ton, håll dig lugn och ta din tid. Speciellt under levande konversationer. Dessa attityder kommer att hjälpa till att skämma klienterna under grova fläckar och bygga förtroende och uppskattning för din kompetens.
Att vara konstant är särskilt viktigt. När ditt projekt går framåt, kommer vissa saker att förändras, eller bokstavligen gå söderut. Så medan första utbildningen är viktig kommer kontinuerlig kundkommunikation att avgöra hur hälsosamt du behåller ditt förhållande.
Åh, sist men inte minst: dina kunder betalar faktiskt pengar för dina tjänster. De förtjänar den bättre versionen av dig själv, tycker du inte?
Använda de fyra tipsen ovan kommer att hålla dina kunder medvetna och säkra. Och när de är bekanta med tekniska egenskaper kan du erbjuda dem val. Att involvera dem i beslutsfattandet kommer att
Och för att få konsekvenserna av dessa val tydliga, bifoga en affärsdimension till dem: Lösning A ger användarna större frihet att göra X, men kostar 25% mer. Lösning B ger användarna begränsad frihet att göra X, men kommer att sänka kostnaderna med 15%. Enligt din åsikt är det extra värdet av frihet för dina användare värda prisökningen?
Vi har sett att god teknisk förenkling har enormt värde för båda parter. Men det har också sina nackdelar. Om du försöker överdriva det kan du förlora dyrbar tid för dig och dina kunder. Så det är viktigt att veta när förenkling inte är värt det.
Kanske är det bara för litet en bugg att gå in i detaljer innan du fixar den. Eller kanske är det för komplext ett arkitektoniskt val att översätta det till non-geek talar. I det sistnämnda fallet, tveka inte att använda genvägar (som enkla analogier) för att få din poäng över. Naturligtvis kommer linjen här att röra sig beroende på nivån på din klients tekniskt sparande och djupet på ditt förhållande. Och om en kund frågar ett uttryckligt svar, bör du alltid försöka tillhandahålla en.
Annars tveka inte att utnyttja det förtroende du har byggt: be dem att lita på dig!