Share
Tot nu toe in deze serie over het starten van een startup, heb je geleerd hoe je ideeën kunt bedenken voor je startup, hoe je die ideeën kunt testen en de beste kunt selecteren, en hoe je een team van oprichters kunt werven.
Nu is het tijd om je eerste product te bouwen.
We verkennen de nieuwste theoretische benaderingen, zoals agile ontwikkeling, minimaal haalbaar product (MVP) en lean-startup-principes. Maar maak je geen zorgen, het zal ook een zeer praktische tutorial zijn, waarin je leert hoe je deze theorieën in de praktijk brengt en voorbeelden ziet van hoe het in de echte wereld is gedaan door succesvolle bedrijven zoals Dropbox.
Tegen het einde heeft u een goed begrip van succesvolle benaderingen van productontwikkeling en bent u klaar om uw eerste product op de slimme manier te bouwen: in kleine stappen, met constante feedback van klanten om ervoor te zorgen dat u altijd op de goede weg bent.
Deze methoden zijn het meest geschikt voor online, op software gebaseerde startups, dus daar zullen we ons in deze tutorial op concentreren, maar de basisprincipes kunnen ook van toepassing zijn op andere soorten opstarten.
We leven in veranderende tijden. Technologie verandert, klantvoorkeuren veranderen en ideeën kunnen van levensvatbaar naar niet-starters gaan (en vice versa) binnen een jaar of twee.
In deze context hebt u een snelle, flexibele manier nodig om producten te bouwen. Maar de traditionele regels voor productontwikkeling zijn in een heel ander tijdperk ontworpen en kunnen u tegenhouden als u ze vandaag probeert toe te passen.
In het traditionele productontwikkelingsmodel zou u beginnen met het grondig onderzoeken van uw idee en het doorzoeken van uw voorgestelde oplossing, zou u een uitgebreide set specificaties bedenken, zou u het complete product van begin tot eind bouwen en dan zou u lanceerde het en kreeg feedback van klanten.
Dat was logisch in een tijd waarin de productiekosten van fysieke producten hoog waren en het vermogen om continue klantfeedback te krijgen laag was.
Het risico is echter dat u zoveel tijd besteedt aan het ontwerpen en bouwen van uw product dat het verouderd is voordat het op de markt komt. En omdat feedback van klanten pas aan het einde komt, kun je gewoon iets bouwen dat aan alle specificaties voldoet, maar niet wat mensen willen.
Vandaag is er een betere manier.
Met agile productontwikkeling, probeer je niet om het product helemaal opnieuw te ontwerpen en de voltooide versie aan klanten te leveren.
In plaats daarvan breek je het project in kleine stukjes. Je begint klein en verzamelt potentiële klanten met behulp van de methoden die zijn beschreven in de vorige zelfstudie en geeft ze toegang tot waardevolle, werkende stukjes software tijdens je ontwikkeling. U begint uw klanten tevreden te stellen en u gebruikt hun feedback om u te helpen het volgende onderdeel te ontwerpen op een manier die het meest nuttig voor hen is.
Als uw eindproduct een uitgebreid softwarepakket is waarmee mensen al hun verschillende profielen voor sociale media kunnen beheren, kunt u beginnen met het vrijgeven van een klein stukje waarmee mensen kunnen achterhalen welke Twitter-gebruikers niet meer mogen volgen.
U hebt al een algemeen idee van hoe het hele pakket eruit zal zien en u kunt deze visie communiceren met uw klanten, maar als u ze meteen iets geeft om te gebruiken, volbrengt u twee dingen:
De feedback van klanten kan betekenen dat het ontwerp van uw product tijdens de ontwikkelingsfase voortdurend verandert.
Dit klinkt als een nadeel, maar zolang je bereid bent om de veranderende vereisten te omarmen, is het een groot voordeel. Het kan in het begin langer duren om je plannen te wijzigen en iets te doen wat je niet van plan was te doen, maar op de lange termijn is het veel sneller dan een afgewerkt product te bouwen, te ontdekken dat mensen het niet leuk vinden en terug te gaan om het te veranderen.
De nadruk van de agile methodiek ligt op continue ontwikkeling. Dus in plaats van alles te pushen voor een bepaalde deadline, is het uw doel om nuttige software op een regelmatig schema vrij te geven, bijvoorbeeld een stapsgewijze verbetering elke maand.
Uw doel in deze eerste fase van productontwikkeling is niet om een perfect product te produceren.
Het klinkt misschien verrassend om dit te zeggen: de meeste industrieën zijn tenslotte zo competitief en je zou kunnen denken dat je product zo goed mogelijk moet zijn om op te vallen.
Maar eigenlijk wilt u de minimale hoeveelheid werk doen, niet omdat u lui of goedkoop bent, maar omdat het belangrijkste onderdeel van het starten van een startup is om van uw klanten te leren en dit snel te doen.
Het produceren van een minimaal haalbaar product (MVP) is de snelste manier om een gesprek met klanten te beginnen en te leren wat ze willen, hoe ze het willen en hoe je hun problemen het meest effectief kunt oplossen.
Een voorbeeld van een bedrijf dat goed gebruik heeft gemaakt van de MVP-aanpak is Dropbox, het populaire bedrijf voor het delen van bestanden en cloudopslag. Vandaag is het een bedrijf van $ 10 miljard, maar in 2007 was het slechts een idee. Mensen worstelden om grote bestanden online te delen en Drew Houston dacht dat hij een eenvoudige oplossing had.
Maar het probleem was dat hij aanzienlijke investeringen nodig had om een testbaar product te bouwen, en het was moeilijk om durfkapitalisten en anderen te overtuigen om te investeren zonder een testbaar product. Hij werd betrapt in een klassieke Catch-22-situatie.
De manier waarop hij uit deze patstelling ontsnapte, was door een eenvoudige demovideo te maken, die laat zien hoe Dropbox zou werken en het pijnlijke probleem zou verklaren dat het moest oplossen.
Als een bonus om de deelbaarheid te bevorderen, nam hij een paar inside jokes op die zijn doelgroep van enthousiaste techneuten zouden aanspreken. De video werd duizenden keren gedeeld en leidde de wachtlijst van Dropbox van 5.000 tot 75.000 mensen van de ene dag op de andere.
Een demovideo is ongeveer net zo minimaal als een product kan krijgen. Het was in die fase zelfs geen werkende software en toch behaalde het het doel van elke MVP - het toonde interesse in het product en het startte een gesprek dat Dropbox hielp zijn product te ontwikkelen op een manier die het meest waardevol was voor zijn product. klanten. In dit geval heeft het ook geholpen de financiering te bieden die Dropbox van idee naar een bedrijf met meerdere miljarden dollars zou brengen.
Uw MVP kan vele verschillende vormen aannemen. Het kan een verkleinde versie van uw eindproduct zijn, of een demo, of iets anders. De belangrijkste vereiste is dat het mensen laat zien hoe uw product werkt en erover begint te praten, wat u helpt om zowel klantbelang te genereren als de ontwikkeling van het product te begeleiden terwijl u door opeenvolgende iteraties gaat..
U hebt in stap 1 geleerd om door opeenvolgende iteraties van productontwikkeling te blijven werken, waarbij u feedback van klanten gebruikt om u voortdurend te begeleiden.
Maar hoe doe je dat precies? In deze stap zullen we enkele van de belangrijkste principes van het runnen van een lean-startup bekijken en laten zien hoe u deze kunt toepassen op uw bedrijf.
Lean zijn betekent niet geld besparen; het gaat erom verspilde moeite te vermijden. In deze zeer competitieve, snel veranderende omgeving kun je het je niet veroorloven om tijd en energie te verspillen, vooral als je alleen werkt of met een klein team werkt. Het doel is om effectief gebruik te maken van al uw tijd en middelen.
Zodra u bent begonnen met het samenstellen van uw eerste product en dit aan uw klanten wilt aanbieden, moet u beginnen met leren en aanpassen.
De mantra 'Build, Measure, Learn' kan u helpen uw product goed te krijgen. We hebben de bouwmethodologie besproken, maar hoe zit het met meten? Dit is waar het lastig wordt, want er zijn zoveel dingen die je kunt meten, gebruikmakend van alles, van gratis diensten zoals Google Analytics tot meer uitgebreide en kostbare producten zoals Ontraport, en met al deze informatie binnen handbereik, is het gemakkelijk om de verkeerde dingen te traceren.
Veel van de statistieken die door startups worden genoemd, zijn bijvoorbeeld 'vanity metrics'. Het is geweldig als je meer verkeer naar je website ziet, of duizenden volgers op sociale media hebt, maar de statistieken die belangrijk voor je zijn, zijn niet degenen die je een goed gevoel geven, maar degenen die je helpen beslissingen te nemen.
De precieze te meten dingen zijn afhankelijk van uw bedrijf, maar denk na over dingen die u inzicht geven in wat uw klanten willen. Voer A / B-gesplitste tests uit op alle belangrijke pagina's van uw website en ook binnen het product zelf. Ontdek wat mensen waarderen, welk type bewoording hen aanspreekt, welke configuratie van de pagina ze het meest waarschijnlijk tot actie laat komen.
U kunt ook kijken naar 'cohorten' of groepen klanten die zich op hetzelfde moment hebben aangemeld. Bekijk welk percentage van de klanten die zich hebben aangemeld in een bepaalde week, een actie heeft ondernomen, zoals het kopen bij u of het aanvragen van meer informatie. Houd bij hoe het percentage verandert met verschillende cohorten in de loop van de tijd en hoe dit wordt beïnvloed door de producten die u aanbiedt en hoe u ze aanbiedt.
Wanneer u een aantal slimme metingen van de effectiviteit van uw product hebt opgedaan, kunt u dat aanvullen met ouderwets klantcontact. Vraag hen wat zij dachten, gebruik enquêtes, communiceer op sociale media en begin met het opbouwen van een uitgebreid beeld van hoe uw product werkt.
Wanneer u vervolgens aan de volgende iteratie werkt, kunt u alles opnemen wat u van uw klanten hebt geleerd en indien nodig kunt wijzigen.
Een van de risico's in de aanpak die we in deze zelfstudie hebben bekeken, is onduidelijkheid. In de traditionele productontwikkeling hadden jij en je team allemaal hun marsorders en werkten ze methodisch door elke fase tot het uiteindelijke product klaar was om vrij te geven. Met agile ontwikkeling, aan de andere kant, zul je merken dat je om de paar weken van koers verandert.
Dus als u deze aanpak volgt, vereist dit een beetje extra inspanning om ervoor te zorgen dat iedereen op het goede spoor blijft en duidelijk is over wat ze doen en waarom ze het doen.
Mede-oprichter van Asana, Justin Rosenstein, zegt dat je idealiter naar een van je medewerkers of collega's moet kunnen gaan en duidelijke, positieve antwoorden kunt krijgen op de volgende vragen:
In de praktijk blijkt het echter zelden zo te zijn. Mensen worden routinematig afgeleid van minder belangrijke taken, of vastgebonden in de bureaucratie, of overspoeld door e-mail, of verspillen tijd met het traceren van informatie.
Om dit te verhelpen, moet je hard werken om ervoor te zorgen dat iedereen die bij je startup werkt:
Dit betekent dat je moet onthouden waarom je in de eerste plaats aan iets werkt - de grotere reden of bedoeling achter het bestaan van je bedrijf en het belang van elk individueel stuk. Herinner jezelf en je personeel regelmatig aan de voordelen die klanten zullen genieten, en hoe het product waar je aan werkt hun leven zal verbeteren.
Dit gaat over uitvoering. Beslis hoe je je kunt organiseren en houd je eraan. Webgebaseerde tools zijn geweldig voor samenwerking binnen een team, vooral omdat ze het gemakkelijk maken om het plan bij te werken - iets dat je vrij vaak zult doen. Het kan iets eenvoudigs zijn als een spreadsheet op Google Documenten, of u wilt misschien een gespecialiseerde projectmanagementtool zoals Trello of Basecamp onderzoeken. Waar je ook voor gaat, zorg ervoor dat alle taken worden vastgelegd, en je kunt gemakkelijk bijhouden wat iedereen doet en de verwachte tijdlijn.
Dit betekent heel duidelijk zijn over wie wat doet. Zelfs als verschillende mensen bezig zijn met het bouwen van een bepaald onderdeel van uw product, moet er altijd een persoon zijn die de eindverantwoordelijkheid draagt. Anders is het gemakkelijk om in de situatie terecht te komen dat iets ongedaan wordt gelaten omdat iedereen dacht dat iemand anders het deed, of anders in een positie waarin mensen inspanningen dupliceren.
Het bouwen van uw eerste product kan vaak overweldigend worden, maar als u vanaf het begin de organisatiestructuur krijgt en u zich richt op het handhaven van duidelijkheid op die drie belangrijke gebieden gedurende de ontwikkelingsfase, bent u in een betere positie om op de hoogte te blijven van alles en vermijd paniek op het laatste moment.
U weet nu dus hoe u uw eerste product op een slimme, flexibele manier kunt bouwen, waarbij u minder tijd hoeft te investeren in tijd en energie en de klant bij elke fase betrekt. U hebt gezien hoe u het MVP-concept kunt gebruiken om te leren van uw klanten en hoe u in elke fase van productontwikkeling kunt blijven leren en ontwikkelen. Je hebt ook enkele tips om een duidelijke focus te houden tijdens alle door klanten geleide wijzigingen van richting.
Wat is het volgende? Hoewel productontwikkeling een iteratief proces is, wilt u toch een officiële lancering. Het is een geweldige manier om buzz te genereren voor je startup en om de wereld te laten weten dat je klaar bent om je open te stellen voor een grotere markt.
Dus in de laatste tutorial in deze serie over het starten van een startup, krijg je een aantal ideeën en voorbeelden van outside-the-box-lanceringsevenementen en zie je hoe je e-mailmarketing en sociale media kunt gebruiken om ervoor te zorgen dat je de grootst mogelijke hebt basis van geëngageerde klanten tegen de tijd dat u bij officiële Day One van uw nieuwe startup komt.
Grafisch krediet: Beker ontworpen door Edward Boatmanvan het Noun-project.
Accentsconagua