strategie gresita sau cea corecta?
Posted on December 7, 2007
Filed Under Tehnologie | 11 Comments
Unul din castigatorii concursului NetStart-up m-a surprins cand a spus ca strategia de a monetiza ideea este de a o vinde sub forma de cutii (adica servere + solutia software + (probabil) suport si training). Alternativa ar fi fost sa vanda doar serviciile si sa se ocupe ei de servere si software si administrare si scalare.
De ce m-a surprins? Pai de ceva vreme multe firme incearca sa isi transforme vanzarea de hardware sau software in vanzare de servicii preferabil deployate catre clienti prin web (IBM si Sun ar fi doua exemple de firme care se indeparteaza din ce in ce mai mult de vanzarea de cutii).
Inchipuiti-va ca Google ar fi ales ca in loc sa pastreze administrarea serviciului de indexare ar fi vandut solutia catre oricine ar fi fost interesat si ar fi avut si banii. De exemplu Yahoo! Ar fi fost un scenariu posibil, de ce nu? Google pornise cu 1 mil de dolari si doi oamenii, Yahoo! era ditamai corporatia. Cred ca nu am mai fi avut acuma Gmail si multe altele.
Daca este sa enumar rapid avantajele celor doua variante de monetizare a unui produs software as aminti:
1. Monetizare ca serviciu (eventual web):
- eliminarea costurilor de suport (nu trebuie sa suporti clienti cu diferite platforme, infrastructuri…);
- eliminarea costurilor aditionale de upgrade/update (nu trebuie sa distribui la toti clientii updateurile lucru care mai mult ca sigur va genera si punctul de mai sus);
- distributie la nivel global mult mai usoara decat varianta clasica;
- bariera mai mica pentru client in adoptarea solutiei;
- scalabilitate mai buna a businessului (in loc sa te inhami la construirea unei echipe globale de selleri/partneri/support te inhami doar sa mentii solutia scalabila lucru care il stii deja ca doara esti tehnic si nu marketer
)
2. Monetizarea ca si cutie:
- cu parere de rau dar chiar nu imi vine nici una care sa nu se dovedeasca in cele din urma dezavantaj.
Voi ce parere aveti?
PS. S-ar putea ca unii sa imi spuna ca ai nevoie de foarte multi bani ca sa iti faci ferma de servere si Internet pipe-ul pentru a satisface un numar mare de requesturi. Him din fericire exista acum alternative la solutia clasica de servere proprii in data centere: servicii gen EC2 si S3 – cautati putin dupa ele pe Google si o sa fiti surprinsi de numarul de proiecte care sunt arhitectate peste ele.
mcorlan
Comments
11 Responses to “strategie gresita sau cea corecta?”
Leave a Reply

Oare cati stiu sa faca o aplicatie scalabila ca la carte ? sau la cati le-a trecut prin cap ideea inainte de a fi pusi in fata faptului implinit ?
Aceasi intrebare aici http://www.37signals.com/svn/posts/724-ask-37signals-installable-software).
Prima varianta pare una fireasca aproape din toate punctele de vedere…mai putin unul…mediul in care se desfasoara businessul… Traim intr-o tara in care oamenii sunt prost platiti iar serviciile sunt foarte scumpe…si atunci totul se clarifica…cu cat vinzi mai mult cu atat castigi mai mult…asa ca asta ar fi un avantaj al celei de-a 2 optiune….
Vinzi aplicatia, vinzi suport, vinzi updateuri…vinzi vinzi vinzi…
Dacă Gmail ar fi pe bani eu unul nu aș plăti, mai ales că am anumite prejudecăți despre serviciile online (cum ar fi că confidențialitatea datelor nu poate fi protejată de nimeni … vezi legea patriotului din SUA). Îl folosesc deoarece este gratis și bun, dar nu pot trăi fără un client de email local.
Problema cu serviciile online este că economia bazată pe comoditate nu prea mai funcționează (datorită concurenței mari și a costurilor de intrare în business destul de mici). Google a avut succes deoarece modelul de business adoptat este unul oarecum bazat pe daruri, și nu toată lumea se încumetă să le urmeze calea deoarece într-un astfel de model economic profiturile nu sunt directe.
In functie de granularitatea acestuia, acelasi serviciu poate fi foarte bine vandut ca si appliance sau serviciu propriu-zis ori AMBELE. Daca tot e sa dam exemplu Google, iata:
http://www.google.com/enterprise/
care este un appliance cu o versiune evident mult mai “light” si fara elemente de scalabilitate ale motorului de cautare. Nu vad ce i-ar impiedica pe cei de la Yahoo sa cumpere un appliance Google
In plus, evident ca apar probleme de licentiere, un server se vinde pentru utilizarea intr-un anume context (intr-o retea interna in cazul Google Enterprise) si nu ca sa-l pui la liber pe Internet sau sa sa faci reverse engineering pe el.
Deci da, ambele modele de business pot coexista lejer fiecare aplicandu-se la o anumita scara. Mai sunt si alte cazuri in care serviciul se poate monetiza doar ca appliance: de exemplu, securitate/IDS/alte produse inteligente de networking care nu-si au locul decat intr-o retea interna.
Pot sa confirm cele spuse de Adrian: Google vinde si “la cutie”, dar licenta de utilizare este foarte restrictiva si nu-ti permite sa faci reverse engineering sau sa-l folosesti cum te taie pe tine capul.
Stiu ca Google vinde si la cutie; dar este un serviciu periferic nu este core-ul businessului lor.
Ca dovada nu se vand cutiile respective in tarile in care nu au suport (inclusiv Romania).
In Ro Google ar vinde prea putine appliances ca sa merite investitia in suport. Insa: indiferent ca este o treaba de nisa sau nu, afacerea este viabila si functioneaza bine merci in paralel cu core business.
Poate sa para ciudat in anul de gratie 2007 in curant 2008 cu SaaS-ul in foarte mare voga
dar hai sa ne gandim un pic. Un appliance configurat la distanta, administrat la distanta, care isi ia update-uri remote – este server local “pe bune” sau o simpla forma de materializare a unui serviciu ?
Poate parea identic si totusi nu este pentru ca:
- hardware-ul poate sa pice si atunci trebuie sa ai oameni in locatie care sa se miste rapid; trebuie sa pui acelasi hardware ca sa nu ajungi cu platforma hardware diferita fata de cea pe care stii sigur ca ruleaza fara probleme.
Eu nu spun ca nu este o solutie sa vinzi cutii; eu zic ca te bucuri de economiile de scara cand vinzi SaaS.
Ca sa incercam sa punem punc la discutia cu Google si cutiile lor (na sa am eu ultimul cuvant) cred ca trebuie sa pui in perspectiva veniturilor cutiile lor. Eu nu am acces la cifre dar cred ca este o diferenta enorma intre venitul din online si cel din offline. Si doi chiar credeti ca Google ar fi ajuns unde este acuma daca strategia lor initiala s-ar fi bazat pe vandut cutii la oricine doreste? Pentru ca sa fim seriosi cutiile astea au aparut la ceva vreme dupa ce devenise verb google (ex. “google it”)?
hehe
Crezi ca scapi asa usor.
Redundanță pe appliance: surse + hardware, cu alerte automate cand cade o componenta. Normal, si in aceste conditii trebuie sa ai un suport minimal. Repet, minimal. Platforma hardware o decizi cand concepi appliance-ul, deci o sa ma deranjeze doar daca am o strategie de evolutie prost gandita.
Eu nu zic c-as avea o bucurie la “cutii”, dar poate ca sunt constient ca nu pot sa ajung Google (for a change). Poate vreau sa exploatez o nisa “virgina” de [doar ?] cateva zeci/sute de milioane usd si am un exit strategy prin vanzare la HP de exemplu. Dupa care, ma apuc de cultivat castraveți. S-au vazut destule cazuri.
In ce-i priveste pe Google, ai dreptate dar explicatia este mai simpla decat crezi. Google nu puteau vinde corect appliance-ul inainte de a-si impune search engine-ul pentru ca nu aveau “brand”. Altfel spus, ar fi fost obligati sa vanda ieftin pe o piata care nu ii cunostea. Acum, este un business secundar dar cred ca multe firme romanesti ar vrea intens sa aiba o cifra de afaceri mare cat nisa asta amărâtă a celor de la Google.
Sa nu uitam ca sunt solutii care se pot vinde doar ca appliance. Cum faci Saas full la un intrusion detection system (si ma refer la cei de la Snort care monetizeaza mostly via appliance) ?
De fapt ce anume aplicatie era cea despre care vorbesti in articol ?
Era vorba despre o platforma de inserare de reclame in content video, o inserare mai “desteapta” (taguri chestii ca sa reclama inserata sa aiba legatura cu filmul).
Mihai, atunci ai absoluta dreptate. Piata ar fi prea mica pentru un astfel de appliance si ar trebui sa vanda scump pentru a supravietui.