At lære at cykle og bygge software

CykelArbejde har for nylig været en reel udfordring. At være produktchef er et fascinerende job - når du faktisk får det job. Jeg ved, det er en flip ting at sige, men du er virkelig det centrale knudepunkt i en løbende trækkraft med salg, udvikling, kundeservice og ledelse i virksomheden.

Nogle mennesker mister stedet for, at målet ikke er at opbygge flere funktioner eller den næste seje Web 2.0-applikation, men målet er at give folk mulighed for at udføre deres arbejde mere effektivt og mere effektivt. Hver dag bliver jeg spurgt: "Hvilke funktioner er der i den næste udgivelse?"

Jeg besvarer sjældent spørgsmålet, fordi mit fokus slet ikke er på funktioner, mit fokus er at opbygge en løsning, der gør det muligt for marketingfolk at udføre deres arbejde mere effektivt og mere effektivt. At styrke dine kunder er hvad det handler om. Hvis du fokuserer på store og skinnende ting, har du store og skinnende ting uden kunder, der bruger det.

google bygget et imperium, der starter med et enkelt tekstfelt. Jeg har læst nogle artikler hvor Yahoo! har faktisk kritiseret Google for deres brugervenlighed. Hvad er bedre anvendelighed end et tekstfelt? Gør mig ikke forkert, Yahoo! indbygger nogle fantastiske funktioner i deres applikationer. Jeg elsker absolut deres brugergrænsefladekomponenter, jeg bruger bare ikke deres applikationer.

Google uddanner folk, hvordan man cykler, og derefter fortsætter de med at forbedre cyklen. Ved at opbygge mere effektive søgninger fra et enkelt tekstfelt bemyndigede Google hundreder af millioner af mennesker til at udføre deres job bedre. Det fungerede, og det er derfor, alle bruger det. Det var ikke smukt, det havde ikke en glamourøs startside, men det bemyndigede deres brugere til at arbejde effektivt og effektivt.

Kan du forestille dig at sætte dig 4-årig på en 15-speed mountainbike med bakspejle, signaler, vandkande osv.? Det ville du ikke. Så hvorfor vil du bygge en softwareapplikation, der har 15 hastigheder, spejle, signaler og en vandkande? Du burde ikke. Målet er at få dem til at lære at cykle, så de kan komme fra punkt A til punkt B. Når punkt A til punkt B vokser i kompleksitet, er det når du har brug for en cykel med ny funktionalitet, der understøtter den. Men kun når brugeren faktisk kan køre på det!

Det betyder, at træningshjul er gode (vi ser disse i form af guider). Når en bruger faktisk kan cykle, kan du fjerne træningshjulene. Når brugeren bliver god til at cykle og har brug for at køre den hurtigere, skal du sætte nogle gear på den. Når brugeren skal køre off-road, skal du konfigurere dem med en mountainbike. Når brugeren skal ramme trafik, skal du smide et spejl. Og for de lange ture, kast vandkanden.

Google gør dette med de progressive udgivelser og løbende forbedringer af deres software. Jeg elsker det faktum, at de tilslutter mig noget simpelt, og så fortsætter de med at tilføje til det. De startede med et tekstfelt, derefter tilføjede de andre ting som billedsøgning, blogsøgning, kodesøgning, Googles startside, Google-dokumenter, Google-regneark ... Da jeg er vant til at bruge deres software, er de fortsat med at forbedre det til at understøtte yderligere processer, der får mig til at udføre mit job mere effektivt og mere effektivt.

Cyklen er det, der får personen fra punkt A til punkt B. Byg en fantastisk cykel, der er let at køre, først. Når de lærer at køre på cyklen, skal du bekymre dig om, hvordan du understøtter yderligere processer ved at opbygge ny funktionalitet i din applikation.

Husk - Google startede med et simpelt tekstfelt. Jeg vil udfordre dig til at se på de hurtigst voksende applikationer og succesrige virksomheder på nettet, og du finder en unik egenskab for dem alle ... de er nemme at bruge.

Fra arbejde ...

3 Kommentarer

  1. 1

    Fabelagtigt indlæg! Især elskede analogien.

    Jeg tror, ​​hvad produktadministratorer har svært ved i dag, præcist definerer, hvornår er det rigtige tidspunkt for ekstra "cykel" -funktionerne, og hvordan man tilslutter dem til de allerede eksisterende funktioner, som deres brugere er vant til.

  2. 2

    Fantastisk indlæg Doug. Så mange ting, der virker så seje, gør virkelig jobbet sværere. Set bogen "Hvorfor software suger" eller "Dreaming in Code"?

    Begge taler om, hvordan software ødelægges ved at prøve at være sej eller super fleksibel versus bare at få arbejdet gjort enkelt.

Hvad mener du?

Dette websted bruger Akismet til at reducere spam. Lær, hvordan dine kommentardata behandles.