Hoewel je geen webontwikkelaar hoeft te zijn om een op technologie gebaseerd bedrijf te starten, moet je er zeker ooit mee werken. En nee, het is niet zo eenvoudig als iemand inhuren om je visie op te bouwen en deze gewoon tot leven te zien komen - je bent verantwoordelijk voor het vinden van de juiste persoon voor je team, hen instrueren over wat ze precies moeten ontwikkelen (idealiter werken in een samenwerkingsmethode), en het beheer van het project onderweg.
En tijdens dit proces zijn er een paar dingen die veel ondernemers op de harde manier leren. Dit is wat u moet weten voordat u begint.
1.Valideer uw ideeën voordat u begint met ontwikkelen
Heb je een geweldig idee voor een nieuw product of functie? Je instinct zou kunnen zijn om een ontwikkelaar te vinden en meteen aan de slag te gaan - maar eerst is het belangrijk om te testen of je klanten het echt willen.
Geef hiertoe op welk probleem u wilt oplossen (bijvoorbeeld: 'we willen dat gebruikers regelmatig naar de site terugkeren'). Maak vervolgens een meetbare hypothese die u kunt testen om te zien of uw gebruikers zich daadwerkelijk gedragen op een manier die uw oplossing ondersteunt. Uw hypothese zou bijvoorbeeld kunnen zijn: "Gebruikers toestaan statusupdates te posten, zal een toename van gebruikersinteracties en gebruikersretentie genereren."
Nadat u dit hebt gedaan, maakt u een prototype van de functie die u wilt bouwen. En hiervoor hebt u nog geen ontwikkelaar nodig - voor een vroeg ontwerp kunt u een klikbare demo maken met PowerPoint of Word, of zelfs een papieren schets gebruiken. Er zijn ook geavanceerdere prototyping- en wireframing-tools, zoals Axure, Mockingbird en Balsamiq, waarmee u vertrouwd moet raken als u een product gaat beheren.
Laat dan, nog voordat u uw ontwikkelaars erbij betrekt, uw prototype aan uw klanten (of potentiële klanten) zien en krijg hun feedback. (U kunt persoonlijke interviews plannen of online tools gebruiken zoals Usabilla of UserTesting.com.) Stel ze open vragen om hun gedachten en interesse in de functie te peilen en probeer echt te begrijpen of de oplossing hen opwindt of pijnpunt. En als het zo is? Pas dan is het tijd om verder te gaan met het daadwerkelijk bouwen van iets.
2. Huur en bouw een Great Dev-team
Het inhuren van de juiste mensen is noodzakelijk in elke organisatie, maar wanneer u iemand inhuurt die uw product bouwt en uw visie tot leven brengt - het is van het grootste belang.
Hier is de meest waardevolle aanwervingsles die ik heb geleerd: huur eerst voor DNA en daarna voor werkervaring. Maak een lijst van de kenmerken die u als bedrijf waardeert, of uw "DNA" (dat wil zeggen, meedogenloze drive, zal de klus klaren ongeacht wat, gevoel voor humor) - zorg er dan voor dat de persoon die u interviewt of spreekt om overeen te komen met de meeste items die je hebt bedacht.
Wat net zo belangrijk is, is om mensen aan te nemen met aanleg, geen specifieke vaardigheden. In de technische ruimte worden vaardigheden om de twee jaar verouderd, dus het is beter om mensen in te huren die nieuwe technologieën kunnen leren (en idealiter een track record hebben om dit te doen) in plaats van mensen die nu weten hoe ze iets specifieks moeten doen . Vergeet niet dat deze persoon ideaal bij u zal zijn voor de lange termijn, en u wilt ervoor zorgen dat hij of zij een goede match is, zowel nu als later.
3. Beheer het project bij elke stap
Tot slot, word betrokken bij de bouw van uw product. Een veelgemaakte fout die ik mensen zie maken: een oprichter verzendt productspecificaties naar een ontwikkelaar, erop vertrouwend dat alles zal worden gedaan zoals de oprichter het in haar hoofd ziet, en komt pas terug als het eindproduct klaar is.
Dit is een recept voor een ramp. Als u deze hands-off benadering gebruikt, zult u merken dat uw site of product meestal niet wordt geïmplementeerd zoals u had gedacht. Misschien waren je aanwijzingen onduidelijk, misschien waren ze technisch onmogelijk om uit te voeren, misschien begreep je ontwikkelaar het gewoon niet. Maar ongeacht waarom het gebeurt - dit is een situatie die u liever helemaal vermijdt. Geloof me, het is veel gemakkelijker om onderweg het ontwikkelingsproces te volgen dan om terug te gaan en dingen later op te lossen - of erger nog, begin opnieuw!
Een betere aanpak is om 'Agile Project Management' te gebruiken, een veelgebruikte methode voor het plannen en begeleiden van een technisch project. Een agile-project wordt voltooid in kleine secties, iteraties of sprints genoemd (dagelijks, wekelijks of binnen twee weken, maximaal). Nadat een ontwikkelaar of ontwikkelteam een iteratie heeft voltooid, wordt deze beoordeeld en bekritiseerd door andere leden van het projectteam.
Het belangrijkste voordeel van wendbaar projectbeheer is de mogelijkheid om te reageren op problemen zodra ze zich voordoen. U kunt bijhouden of het project al dan niet volgens plan verloopt, begrijpen welke wijzigingen nodig zijn en uiteindelijk helpen om een succesvol project op tijd en binnen het budget af te leveren.
Voor meer informatie over het agile ontwikkelingsproces, inleidende video en bekijk online projectbeheertools zoals Asana en Pivotal Tracker.
