Lära sig att cykla och bygga programvara

CykelArbetet har varit en riktig utmaning nyligen. Att vara produktchef är ett fascinerande jobb - när du faktiskt får göra det jobbet. Jag vet att det är en flippant sak att säga men du är verkligen det centrala navet i ett pågående dragkamp med försäljning, utveckling, kundtjänst och ledarskap i företaget.

Vissa människor tappar platsen för att målet inte är att bygga fler funktioner eller nästa coola Web 2.0-applikation, målet är att ge människor möjlighet att göra sitt jobb mer effektivt och mer effektivt. Varje dag frågas jag: "Vilka funktioner finns i nästa version?"

Jag svarar sällan på frågan eftersom mitt fokus inte alls är på funktioner, mitt fokus är att bygga en lösning som gör det möjligt för marknadsförare att göra sitt jobb mer effektivt och mer effektivt. Att bemyndiga dina kunder är vad det handlar om. Om du fokuserar på saker som är stora och glänsande har du stora och glänsande saker utan att kunderna använder det.

Google byggt ett imperium som börjar med en enda textruta. Jag har läst några artiklar där Yahoo har faktiskt kritiserat Google för deras användbarhet. Vad är bättre användbarhet än en textruta? Missförstå mig inte, Yahoo! bygger in några fantastiska funktioner i sina applikationer. Jag älskar absolut deras användargränssnittskomponenter, jag använder bara inte deras applikationer.

Google utbildar människor hur man cyklar och sedan fortsätter de att förbättra cykeln. Genom att bygga mer effektiva sökningar från en enda textruta bemyndigade Google hundratals miljoner människor att göra sina jobb bättre. Det fungerade, och det är därför alla använder det. Det var inte vackert, det hade inte en glamorös hemsida, men det gav deras användare möjlighet att arbeta effektivt och effektivt.

Kan du tänka dig att sätta dig 4-åring på en 15-växlad mountainbike med backspeglar, signaler, vattenkanna osv? Du skulle inte göra det. Så varför skulle du vilja bygga en programvara som har 15-hastigheter, speglar, signaler och en vattenkanna? Du borde inte. Målet är att få dem att lära sig att cykla så att de kan komma från punkt A till punkt B. När punkt A till punkt B växer i komplexitet, behöver du en cykel med ny funktionalitet som stöder den. Men bara när användaren faktiskt kan åka på den!

Det betyder att träningshjul är bra (vi ser dessa i form av trollkarlar). När en användare väl kan cykla kan du ta bort träningshjulen. När användaren blir bra på att cykla och behöver åka snabbare, lägg sedan på några växlar på den. När användaren behöver springa off-road, ställ in dem med en mountainbike. När användaren ska träffa trafik, kasta in en spegel. Och för de långa åkattraktionerna, släng in vattenkanna.

Google gör detta med de progressiva utgåvorna och kontinuerliga förbättringar av deras programvara. Jag älskar det faktum att de hakar i mig med något enkelt och sedan fortsätter de att lägga till det. De började med en textruta, sedan lade de till andra saker som bildsökning, bloggsökning, kodsökning, Googles startsida, Google-dokument, Google-kalkylblad ... Eftersom jag har vant mig vid att använda deras programvara har de fortsatt att förbättra det för att stödja ytterligare processer som får mig att göra mitt jobb mer effektivt och mer effektivt.

Cykeln är det som får personen från punkt A till punkt B. Bygg en fantastisk cykel som är lätt att åka först. När de väl har lärt sig att cykla, oroa dig för hur man stöder ytterligare processer genom att bygga ut ny funktionalitet i din applikation.

Kom ihåg - Google började med en enkel textruta. Jag vill utmana dig att ta en titt på de snabbast växande applikationerna och framgångsrika företag på nätet och du hittar en unik egenskap för dem alla ... de är lätta att använda.

Till arbetet…

3 Kommentarer

  1. 1

    Fantastiskt inlägg! Särskilt älskade analogin.

    Jag tror att det som produktchefer har svårt med idag är att precis definiera när det är rätt tid för extra "cykel" -funktioner och hur man kopplar in dem i redan befintliga funktioner som deras användare har vant sig vid.

  2. 2

    Bra inlägg Doug. Så många saker som verkar så coola gör jobbet bara svårare. Sett boken "Varför mjukvaran suger" eller "Dreaming in Code"?

    Båda pratar om hur programvara förstörs genom att försöka vara cool eller super flexibel kontra att bara få jobbet gjort helt enkelt.

Vad tror du?

Den här sidan använder Akismet för att minska spam. Läs om hur din kommentardata behandlas.