5 Manieren om prioriteiten te stellen functies Uw verzoek van de klant
Januari 30, 2015 | Door Dave Schneider | 3 Reacties"& Gt;3 Reacties
Klanten lijken altijd om nieuwe dingen te willen.
En als je net als mij, wil je altijd het aan hen.
Het is onderdeel van een goede klantenservice, en we weten dat geweldige klantenservice drijft verwijzing marketing.
Echter, kans groot dat je een zekere mate van beperkte middelen, en je kunt ze niet alles geven wat ze onmiddellijk willen.
Dat brengt ons tot de belangrijkste concept van de prioritering.
Op mijn huidige opstarten, NinjaOutreach, een prospectie en outreach software tool, we zijn altijd actief in prioriteitenstelling kwesties. Dit komt omdat ons product is zeer beschikken over gereden en we hebben maar een ontwikkelaar die fulltime werken.
Zo, met elke nieuwe klant verzoek, moeten we ons afvragen de volgende vijf vragen goed te rangschikken hem onder tientallen verzoeken die we hebben.
En om het allemaal nog ingewikkelder te maken, in veel gevallen is er niet altijd een duidelijk antwoord.
Niettemin, Als je je aan deze logica, je hebt een stevige kans op het nemen van uw product in de juiste richting.
1. Hoeveel mensen zal dit invloed?
De voor de hand liggende eerste start is om te begrijpen hoeveel mensen deze functie wijziging is van invloed. Een functie verandering die geen invloed heeft op veel mensen, zal waarschijnlijk niet worden gewaardeerd door veel mensen ofwel.
Bijvoorbeeld, een aantal van onze klanten hebben een specifiek type data veld gevraagde, zoals Instagram volgelingen. Dit is een heel logisch en begrijpelijk verzoek, maar het is waarschijnlijk alleen relevant 10% of zo gebruikers.
Aan het andere uiteinde van het spectrum, andere gebruikers hebben voor een meer geavanceerde filter inclusief locatie en de eerste beschikbaarheid naam gevraagd.
Het moet duidelijk zijn dat een filter dat iedereen kan gebruiken meer impact zal zijn, en zal dus waarschijnlijk hoger worden geprioriteerd.
2. Hoe groot zal dat effect?
De volgende vraag die ik vraag is van de grootte van dat effect. Je kunt een heleboel mensen beïnvloeden, maar als het een kleinere hoeveelheid per individu, de totale waarde nog relatief gering.
Een perfect voorbeeld zijn UI veranderingen.
UI veranderingen zijn groot in dat zij kunnen profiteren iedereen, en vermoedelijk zal de software meer intuïtief voor alle huidige en toekomstige gebruikers maken. Echter, in mijn ervaring met UI veranderingen, met uitzondering van zeer grote degenen, ze gaan relatief onopgemerkt.
Daarom, hoewel iedereen profiteert van UI veranderingen, de veranderingen zo klein uiteenzet dat ze zelden tot een significante toegevoegde waarde ervaring voor de gebruiker.
Integendeel, er kan een functie zijn, zoals bulk e-mail, wat voor ons is de mogelijkheid om e-mail meerdere mensen tegelijk. Hoewel niet iedereen is het gebruik van de software of outreach, dergelijke mogelijkheid zou letterlijk redden uur voor degenen die het gebruiken.
Dat is een grote verandering.
In feite, zou een dergelijke verbetering, dat het zelfs kan verleiden de huidige gebruikers om te beginnen met behulp van de software voor de outreach.
Daarom, Ik ben meer geneigd om de implementatie van een grootschalige functie zoals deze, dan een reeks kleine UI veranderingen.
Natuurlijk, dit is geen regel, want uiteindelijk genoeg kleine UI veranderingen kunnen toevoegen aan een grote algehele UI verandering, dus is het altijd een evenwicht.
3. Is het u te onderscheiden van de concurrentie?
Een ander ding om te overwegen is of concurrerende producten bieden dezelfde functie.
Als ik iets kan bieden dat mijn concurrenten niet, het maakt mijn product stickier. Dit is omdat als de persoon wil deze specificiteit, ze zullen moeten onze tool gebruiken om het te krijgen.
Bijvoorbeeld, een nieuwe functie die we hebben gewerkt aan zijn automatische follow-ups. De meeste van onze concurrenten niet beschikken over deze functie, of in het beste bieden ze alleen follow-up herinneringen, dus we zouden een van de weinige software in onze niche aanbod van deze functie.
Daarom, hoewel zoals ik al eerder gezegd, misschien niet iedereen is het gebruik van de software voor de outreach, en misschien zelfs minder geïnteresseerd zijn in de follow-ups, degenen die echt van die functie zou erg plakkerig zijn om de software als we bood het.
4. Zal het verbeteren van retentie?
Churn is vaak de moordenaar onder softwarebedrijven. Dit komt omdat we vaak factureren maandelijks en dus nodig hebben om onze klanten tevreden te houden.
Sommige functies zijn gewoon inherent stickier.
Een van mijn vorige voorbeelden was de follow-up functie, dat kleverig omdat het moeilijk te vinden elders.
Een ander type van de functie die retentie kan verbeteren is iets dat betrokkenheid verhoogt. Voor ons, dit zou een chromen extensie worden add-on die een persoon tijdens hun dagelijkse surfen op het web kunnen gebruiken. In tegenstelling tot de follow-up functie, Dit zou veel vaker worden gebruikt, en daarom eerder het individu gekoppeld met de software behouden.
Hoe meer een klant gekoppeld met de software, hoe minder kans dat ze om churn uit.
5. Zal het verleiden nieuwe mensen om het te kopen?
Enkele van de meest over het hoofd functies zijn degenen die de huidige klanten niet aanvraagt.
Ik wil graag speciale aandacht besteden aan de functies die niet-gebruikers aanvraagt.
Waarom?
Want als iemand al een gebruiker van de software, voor een groot deel hebben ze besloten dat het oplossen van hun probleem en het doen van een goede baan. Dat wil niet zeggen dat ze nooit zullen churn uitgeschakeld, maar als je een relatief lage mate van churn, het is niet super waarschijnlijk, althans niet in de nabije toekomst.
Daarom, Ik wil graag functies die zal breken de barrière voor nieuwe gebruikers overwegen.
Bijvoorbeeld, als iemand wil gaan gebruiken NinjaOutreach morgen, ze zijn waarschijnlijk gaat willen een soort van import te doen, omdat ze afkomstig zijn uit een eerdere hulpmiddel. Daarom, de import functie is absoluut noodzakelijk voor hen.
Een ander voorbeeld, voor ons, is de functie teamsamenwerking, die het mogelijk maakt meerdere mensen op dezelfde rekening in een keer gebruiken. Natuurlijk als iemand al gebruik NinjaOutreach zonder deze functie, zij hebben besloten dat ze kunnen leven zonder het. Echter, er zijn andere mensen, die werken aan grotere teams en zal expliciet zeggen dat ze de software niet kunt gebruiken, tenzij deze samenwerking is geweest.
Conclusie
Zoals je kan zien, Er zijn geen harde en snelle regels om te beslissen welke functie die u nu moet bouwen. Niet alleen een aantal van deze vragen leiden tot verschillende antwoorden, maar je moet ook rekening houden met de omvang van een feature request, in termen van middelen. Bijvoorbeeld twee functies bijna niet dezelfde impact zou kunnen hebben, maar wanneer het wordt gedaan in een paar dagen, en een ander zal enkele weken duren, Ik kan degene die alleen zal duren een paar dagen aan te vallen, om het momentum en de voorwaartse vooruitgang te behouden.
Allemaal hetzelfde, te beginnen met deze vijf vragen is een goede start.
- Hoeveel mensen zal dit invloed?
- Hoe groot zal dat effect?
- Is het u te onderscheiden van de concurrentie?
- Zal het verbeteren van retentie?
- Zal het verleiden nieuwe mensen om het te kopen?
Aan het einde van de dag, als er een ding dat ik kan met zekerheid zeggen, het is dat het spreken aan zowel gebruikers als niet-gebruikers over uw software en begrijpen welke functies zij graag toegevoegd is de beste manier om een geïnformeerd besluit te nemen.
Persoonlijk, Ik elk gesprek te beëindigen altijd, door te vragen voor 1 naar 2 features waarde toe te voegen.
OntmoetenDave Schneider
David Schneider is de medeoprichter van NinjaOutreach een alles in een prospectie en Outreach tool die is gemaakt om het proces van het verbinden met beïnvloeders stroomlijnen. Hij kan ook worden gevonden ninjaoutreach en zijn bedrijf blog SelfMadeBusinessman
