Hur man driver ett företagshackathon för att lösa kundernas utmaningar

Ämne: Hur man driver ett företagshackathon för att lösa kundernas utmaningar

Du hör samma modeord hela tiden i startupvärlden: “kundcentrerad;” “användarvänlig produkt,” “kunden kommer först.” Varje företag förespråkar dessa ord och hävdar att deras produktteam lyssnar på slutanvändare dagligen.

Och kanske är det sant i många fall. Men det kan vara lite roligt att läsa så många artiklar, intervjuer och LinkedIn-inlägg om hur nära ett visst företag är sina kunder. Visst är detta en nyckelprincip för att bygga ett bra företag, men alltför ofta är det bara läpparnas bekännelse.

Sanningen är den, på Payhawk vi verkligen do försöka sätta våra kunder först. Och inte bara i marknadsföringsmaterial. Våra team förespråkar konsekvent att specifika kunder ska bygga nya produkter, bättre ombordstigning och ramp-up material, och en jämnare upplevelse överlag.

Vi fokuserar på värdet vi tillför dem, vi vill bättre förstå deras problem och deras behov, och vi arbetar hårt för att bygga de bästa lösningarna för dem.

Och viktigast av allt, vi pratar med kunderna och lär oss om deras största utmaningar. Varje team – från tekniskt till juridiskt – försöker göra våra tjänster så användbara och kundvänliga som möjligt.

Vilket är jättebra, och vi är stolta över det. Men när vi väl upptäcker dessa utmaningar på vägen, hur hjälper vi egentligen kunderna att övervinna dem? De mindre eller mer unika ärendena kan hanteras av våra utmärkta supportteam.

Men i mitten av 2020, vi fann oss själva med en sund lista över lovande produkt- och processuppgraderingar som skulle kunna kräva mer uppmärksamhet.

Med flera saker på den listan, och begränsad tid och resurser för att ta itu med dem, tog Payhawks mjukvaruingenjör Clément Garbay initiativet att planera något annorlunda inom företaget. Han skapade en specifik händelse för att försöka ta itu med dem, eller åtminstone för att avslöja några konkreta steg för att göra det…

Ett företagshackathon riktat mot tre nyckelfrågor

Som jag nämnde hade vi ingen brist på specifika idéer som vi kunde attackera. Men när vi pratade med kunder och oss själva kom vi alltid tillbaka till tre nyckelteman:

1. Skapa enklare och snabbare åtkomst till Payhawk

Vi gillar att tro att vi bygger något nytt och annorlunda – en allt-i-ett lösning för utgiftshantering. Och medan människor besöker vår webbplats och frågar om oss av en rad olika anledningar, vi är inte alltid en lätt produkt att förstå. Payhawk förlitar sig på anpassade ansvarsregler och på att företaget skapar sin egen uppsättning interna regelverk.

Och så är det det faktum att vi pratar om företagets kontanter – en känslig fråga i allmänhet.

Så naturligt, människor vill se och röra vid Payhawk för att bättre förstå det. Och det har inte alltid varit möjligt. Det finns en juridisk aspekt av processen, och de måste oundvikligen prata med vårt team – alla är inte telefonmän.

Några hackathon-team fick specifikt i uppdrag att hitta sätt att öppna upp vår lösning tidigare i denna cykel – innan säljteam är inblandade.

2. Bevisa värdet av mjukvarulösningar för kostnads- och utgiftshanteringsproblem

Kostnads- och utgiftshantering är snabbväxande, spännande branscher. Precis som fintech överlag. Men trots den växande entusiasmen på marknaden, vi pratar fortfarande med många människor som inte har någon aning om vad de behövereller hur mycket deras gammaldags ekonomiprocesser skadar dem.

Vi behöver hjälpa våra sälj- och marknadsföringsteam att förklara lösningen för företag på enklaste sätt, och även förse dem med värdefull information. Detta kan inkludera en sökbar databas med kundcitat som de kan använda när de pratar med ett liknande företag.

Flera hackathon-team utforskade detta koncept i detalj.

3. Visa befintliga kunder hur specifika funktioner kan lösa deras specifika behov

En annan bieffekt av att bygga en lösning med ett brett utbud av funktioner och användningsfall är att våra användare upptäcker och använder dem alla på olika sätt. Att prata med kunder, vi hittade otaliga fall av problem som vi redan kunde lösa, men användaren visste inte hur ännu.

Vilket uppenbarligen är vårt problem, inte deras.

Ytterligare hackathon-grupper fick i uppdrag att hjälpa nuvarande användare att utforska produkten till fullo, särskilt de funktioner de för närvarande inte betalar för och känner till. Hur kunde vi låta dem testa och prova saker på ett guidat, smart sätt som inte kändes påträngande eller exploaterande?

Vad är ett företagshackathon?

Bara snabbt, det är förmodligen bäst att stava exakt vad vi menar med “hackathon.” Ett hackathon är i huvudsak en grupp människor som arbetar tillsammans för att lösa ett visst problem under en viss tidsperiod.

Ordet är en portmanteau av “hack” och “marathon”, och de flesta läsare kommer förmodligen att föreställa sig en grupp utvecklare kedjade vid sina skrivbord, knappt äter eller sover förrän jobbet är klart:

Vilket ofta är sant, förstås. Men du hittar också miljöhackaton, policyhackathon och många andra tillfällen där kodning inte är det enda resultatet.

I vårt fall gav vi våra lag ett av dessa mål ovan, och de kunde lösa dem hur de såg lämpligt. Det är “hacking” i ordets nya bemärkelse – att hitta en snabb och originell lösning på ett problem.

Hur man kör ett företagshackathon

När målen väl var på plats behövde vi bestämma hur själva hackathonet skulle se ut. Som alla bra tävlingar behövde vi regler och förordningar.

Här är vad vår hackathonplan innebar:

• Åtta lag bestående av Payhawkers från våra produkt-, teknik-, produktmarknadsförings- och designteam.

• Varje lag skulle ha två dagar att skapa och presentera en funktionell prototyp – eller åtminstone en mycket tydlig plan för hur de skulle bygga en.

• Efter två dagar, hela företaget (inte bara trupperna själva) skulle rösta för sina favoritprototyper.

• De två vinnande trupperna skulle sedan ha ytterligare en vecka att faktiskt bygga en MVP.

Allt detta är ganska okomplicerat. Men när du driver ditt eget företagshackathon finns det några fler faktorer att ta hänsyn till.

Bygga teamen

Instruktionerna var att välja de personer de ville arbeta med, blanda profiler och bakgrunder för att uppmuntra kreativitet. Det innebar förstås att man blandade ihop trupperna också. Varje person skulle ta med sina egna färdigheter till varje steg i projektets design.

Och trupperna var begränsade till högst 5 eller 6 personer för att hålla laget smidigt och effektivt.

Evenemangsschemat

En kick-off ägde rum den första dagen för att lansera evenemanget. Varje ämne presenterades av en “kundrepresentant” – någon som kunde tala första hand om utmaningarna. Dessa personer fungerade som en kontaktpunkt under hackathonet om teamen ville ha mer information om problemet eller smärtpunkter, för att skicka in idéer eller för att söka råd.

Efter presentationen, varje lag valde ett ämne att ta upp.

De fick sedan två dagar på sig att hitta en lösning och arbeta fram ett konkret resultat. De var tvungna att brainstorma, hitta data, analysera, prototyper, designa, koda, iterera och göra det som normalt kan ta månader.

Det här snabba tempot är ganska centralt för alla hackathon.

Och vissa företag kör hackathon i 24-48 timmar i sträck, men vi rekommenderar att ge folk gott om hälsopauser och tid att sova. Målet är att stimulera kreativitet och produktivitet, och det finns en obestridlig koppling mellan god sömn och kreativt tänkande.

Demotid

Det mest spännande ögonblicket av hela evenemanget var förstås presentationen på slutet. Varje lag hade max 7 minuter på sig att visa upp sin skapelseoch försök övertyga att deras lösning var bäst.

Alla Payhawkers var inbjudna till denna presentation, och alla kunde rösta enligt två kriterier: de skulle välja sitt favoritprojekt (det mest kompletta resultatet, det de föredrar, det mest kreativa och relevanta), men också det som gav bäst svar på det initiala problemet. Naturligtvis, vissa lösningar visade lovande men hade inte riktigt nått sin slutsats.

Som ett resultat valdes de två trupperna med flest röster ut som hackathon-vinnare.

Fas 2

Naturligtvis är allt detta i stort sett meningslöst om inget kommer från det. Men vi har inte heller tid eller resurser att bygga åtta helt nya förslag.

Istället, de två vinnande trupperna fick en vecka på heltid för att göra verklighet av sina prototyper. Målet för denna vecka var att ha den mest genomförda och övertygande lösningen och ett leveransbart resultat i produktionen.

Det är viktigt att tänka på nästa fas redan från början. Som alla innovationsprojekt, man kan bli för fixerad vid idéfasen, och helt glömma implementeringen.

Våra lag anklagades för att presentera sina implementeringsplaner i den första demon, och alla orealistiska alternativ skulle helt enkelt inte få rösterna.

Varför köra ett hackathon?

Som jag tidigare förklarat är våra team fokuserade på att hitta nya sätt att lösa våra kunders problem. Dock, tanken här var att komma bort från de vanliga arbetsmetodernaatt involvera alla typer av människor som arbetar med produktutveckling, och att tänka om arbetsramen.

Medan våra team arbetar nära tillsammans och interagerar dagligen, bygger våra marknadsförare inte ofta nya funktioner. På samma sätt var ett av våra mål att förbättra förvärvet – något som våra produkt- och teknikteam inte regelbundet fokuserar på.

Ett hackathon ger dem mer frihet, nya lagkombinationer, blandar discipliner och ökar autonomin i hur lösningar på problem omarbetas. Dessutom får de njuta av denna lagarbete och ta itu med problem utanför sina vanliga dagliga uppgifter.

Som ett av våra team förklarade vid demotiden:

“Det var en utmaning för oss att tänka om hur vi presenterar produkten. Det är en komplex programvara som löser så många problem när det gäller utgiftshantering: från virtuella till fysiska kort, till fakturahantering, för att kontrollera arbetsflöden… Vi föreställde oss en helt ny sätt att interagera med funktionerna som kunderna inte använder (ännu!).”

Människor går med i företag som Payhawk för att förnya och bygga nya saker. Ett hackathon erbjuder en arbetsmiljö av frihet och bemyndigande för Payhawkersdär deras idéer kan skickas omedelbart och ha en direkt inverkan på användarna.

Dags att skapa ditt eget företagshackathon

Sammantaget var detta tvådagars hackathonprojekt en stor framgång. Vi såg åtta värdefulla, kreativa lösningar på betydande utmaningar som våra kunder regelbundet ställs inför. Och även om vi bara väljer två för nu, är jag säker på att det finns en tid och en plats för dem alla.

Om du är sugen på att ge detta en chans i ditt eget företag är det en ganska enkel process att följa. Var säker på att börja med ett tydligt önskat resultat (eller tre, i vårt fall) – annars riskerar du att förlora några lag till sin egen fantasi.

Ge dina anställda kreativ frihet – inom några noggrant definierade parametrar – och titta bara på det otroliga arbete de producerar.

Lycka till med hackandet!