Startup business challenges ISVs- Timing van productrelease

Een product release is een van de belangrijkste gebeurtenissen in de productlevenscyclus en het productbeheerproces.

Een productrelease is een van de belangrijkste gebeurtenissen in de productlevenscyclus en het productbeheerproces. Als een van de laatste artikelen in de reeks: start up business challenges van software bedrijven gaan we je meer vertellen over de timing van productrelease. Waar moet je bijvoorbeeld allemaal rekening mee houden bij het lanceren van nieuwe producten en of functionaliteiten?

Als je je kunt vinden in een van onderstaande punten kun je dit artikel als leidraad gebruiken in jouw product release. Je houdt je bezig met:  

  • Het releasen van een bestaand product naar een nieuw platform
  • Een nieuw idee lanceren voor de eerste keer
  • De introductie van nieuwe functionaliteiten bij bestaande klanten
  • De introductie van nieuwe functionaliteiten bij nieuwe of verschillende klantsegmenten
  • Het opnieuw uitbrengen van jouw huidige product met behulp van verschillende technologieën.

Ook leuk om te lezen als je geïnteresseerd bent in product release: ‘’Hoe schrijf je een Product Release Plan’’ en ‘’The Product Launch boek’’.

Product release

Een product release is het lanceren van een nieuw product of nieuwe functionaliteiten die toegevoegde waarde bieden aan je klanten en haar gebruikers. Daarnaast kan een productrelease ook je team helpen bij het plannen van deadlines om de product release te realiseren.

Een goed voorbereide release gaat niet alleen over het bieden van toegang tot nieuwe functionaliteiten. Het is ook de deadline wanneer het team een nieuwe klantenervaring gaat opleveren en hulp gaat bieden bij de ondersteuning ervan. Een release is niet alleen een technische release, het omvat ook andere activiteiten zoals marketing, PR, interne processen en systemen, bestaande klanten etc waar je rekening mee moet houden.

Het hoofddoel van release management is het creëren, testen en leveren van de mogelijkheden, om de diensten te leveren die leiden tot het voltooien van alle benodigdheden en het leveren van de doelen.

Laten we beginnen met de roadmap:

 

De product roadmap

Een product roadmap moet dienen als een visuele samenvatting op hoog niveau van de strategische doelstellingen en verwachtingen van het product. Deze roadmap moet bestaan uit mijlpalen en doelen, het tijdpad en verantwoordelijkheid, etc. Bijvoorbeeld het verbeteren van de prestaties, het verhogen van de klanttevredenheid, het verhogen van de inkomsten, interne optimalisatie, het verbeteren van de beveiliging etc.

Daarnaast kan deze product roadmap ook handig zijn voor bijvoorbeeld het presenteren van de planning intern, het kan helpen bij de communicatie en bij het plannen van de product development zodat je zeker weet dat iedereen nog op de juiste koers zit.

 

Release Plan

De product roadmap zal worden vertaald in een release plan. Dit is meer een gedetailleerd stappenplan met de daarbij behorende acties. Het release plan communiceert de functionaliteiten en verbeteringen die gepland zijn voor de volgende release van het product (of de komende releases). Dit is vergelijkbaar met een project planning met een uitleg van alle mijlpalen en doelen. Wanneer je bezig bent met meerdere producten dan is het belangrijk dat je 1 plan per product maakt, waarbij elk product weer meerdere projecten kan hebben die beschreven staan in het plan. Wanneer je start met het bouwen van je roadmap zoek dan online naar templates die je hierbij kunnen helpen.

Een releaseplan bestaat uit verschillende elementen en door na de denken over onderstaande onderwerpen (planning, waarom, wie, wat en wanneer) heb je een goede basis van het plan in handen dat zorgt voor een succesvolle release.

Planning

Voordat je een product lanceert moet je eerst het een en ander plannen. Een release planning sessie is onderdeel van de product roadmap. Daarvoor moet het bedrijf eerst bepalen welke functionaliteiten er doorgevoerd moeten worden. Planning is essentieel voor het vaststellen van gedeelde doelen en gedeelde kennis die kunnen zorgen voor een succesvolle productlancering. Nodig voor de planningssessie de belangrijke vertegenwoordigers van de verschillende afdelingen uit. Let wel op: Nodig hiervoor niet teveel mensen uit, ongeveer 8 mensen is een mooi aantal.

Waarom

Als we het hebben over de waarom vraag, dan moeten we kijken naar de product roadmap. Die legt uit waarom de release belangrijk is voor de het bedrijf. Wanneer we een product roadmap ontwikkelen moeten we antwoord kunnen geven op de vraag; waarom is deze release zo belangrijk? En hoe meten we succes? Gaan we allemaal akkoord met het doel en kunnen we ons hierin vinden?

Wie

Tijdens een release planningssessie is het belangrijk te onthouden voor wie je het doet, wie zijn de gebruikers en welke persona? Het is belangrijk om te weten wie van het product gebruikt maakt en wat de gebruikers belangrijk vinden. Om de verschillende gebruikers te definiëren kun je gebruik maken van segmentatie. Je kunt bijvoorbeeld segmenteren op rollen; marketing, eind gebruikers vanuit sales, de koper, de installateur, etc..

In deze reeks met artikelen hebben we de klant centraal gesteld. Ook bij de timing van product release is het belangrijk je klant niet te vergeten. Het is raadzaam om je klanten een vragenlijst in te laten vullen als je dit niet al eerder hebt gedaan. Zo voorkom je dat je nieuwe functionaliteiten toevoegt die de gebruiker toch niet gaat gebruiken. Onderzoek daarnaast ook hoe vaak je gebruikers een update willen hebben en wanneer? Is hun gebruik op specifieke tijden op bepaalde momenten van de dag of momenten in hun leven? Deze details lijken misschien onbenullig, maar ze zijn erg belangrijk bij het stellen van prioriteiten.

Wat

Tijdens de wat fase ga je de product functionaliteiten bespreken. Leid de discussie over functionaliteiten door de volgende vragen te stellen:

  • Wat heeft de gebruiker nodig, wat wil hij zij doen met het product?
  • Wie is de gebruiker?
  • Waarom maken deze functionaliteiten hun werk gemakkelijker? Worden ze hierdoor productiever?
  • Hoe vaak zullen ze de functionaliteit gebruiken?
  • Is deze functionaliteit echt noodzakelijk?

De waarde wordt bepaald door de prioriteitenstelling. Daarom moeten we de waarde definiëren en overeenstemming bereiken tijdens de planningsfase. Tijdens deze planningsfase moet er gekeken worden naar hoe belangrijk de functionaliteiten zijn voor de gebruikers. Waarde kan worden omschreven als een uitkomst en moet resulteren in tevredenheid.

Mapping

Mapping is een methode die je helpt om snel en de nieuwe functionaliteiten van een release in kaart te brengen. Begin met het inzichtelijk brengen van het verhaal van het product, van begin tot het einde. Dat wil zeggen, de gebruiker opent de app en ziet een welkom menu, klikt op nieuw,  het project zal een nieuw template starten,  etc.. , belangrijk om te doen in de logische volgorde. Als het gaat om software schrijven is er niet altijd sprake van een logische volgorde, dat maakt echter niet uit voor deze oefening. Het doel is een duidelijk stappenplan en verwachtingen op te schrijven, zijsporen kunnen in een later stadium worden besproken.

Je kunt de primaire acties van jouw productverhaal horizontaal in kaart brengen en verticaal de details toevoegen.

Wanneer je alles goed in kaart hebt gebracht heb je een lijst met functionaliteiten die je wilt optimaliseren. Nu moet je beslissen welke functionaliteiten je wanneer wilt optimaliseren. Wat zijn de belangrijkste kenmerken en wat kan worden uitgesteld tot de volgende release? Je moet voorkomen dat er te veel wijzigingen of updates in één release worden toegevoegd.

Product release vs Product Launch

Nu we de productrelease hebben gerealiseerd is het product technisch af en klaar om gebruikt te worden door de klanten.  De product lancering kan beginnen! Ben je benieuwd waar je rekening mee moet houden bij de product release? In het volgende artikel vertellen wij de best practices die ervoor kunnen zorgen dat je klanten enthousiast worden van de nieuwe functionaliteiten. Wil je dit niet missen? Schrijf je dan hier in voor onze Intercept Insights, dan krijg je om de 2 weken een nieuwe artikel in je mailbox.

Tags

  • Business Areas

Geschreven door

Deni Harrewijn

Deni Harrewijn

Global ISV Lead and business developer bij Intercept

Wellicht ook interessant:

  • Competitie Nl V1

    Startup business challenges ISVs - Competitie

    Zoals eerder benoemd is competitie een onderwerp waar je niet teveel aandacht aan moet besteden, maar wat je ook zeker niet moet vergeten. In dit artikel zal ik je een aantal richtlijnen geven om de concurrentie voor te blijven.

    • Leesduur 5min
    Meer over Startup business challenges ISVs - Competitie
  • A Working Marketing Strategy V3

    ISV Startup business challenges: Hoe definieer je een goed werkende (marketing) strategie?

    Als we het hebben over start up challenges moeten we het hebben over de marktbehoefte. Waarom is het zo belangrijk om de markt te kennen? Een goede marketing strategie helpt je bij het bepalen van je missie, visie en business doelstellingen. Dit gaat je helpen met het bepalen van de stappen die je moet nemen om deze doelen te behalen.

    • Leesduur 7min
    Meer over ISV Startup business challenges: Hoe definieer je een goed werkende (marketing) strategie?
  • Startup Challenges Customers En Def

    Start up business challenges van softwarebedrijven als ze naar de cloud gaan

    Waarom klanten zoveel meer zijn dan alleen een buyer persona. In dit artikel bespreken we waarom het zo belangrijk is om een duurzame relatie met je klanten op te bouwen wanneer je bezig bent met het bouwen en leveren van je (software) oplossing via de Cloud.

    • Leesduur 6min
    Meer over Start up business challenges van softwarebedrijven als ze naar de cloud gaan
  • Illustratie Technologie Engels

    Transformatievlakken voor ISV's - Technologie

    In dit artikel wil ik stil staan bij hoe je onder andere met de volgende onderwerpen omgaat: Kennismanagement onder personeel; IaaS vs PaaS; Hoe hou je innovaties bij? DevOps cultuur; Cloud security en framework.

    • Leesduur 9min
    Meer over Transformatievlakken voor ISV's - Technologie
  • Go To Market

    Transformatievlakken voor ISV's - Go to market

    Dit artikel gaat in op de go to market wijziging en de keuzes die een ISV moet overwegen bij de overgang van een legacy-applicatie naar een SaaS-applicatie in de public Cloud.

    • Leesduur 6min
    Meer over Transformatievlakken voor ISV's - Go to market
  • Organisatie Plaatje 1

    Transformatievlakken voor ISV's - Organisatie

    Dit artikel gaat in op de organisatiewijzigingen en de keuzes die een ISV moet overwegen bij de overgang van een legacy-applicatie naar een SaaS-applicatie in de public Cloud.

    • Leesduur 6min
    Meer over Transformatievlakken voor ISV's - Organisatie
  • Intcercept Ebook Llustratie Strategy (1)

    Transformatievlakken voor ISV’s - Strategie

    In dit artikel behandelen we één van deze transformaties waar je als ISV mee te maken krijgt als je een transitie maakt naar de Public Cloud. We gaan kijken naar de strategie en de aandachtspunten die daarbij komen kijken.

    • Leesduur 6min
    Meer over Transformatievlakken voor ISV’s - Strategie
  • Marketplace 1

    Bereik meer klanten – Publiceer jouw oplossing in de Azure Marketplace

    Veel mensen maken gebruik van de Azure Marketplace zonder dat ze zich hier bewust van zijn. Maar wat is het eigenlijk? En wat kan je ermee? In dit artikel leggen we uit wat de Marketplace is, wat de voordelen zijn en hoe je jouw applicatie of software in de Marketplace publiceert.

    • Leesduur 6min
    Meer over Bereik meer klanten – Publiceer jouw oplossing in de Azure Marketplace
  • How The Performance Of Saasbased Applications Can Impact You

    De impact van SaaS op de software-industrie

    Uit onderzoek blijkt dat 66% van de ISVs haar applicatie ‘verSaaSt’ omdat ze nieuwe klanten willen aantrekken. Naast het aantrekken van nieuwe klanten brengt het verSaaSen van je applicatie nog meer voordelen met zich mee.

    • Leesduur 5min
    Meer over De impact van SaaS op de software-industrie
  • Drie Scenarios Voor Isvs

    3 scenario’s waar elke ISV uit moet kiezen

    Independent Software Vendors (ISVs) hebben met elkaar gemeen dat ze ooit begonnen zijn met een briljant idee, een gat in de markt zagen, een applicatie ontwikkelden en vervolgens in business kwamen. De hele softwarebranche is echter sinds de komst van cloud compleet wakker geschud en overhoop gehaald.

    • Leesduur 3min
    Meer over 3 scenario’s waar elke ISV uit moet kiezen