[coredev]

37 Signals (skapare av flera lyckade webbappar) skrev för några år sedan en bok "Getting Real" som alla nätentreprenörer bör ha läst. Den finns publicerad här: https://gettingreal.37signals.com/toc.php

Den beskriver processen från idé via utveckling och lansering till förvaltning. Läs den! :-)

Men för att svara på dina frågor så brukar jag köra efter konceptet "release early, release often". Det brukar jag dock krydda med någon form av lanseringsplan för att öka exponering och intresse för produkten.

[tartareandesire]

Ursprungligen postat av CotopaXi

Jag tror verkligen inte på att bygga och finpolera i ett halvår innan man släpper någonting som man inte vet om användarna vill ha, släpp det du har och lyssna på användarna, ta betalt när din tjänst tillför värde.

Det fungerar bra med enklare och mer experimentella tjänster men handlar det om större projekt så är det omöjligt att lansera något annat än skräp om man sätter en väldigt kort tidsgräns och då kommer man att misslyckas oavsett om idén i sig faktiskt är bra. Har man flera stora konkurrenter så krävs också en helt annan approach än om man är ny inom ett område.

Ursprungligen postat av Johnny Viking

Jag har iofs bara 1 värdig produkt som jag säljer och den är komplett i sitt originalutförande så syftet med produkten uppfylls (en SaaS). Men man kan köpa till tjänster, och där så vet jag att det jag idag har kan bli mycket mer. Men det är tillräckligt med extra tjänster för att locka till sig intresse (hoppas jag).

Ska du bygga något halvfärdigt så kan du väl lansera det som "Beta", det i sig är ju ibland ett PR-trick att kalla något redan väl fungerande som Beta.

Det där är en strategi jag tror mycket på själv också. Att man levererar ett hyfsat komplett paket från start men att det sedan finns ett antal planerade tilläggstjänster / produkter som ger mervärde.

Hur länge arbetade du med din produkt innan du lanserade? Var anledningen till att du väntade att du inte var nöjd med produkten eller fanns det andra orsaker?

Ursprungligen postat av coredev

37 Signals (skapare av flera lyckade webbappar) skrev för några år sedan en bok "Getting Real" som alla nätentreprenörer bör ha läst. Den finns publicerad här: https://gettingreal.37signals.com/toc.php

Den beskriver processen från idé via utveckling och lansering till förvaltning. Läs den! :-)

Men för att svara på dina frågor så brukar jag köra efter konceptet "release early, release often". Det brukar jag dock krydda med någon form av lanseringsplan för att öka exponering och intresse för produkten.

Den har jag läst och håller med om den är läsvärd men det är oftast mer intressant att lyssna till flera röster än en

Kör du en öppen och publik lanseringsplan menar du eller menade du bara att du har en sådan för dig själv redan från början?

[Johnny Viking]

Ursprungligen postat av tartareandesire

Det där är en strategi jag tror mycket på själv också. Att man levererar ett hyfsat komplett paket från start men att det sedan finns ett antal planerade tilläggstjänster / produkter som ger mervärde.

Hur länge arbetade du med din produkt innan du lanserade? Var anledningen till att du väntade att du inte var nöjd med produkten eller fanns det andra orsaker?

Det viktiga är ju att det som är "gratis" eller som ingår i ett standardpris fortfarande är en bra grund och start för det kunden söker. Så man får inte vara för snål. Utan extrafunktionerna får ju vara specifika, spetsfunktioner. I mitt fall integration med bokföringssystem, bokföringsunderlag, nyhetsbrevsfunktion (kostar ju att skicka), men även SMS.
Det är ett bokningssystem.

Det är dock fortfarande i Beta, från tidigare Alpha där endast nära vänner och kontakter fått testa det. Det har pågått i 2 år nu och först nu börjar jag göra det färdigt nog för att låta vem som helst använda. Och det i sig kräver ju ett admin GUI så man kan hantera alla potentiella klienter. Det ska vara självadministration genom att hantera sitt "abonnemang" via sitt login osv.

Det jag insett är ju att ju fler funktioner man skapar, ju mer underhåll måste man göra. Så jag har börjat bli lite försiktig och ska nu istället jobba så att allting är 100% "perfekt" och så lite buggar som möjligt. Samt arbeta på att allt är användarvänligt, så pass så man begränsar antalet support-förfrågans som kommer in. För ett dåligt system, generar väldigt mycket administration. Så det vill jag bort ifrån genom att garantera en väl fungerande produkt.