Mijn naam is Marina Chernyshova en in mijn professionele leven heb ik vaak met startups in verschillende stadia gewerkt met interface design. Jaar na jaar zie ik dezelfde vragen opkomen. Ik ben ook mentor in de
In dit artikel wil ik bespreken of een startup in een vroeg stadium een fulltime designer nodig heeft en hoe je UX/UI-design in het algemeen aanpakt. Dit artikel is nuttig voor oprichters en beginnende techondernemers die net beginnen na te denken over hun eerste techproducten, met weinig meer dan een ruw idee en een businessplan.
Wanneer startups verder gaan dan de simpele ideeënfase en beginnen te werken aan een MVP of eerste prototype — of het nu is om hun idee te valideren of om het te presenteren aan initiële investeerders — kunnen oprichters zich vaak vastgelopen voelen. Aan de ene kant lijkt het bouwen van een prototype een diepgaande set vaardigheden te vereisen, waardoor de betrokkenheid van ontwerpers essentieel lijkt. Aan de andere kant hebben startups vaak een gebrek aan middelen, wat de vraag oproept hoe ontwerpers betaald moeten worden voor het bouwen van een prototype.
In dit artikel betoog ik dat een startup in een vroeg stadium niet altijd een fulltime designer nodig heeft. Productgerichte oprichters kunnen vaak hun eerste prototypes zelf bouwen door een duidelijke en logische aanpak te volgen.
Ik heb dit onderwerp in twee delen gesplitst om oprichters te helpen het beter te begrijpen. In het eerste deel geef ik een overzicht van hoe je het eerste prototype kunt ontwerpen, wat verschillende essentiële stappen en methoden omvat, zoals persona-ontwikkeling, interviews, customer journey maps en user flows. Je zult zien dat UX niet alleen over design gaat; het gaat meer over perspectief — het gaat over hoe een gebruiker via verschillende contactpunten met het bedrijf omgaat. In deze context kan en moet dit werk door meer dan alleen designers worden gedaan. Voor oprichters zal het nemen van deze stappen helpen het perspectief van het toekomstige bedrijf als geheel vorm te geven. In het tweede deel zal ik nuttige tips en bronnen delen die oprichters kunnen helpen om de eerste MVP te bouwen met behulp van beschikbare community-bronnen.
Om van jouw idee naar wat het eerste prototype zal vormen te gaan, sta ik erop om te beginnen met de Personas Method . Hoewel het is ontstaan als een ontwerptechniek, vind ik het essentieel voor andere aspecten van het bouwen van het product.
De personamethode is een onderzoeksgedreven techniek die wordt gebruikt in design, marketing en productontwikkeling om fictieve maar realistische profielen te creëren die verschillende typen gebruikers of klanten vertegenwoordigen. Een personamethode helpt om uw doelgroep specifieker te begrijpen, zijn prioriteiten en potentiële communicatiekanalen ermee.
Een persona kan het volgende bevatten: naam, leeftijd, beroep, interesses, doelen, waarden, etc. U kunt aanvullende informatie toevoegen die relevant is voor uw idee: welke apparaten ze gebruiken, op welke sociale netwerken ze zitten, wat voor sporten ze beoefenen, etc.\
Hoe te organiseren: Mijn tip is om je kant-en-klare
Het uiteindelijke doel: inzicht in de profielen van potentiële gebruikers helpt bij het correct opmaken van berichten op banners en het realiseren van een betere gebruikersinterface.
Op basis van de inzichten die u verkrijgt na het toepassen van de personamethode, kunt u uw doelgroep targeten en uitnodigen voor een interview.
Hoe te organiseren: zoek mensen via thematische groepen op Facebook, Instagram of andere sociale media. Bijvoorbeeld: als je een aanvraag doet voor hardlopers, kun je een verzoek schrijven aan een groep over hardlopen met een aanbod om 15 minuten te chatten of je kunt de specifieke vragen schriftelijk stellen. Veel mensen zijn bereid om te reageren.
Het uiteindelijke doel: de gevoelens en emoties van de doelgroep begrijpen, wat hun zorgen over de aankoop veroorzaakt - hoge prijs, onwetendheid over de markt, angst om een fout te maken, iets anders.
JTBD moet worden geformuleerd op basis van de gebruikersinterviews. Idealiter is het de moeite waard om met echte mensen te praten die zich identificeren met uw potentiële publiek. Als het voor u moeilijk is om met vreemden te communiceren, kunt u beginnen met uw vrienden en kennissen om te oefenen.
Jobs To Be Done is een concept in productontwikkeling dat ervan uitgaat dat 'job' in deze context een specifiek probleem of taak is die iemand in zijn leven probeert op te lossen.
Job Story heeft een specifieke formule waarmee u zowel de behoeften als het product in één keer kunt beschrijven:
Bijvoorbeeld: " Als ik wil sporten, maar geen tijd en geld heb voor de sportschool, wil ik een handige en goedkope online workout-app installeren om in vorm te komen zonder de deur uit te hoeven en geld te besparen ."
Een andere vergelijkbare maar iets andere methodologie is User Story. Een user story is een productbeschrijving gebaseerd op de specifieke kenmerken van de gebruiker en bevat een beschrijving van de functies van het product vanuit zijn oogpunt.
User Story heeft ook een formule:
Bijvoorbeeld: " Als 30-jarige programmeur die vaak last heeft van rug- en nekpijn door zittend werk, wil ik een massagestoel bestellen om mijn leven comfortabeler te maken zonder dat ik de deur uit hoef ."
Een User Story kan lastiger te schrijven zijn dan een Job Story als u niet 1-2, maar 5-10 of meer segmenten van de doelgroep hebt. In dit geval moet u zich voorbereiden om het "verhaal" voor elk segment te beschrijven.
U kunt een van deze methoden kiezen, bijvoorbeeld degene die voor u het duidelijkst lijkt, en proberen deze toe te passen op uw idee. U kunt het op een voor u gemakkelijkere manier organiseren omdat het slechts enkele zinnen zijn, zodat u kunt beginnen met het schrijven ervan in uw notitieblok.
Het hoofddoel van de JTBD of User Story frameworks is om beslissingen te begeleiden tijdens productontdekking, ontwerp en ontwikkeling door dieper in te gaan op gebruikersgedrag. Het helpt om te onderzoeken waarom klanten een product kiezen en hoe het hen helpt een probleem op te lossen of een resultaat te bereiken.
Nadat we de bovenstaande 3 stappen hebben voltooid, komen we dichter bij Customer Journey Map (CJM) en User Flow. Beide concepten zijn belangrijk voor productontwikkeling, maar ze behandelen verschillende onderdelen.
CJM is een visuele weergave van de end-to-end ervaring die een klant heeft met een product, service of merk. Idealiter wordt de CJM ingevuld na de gebruikersinterviews of zelfs tijdens het proces samen met hen. Maar als dit niet mogelijk is, kunt u beginnen met het invullen ervan, waarbij u zich inbeeldt dat u in de positie van de gebruiker bent.
Normaal gesproken omvat CJM het volgende:
Het belangrijkste is om aandacht te besteden aan pijnpunten en hoe we hiermee om kunnen gaan via de interface van ons product. We kunnen bijvoorbeeld gamification toevoegen om verveling te overwinnen, of we kunnen contextuele hints of templates bieden voor complexe functies.
Hoe te organiseren: Er zijn veel digitale borden zoals Miro of FigJam waar je je CJM kunt maken en ontwikkelen. Ze zijn erg handig omdat je ze kunt delen met je team en het is vrij eenvoudig om ze te onboarden. Persoonlijk geef ik de voorkeur aan FigJam omdat het werk aan het productontwerp waarschijnlijk wordt uitgevoerd in Figma en ze perfect op elkaar aansluiten.\
FigJam heeft zijn standaard
Maar het is ook prima om hiervoor een echt stickerbord te gebruiken. En als u vindt dat deze methode u bevalt, kunt u uw CJM later op elk gewenst moment naar een digitaal formaat overzetten.
Ultieme doel: CJM is onder andere cruciaal voor het identificeren van de pijnpunten van potentiële klanten en de kansen die ernaast liggen. Met CJM kunt u een weloverwogen ontwikkelingsstrategie formuleren en prioriteit geven aan de functies binnen het product die de moeite waard zijn om te ontwikkelen.
Nadat u uw CJM hebt gemaakt, kunt u deze overzetten naar User Flow. Als CJM een benaderende gebruikersmethode is zonder binding aan specifieke schermen of interface-elementen, dan is User Flow al het eerste schema op het hoogste niveau van uw product of service.
Een User Flow is een visueel diagram dat het pad in kaart brengt dat een gebruiker door een product of website neemt om een specifieke taak of doel te bereiken. Het splitst de volgorde van stappen op die gebruikers volgen, en laat zien hoe ze door schermen of pagina's navigeren, met elementen omgaan en keuzes maken. User flows zijn essentieel in UX/UI-ontwerp om gebruikersgedrag te begrijpen en een intuïtieve gebruikerservaring te creëren.
Algemene aanbevelingen voor het maken van gebruikersstromen:
FigJam is ook geweldig voor User Flow-building. U kunt al uw diagrammen en gegevens in één project opslaan en het visueel aantrekkelijker en gemakkelijker te wijzigen maken.
User flow helpt bij het coördineren van de productstructuur tussen alle teamleden: ontwerpers, ontwikkelaars, productmanagers, marketeers en andere belanghebbenden. Het zorgt ervoor dat u onduidelijkheden en misverstanden bij het bespreken van nieuwe functies en obstakels kunt vermijden.
Ik hoop dat dit artikel oprichters en andere teamleden helpt de juiste strategie te kiezen voor het bouwen van hun eerste prototype, vooral als ze niet de middelen hebben om een fulltime designer in te huren. Zelfs als je jezelf nog nooit in de schoenen van een designer hebt gezien en geen achtergrond in het vakgebied hebt, zijn er veel designmethodologieën beschikbaar die begrepen kunnen worden door mensen zonder een professionele designachtergrond. Methodologieën zoals customer journey mapping, interviews en user flows zijn veel nuttiger dan alleen designwerk.
In mijn volgende artikel zal ik meer praktische bronnen en links delen om u te helpen op een kosteneffectieve manier verder te gaan met uw MVP, zoals een kant-en-klaar ontwerpsysteem. U hoeft niet vanaf het begin naar perfectie te streven. Begin gewoon en u zult waardevolle inzichten krijgen die de gebruikerservaring van uw product organischer en soepeler maken. Dit bespaart ontwikkelingsbronnen in de toekomst en helpt negatieve beoordelingen van gebruikers te voorkomen.