Leren fietsen en software bouwen

FietsWerken is de laatste tijd een echte uitdaging. Productmanager zijn is een fascinerende baan – als je die baan ook echt mag doen. Ik weet dat het oppervlakkig is om te zeggen, maar jij bent echt de centrale spil in een voortdurend touwtrekken met Sales, Development, Customer Services en leiderschap in het bedrijf.

Sommige mensen verliezen de site van het feit dat het doel niet is om meer functies of de volgende coole Web 2.0-toepassing te bouwen, het doel is om mensen in staat te stellen hun werk effectiever en efficiënter te doen. Elke dag krijg ik de vraag: "Welke functies zitten er in de volgende release?"

Ik geef zelden antwoord op de vraag, omdat mijn focus helemaal niet op functies ligt, maar mijn focus ligt op het bouwen van een oplossing waarmee marketeers hun werk effectiever en efficiënter kunnen doen. Empowerment van uw klanten, daar gaat het om. Als je je concentreert op dingen die groot en glimmend zijn, heb je grote en glimmende dingen zonder dat klanten het gebruiken.

Google bouwde een imperium te beginnen met een enkel tekstvak. Ik heb enkele artikelen gelezen waarin Yahoo! heeft Google zelfs bekritiseerd op hun bruikbaarheid. Wat is een betere bruikbaarheid dan één tekstvak? Begrijp me niet verkeerd, Yahoo! heeft een aantal fantastische functies in hun applicaties ingebouwd. Ik ben helemaal weg van hun gebruikersinterfacecomponenten, ik gebruik hun applicaties gewoon niet.

Google leert mensen hoe ze moeten fietsen en vervolgens gaan ze door met het verbeteren van de fiets. Door efficiëntere zoekopdrachten te maken vanuit één enkel tekstvak, stelde Google honderden miljoenen mensen in staat hun werk beter te doen. Het werkte, en daarom gebruikt iedereen het. Het was niet mooi, het had geen glamoureuze startpagina, maar het stelde hun gebruikers in staat om efficiënt en effectief te werken.

Kun je je voorstellen dat je je 4-jarige op een mountainbike met 15 versnellingen zet, met achteruitkijkspiegels, seinen, waterkan, enz.? Dat zou je niet doen. Dus waarom zou je een softwaretoepassing willen bouwen met 15 snelheden, spiegels, signalen en een waterkan? Dat zou je niet moeten doen. Het doel is om ze te leren fietsen, zodat ze van punt A naar punt B kunnen komen. Wanneer punt A naar punt B in complexiteit groeit, dan heb je een fiets nodig met nieuwe functionaliteit die dit ondersteunt. Maar alleen als de gebruiker er ook echt op kan rijden!

Dat betekent dat zijwieltjes geweldig zijn (we zien deze in de vorm van tovenaars). Zodra een gebruiker daadwerkelijk op de fiets kan rijden, kunt u de zijwieltjes verwijderen. Wanneer de gebruiker goed wordt in het fietsen en sneller moet rijden, zet er dan wat versnellingen op. Als de gebruiker offroad moet rennen, stel hem dan in met een mountainbike. Wanneer de gebruiker verkeer gaat raken, gooi je een spiegel in. En voor die lange ritten, gooi je de waterkan erin.

Google doet dit met de progressieve releases en continue verbeteringen in hun software. Ik hou van het feit dat ze me haken met iets eenvoudigs en dan blijven ze eraan toevoegen. Ze begonnen met een tekstvak, daarna voegden ze andere dingen toe, zoals zoeken naar afbeeldingen, zoeken op blogs, zoeken in codes, de Google-startpagina, Google-documenten, Google Spreadsheets... Naarmate ik gewend raakte aan het gebruik van hun software, zijn ze blijven verbeteren het om aanvullende processen te ondersteunen waardoor ik mijn werk effectiever en efficiënter kan doen.

De fiets is wat de persoon van punt A naar punt B brengt. Bouw eerst een geweldige fiets die gemakkelijk te rijden is. Als ze eenmaal leren fietsen, maak je dan zorgen over hoe ze aanvullende processen kunnen ondersteunen door nieuwe functionaliteit in je applicatie uit te bouwen.

Onthoud: Google is begonnen met een eenvoudig tekstvak. Ik daag je uit om eens te kijken naar de snelst groeiende applicaties en succesvolle bedrijven op het web en je zult één uniek kenmerk vinden voor al deze toepassingen... ze zijn gemakkelijk te gebruiken.

Naar het werk…

3 reacties

  1. 1

    Fantastische post! Vooral genoten van de analogie.

    Ik denk dat productmanagers tegenwoordig moeite hebben om precies te definiëren wanneer het juiste moment is voor extra "fiets" -functies en hoe ze deze kunnen aansluiten op de reeds bestaande functies waaraan hun gebruikers gewend zijn geraakt.

  2. 2

    Geweldige post Doug. Zoveel dingen die zo cool lijken, maken het werk echt moeilijker. Heb je het boek "Why Software Sucks" of "Dreaming in Code" gezien?

    Beiden praten over hoe software wordt verpest door te proberen cool of superflexibel te zijn, in plaats van de klus gewoon te klaren.

Wat denk je?

Deze site gebruikt Akismet om spam te verminderen. Ontdek hoe uw reactiegegevens worden verwerkt.