Share
Voordat u al uw bronnen gooit in het bouwen van een nieuwe functie voor uw product, moet u vaststellen dat u het juiste idee nastreeft.
Testen is niet altijd het gemakkelijkste om te doen - er zijn tal van situaties waarin het gemakkelijker lijkt om welke functie die u in gedachten heeft te bouwen en gewoon kunt zien wat er feitelijk gebeurt - maar door een consistente teststrategie te maken, kunt u vaststellen dat u uw middelen efficiënt.
Beter nog, met de juiste testmethode kunt u het proces van het doorlopen van uw routekaart voor producten versnellen. Afhankelijk van de resultaten van uw tests verschijnen er nieuwe mogelijkheden om aan uw proces toe te voegen.
Terwijl u nieuwe functies of verbeteringen aan uw producten toevoegt, moet u ervoor zorgen dat u ze op de best mogelijke manier aanbiedt. U moet zowel de vraag als de uitvoering testen van wat u uw klanten aanbiedt. Dat vereist iets om te testen. Het MVP (minimum viable product) -model biedt vaak de beste benadering om iets te creëren dat de moeite van het testen waard is.
Of u al dan niet een bestaand product hebt om mee te werken of niet, denkt in termen van de kleinste verandering die u waardevolle gegevens oplevert. Wat staat u toe om bruikbare gegevens te krijgen zonder een hoop tijd te verspillen aan een verandering die misschien niet de moeite waard is? Natuurlijk kan een minimale functie nog steeds een hoop werk zijn, maar het doel is om over het algemeen zo min mogelijk verspild werk te hebben.
Omdat je waarschijnlijk kunt raden wat er nodig is om je product te bouwen, tenminste als je ervaring hebt met je vakgebied, is het belangrijk om de dingen te testen waar je geen goede inschatting van kunt maken. Tenzij u over mind-reading beschikt, betekent dit dat u begrijpt hoe uw klanten reageren op wat u aan het bouwen bent. Knutselen met technologieën kan leuk zijn, maar het zou niet de prioriteit moeten zijn.
U moet nadenken over wat een succesvolle test zal vormen.
Terwijl u naar een bepaald item in uw productroadmap kijkt, kunt u overwegen wat de kernelementen zijn van de functie die u wilt toevoegen: Wat zijn de onderdelen die een klant daadwerkelijk ziet en waarmee hij of zij samenwerkt? Hoe kunnen ze worden gescheiden in concrete stukken?
Als u bijvoorbeeld een nieuwe schop maakt, reageert de klant met de hendel, het schepblad en de stok ertussen. Als je in plaats daarvan een nieuw stuk software maakt, zal de interactie van de klant met wat je hebt gebouwd veel beperkter zijn.
U moet nadenken over wat een succesvolle test zal vormen. Als u klanten hebt die al een bestaand product gebruiken, krijgt u dan vijftig procent om een nieuwe functie uit te proberen om vast te stellen dat u de volgende functie nodig heeft die u wilt bouwen? Heeft u ze nodig om de functie te blijven gebruiken om het als een geslaagde test te beschouwen? En als u op zoek bent naar nieuwe gebruikers, welke retentiepercentages zijn dan nodig om goede gegevens te verzamelen?
Kortom, u wilt de gegevens die u op een bepaalde datum hebt verzameld, kunnen bekijken en automatisch weten of u verder moet gaan met het volledig bouwen van de functie of dat u het idee moet schrappen. Je moet weten hoe succes er van tevoren uitziet.
Als je eenmaal hebt afgebroken wat je voor een klant zou kunnen zetten, overweeg dan de eenvoudigste manier om die interactie uit te bouwen, zodat je hem kunt testen. Als u een kleine batch van een testversie van uw product moet bestellen, wat is dan de kleinste bestelling die u kunt plaatsen? Is er mogelijk een manier om uw bestaande product aan te passen om een functie toe te voegen - zelfs als dit op de lange termijn zelf niet schaalbaar is?
Zelfs als het aanbieden van je nieuwe functie voor een test neerkomt op het zelf opnemen van een oproep van elke individuele klant en vervolgens uit te gaan en hun product met de hand aan te passen, is dat werkniveau je tijd zeker de moeite waard. Op zijn minst zult u waarschijnlijk in staat zijn om ten minste een paar van dergelijke bestellingen te verwerken voor minder tijd en geld dan u zou moeten investeren om zelfs een minimale functie uit te bouwen.
Hoe realistischer uw tests, des te waardevoller zult u de gegevens vinden die u verzamelt. Als u niet hetzelfde soort gebruikers kunt regelen die afhankelijk zijn van uw product wanneer u het vrijgeeft, kunt u er niet van uitgaan dat de gegevens die u ontvangt de werkelijkheid accuraat weergeven. Richt met dat in het achterhoofd hoe u meer informatie kunt verzamelen, specifiek van de soorten gebruikers waarop u vertrouwt.
Natuurlijk moet u zich concentreren op het verzamelen van gegevens die u daadwerkelijk zult gebruiken. Het uitvoeren van honderden klantonderzoeken waar u nooit meer naar kijkt, is verspilling van uw tijd en geld. Zorg voor een plan voor het omgaan met alle informatie die u samenstelt, inclusief een manier om de stukjes en beetjes in een samenhangende analyse te verwerken waar u op kunt reageren.
Maak een punt van opladen voor uw functie, zelfs als u niet de volle prijs laadt die u verwacht te verlagen. Anders krijg je geen gegevens van de hoogste kwaliteit. Als u verwacht dat uw klanten uiteindelijk betalen voor de functie die u wilt bouwen, moet u weten of het loutere bestaan van een prijskaartje verandert hoe zij de functie gebruiken. Het is onmogelijk om elke afzonderlijke variabele te testen, maar de grote, zoals de prijs, moeten elke keer in uw tests worden ingebouwd.
Bewaar uw gegevens op een zodanige manier dat u ernaar kunt verwijzen. Terwijl u elke keer dat u een nieuwe functie voor uw product overweegt een oefening wilt maken om tests uit te voeren, is het niet nodig om het wiel opnieuw uit te vinden als u aan iets dergelijks werkt. U kunt mogelijk een schat aan nieuwe informatie vinden in oude gegevens als u nieuwe vragen vindt die de moeite van het vragen waard zijn.
Terwijl u hopelijk uw tests uitvoert met een idee van de antwoorden die u al in gedachten heeft, moet u kunnen handelen volgens de informatie die u hebt verzameld.
Je moet je committeren dat je de functie volledig bouwt als je een bepaald positief antwoord krijgt, maar je schrapt het als je niet genoeg goede feedback krijgt. Dit is een duidelijke lijn in het zand waar je vanaf kunt werken en meet of je test een succes is. Het is een kwestie van controleren of u het juiste antwoordniveau hebt.
Helaas, vaker dan je zou willen, zul je bewijzen dat je geen functie moet nastreven waar je persoonlijk verliefd op bent.
Er kan enige moeilijkheid zijn als je een reeks antwoorden ziet die bijna aan je verwachtingen voldoen, maar die niet echt het doel bereiken. In dergelijke situaties moet u beslissen hoeveel bewegingsruimte u bereid bent om uw gegevens toe te staan. Als je net het nummer hebt gekozen dat je uit de lucht wilde halen, dan is het niet echt een groot probleem om het niet helemaal te raken.
Als je daar veel over nadenkt, bijvoorbeeld door te berekenen wanneer een nieuwe functie eigenlijk financieel levensvatbaar is, dan moet je misschien vasthouden aan je wapens, zelfs als de gegevens zich dicht genoeg bij die lijn bevinden om je te maken heroverweeg het aanpassen van uw initiële nummers. Dat is het punt van een test. Helaas, vaker dan je zou willen, zul je bewijzen dat je geen functie moet nastreven waar je persoonlijk verliefd op bent.
Nadat u uw eerste test hebt uitgevoerd, is het mogelijk dat u verdere tests moet uitvoeren om bepaalde details te verduidelijken. Je moet doorgaan met testen zolang je er een duidelijk voordeel uit haalt. Maar er komt een moment waarop u niet meer profiteert van het bouwen van minimaal haalbare versies van uw product en het uitvoeren van experimenten.
Als u een punt bereikt waarop het uitvoeren van nog een andere test even veel inspanning van u vereist als het daadwerkelijk bouwen van een product, is het misschien tijd om de testcyclus te beëindigen en daadwerkelijk te beginnen met bouwen. Er zijn geen harde regels over dergelijke situaties, maar houd rekening met de tijd dat u investeert in elke fase van het maken van een nieuw product.
Afhankelijk van uw bedrijf heeft u wellicht een lijst met verbeteringen die u wellicht een mijl lang aan uw product wilt toevoegen. Door een sterke teststrategie te ontwikkelen, kunt u de verschillende paden doorlopen die u veel sneller kunt nemen, waardoor u uw bronnen kunt laten zinken in de opties die u het meeste goed doen.
Die strategie kan een sleutelfactor zijn om u te onderscheiden van uw concurrenten. Als u altijd een nieuwe optie test - en handelt op de gegevens die u via uw tests verzamelt - gaat u veel sneller dan iemand die itereert op basis van anekdotische informatie, of iemand die helemaal geen moeite doet om verbeteringen te overwegen. U kunt ervoor zorgen dat u de best mogelijke versie van uw product op elk gewenst moment aan uw klanten aanbiedt.
Graphic Credit: idee ontworpen door Waleed Al-Alami van The Noun Project.
Accentsconagua