In molti settori i prezzi sono i vecchi modelli, come le industrie per sé, e le regole del gioco sono stati fissati a lungo andare e sono ben conosciuti da tutti. Questo non è il caso di SaaS. Essere un giovane modello di consegna del software, i fattori chiave di una buona strategia in materia di prezzi che non sono chiare.
Sembra, così da dare un’occhiata a dei prezzi di molti modelli SaaS offerte, che tradizionale modello di licenza del software in premessa, non è la migliore idea per OnDemand software.
Inoltre, i servizi tradizionali (come la consultazione) modello ‘Mi carica per il tempo che si sta utilizzando le mie risorse (professionali) e il loro valore (junior, senior, ecc ..)’ non sembra essere il modo migliore per avvicinarsi al SaaS prezzi problema (probabilmente si inserisce meglio quando si parla di nube di calcolo). Non stiamo parlando di servizi tradizionali, stiamo parlando di prezzi di un abbonamento business.
In SaaS, il cambiamento di offrire ‘prodotti’ di ‘servizi’, da ‘acquistare’ su ‘subscribe’ implica la necessità di definire il modo migliore per la carica per la soluzione offerta.
Così, ogni fornitore SaaS affronta il problema della fissazione del giusto prezzo per la sua soluzione / servizi. Ci sono molte alternative e dei fattori che devono essere considerati quando si tratta di questo.
La maggior parte delle proposte da cui utilizzare alcuni (o tutti) di questa idea:
? * Pay periodicamente: Ciò significa che i clienti di tariffazione su base regolare (di solito mensili).
? * Il pagamento per ogni utente: Molto ampiamente utilizzato, da Salesforce per SaaS che le nuove start-up che due studenti universitari appena iniziato.
? * Pay-per le risorse: Questo di solito significa risorse di elaborazione: CPU / ora, GB, di larghezza di banda, ecc .. è usato molto spesso in IaaS o PaaS.
? * Pay-per le caratteristiche: Quindi i clienti paga solo per le caratteristiche della nostra soluzione di cui hanno veramente bisogno. Forse una nuova funzionalità o magari utilizzando semplici ‘piu’ dello strumento (per esempio, più applicazioni in un PaaS offerta).
Ognuna di queste ‘idee’ disporre di un proprio pro ei contro. Ad esempio, ‘il pagamento per ogni utente’ è il problema di generare paura al cliente circa l’adozione di soluzioni ampiamente, o ‘pagare per le risorse’ è il problema dei clienti non sapendo ciò che pagherà i prossimi mesi …
In una parola, di solito SaaS modelli di pricing sono più flessibili rispetto al tradizionale a base di licenza sul software premessa, e significa meno rischi e un saggio di spesa. Questo può, tuttavia, portare a un problema di complessità che deve essere curato.
Diamo uno sguardo su cosa ci si debba sempre tenere a mente, gli obiettivi che ogni strategia di prezzi SaaS dovrebbe perseguire al fine di sostenere un modello di business redditizio.
? * Lo rendono interessante per un nuovo cliente per iniziare a utilizzare il prodotto. Avere una versione gratuita, una versione di prova, o semplicemente un ‘pay-as-you-go’ bassa strategia di partenza, di solito questo risolve.
? * Portare i costi per il cliente prevedibile. Tutti vogliono sapere cosa aspettarsi quando si parla di pagamento … SaaS offre alcuni hanno questo problema (specialmente quelli che hanno modelli di pricing basati costo). Bisogna lasciare che il cliente sa, e di decidere quello che vogliono trascorrere. Anche se dobbiamo tenere in mente il prossimo obiettivo.
? * Provare ad aumentare la clientela parti una volta che il cliente utilizza lo strumento. Questo obiettivo può essere raggiunto in molti modi diversi, la maggior parte di essi legati alla ‘pay-as-you-go’ modello (funzioni, gli utenti, le risorse, ecc ..). Il cliente deve spendere di più la sensazione che davvero significa estrarre più valore dello strumento.
? * Non fare il modello di determinazione del prezzo troppo complessa. Questo è un problema molto spesso trovati in SaaS offerte, e che possono rendere l’adozione dello strumento da parte del mercato più lento e difficile. Let’s tenere a mente che molte imprese non sono ancora utilizzati per SaaS.
? * Verificare che il cliente non abusi di utilizzo della soluzione. Ciò può avvenire facilmente in soluzioni in cui un sacco di dati sono coinvolti, come quelli che usa il video, strumenti di business intelligence, ecc .. il fornitore deve essere protetto contro questo.
Quindi, come questa obiettivi e le principali idee spiegato nel primo post essere applicato quando la definizione di una strategia in materia di prezzi SaaS?
Diamo uno sguardo a un mondo reale esempio: coghead
Coghead è molto buono, e molto veterano PaaS offerta che si distingue per dare la possibilità di sviluppare una piattaforma sulla loro applicazione in gran parte da visiva ‘drag and drop’ operazioni. Essi sono ben finanziate e dovrebbe essere considerato come un forte concorrente di società come Intuit quickbase o con la forza piattaforma Salesforce.
Quindi, cerchiamo di analizzare il loro modello di determinazione del prezzo, senza parlare di soldi, siamo interessati al modello:
? * Sono responsabile fondamentalmente su tre differenti concetti: gli utenti, i verbali e archiviazione dei file.
? * Essi offrono un account gratuito con: 1 utente, 2000 righe e 100MB di spazio.
? * Da qui si hanno due opzioni di scala: il gruppo di lavoro bundle (con sconti) o il ‘pay-as-you-go’ più flessibile in base alle vostre esigenze.
? * Ci sono quattro diversi gruppi di lavoro fasci: Plus, Pro, premio, le imprese, ognuna con un prezzo fisso per un certo numero di utenti / archivi / spazio. Naturalmente un pacchetto è più conveniente che hanno la stessa quantità di utilizzo tramite ‘pay-as-you-go’.
? * Il ‘pay-as-you-go’ modello fondamentalmente oneri per ciascun user/10000 righe / 1 GB in uso.
Potete prendere uno sguardo più profondo a Coghead del modello qui.
Let’s talk ora su come questo modello di determinazione del prezzo si riferisce al ‘modello di idee’ e gli obiettivi abbiamo parlato:
? * Si, ovviamente, hanno un periodico (mensile) il pagamento. Qualcosa che rende perfetto per un senso PaaS offerta. * Sono carica, sia per gli utenti e per le risorse utilizzate. Questo è molto spesso utilizzato in PaaS offerta, che può essere molto facilmente overused. In carica per il numero di righe o di spazio è un modo per Coghead per assicurarsi che nessuno abusi piattaforma. * Hanno qualche funzione dei prezzi anche: Limited utenti e punto di accesso per le applicazioni che desiderano essere pubblico. * Hanno entrambi ‘pay-as-you-go’ e un ‘pacchetto’ di alternative.
Così, sembra che l’uso di tutte le idee si parla di questo, ovviamente comporta un problema di complessità, ma offre agli utenti un sacco di flessibilità.
Ed ora l’ultima domanda, ciò modelli di raggiungere gli obiettivi che ha scritto circa in questo post?
? * E ‘certamente atractive per un nuovo cliente / sviluppatore per avviare sapendo / utilizzando la piattaforma di base attraverso la libera conto. * A proposito di rendere i costi per il cliente prevedibile: Essi offrono questo attraverso le loro scelte in bundle-gruppo di lavoro. Voi sapete che cosa si paga per. Questo non è vero per la ‘pay-as-you-go’ opzione, che è anche più costoso, per cui il loro modello di determinazione del prezzo tende a portare i clienti al ‘workgroup’choices. * Aumento del cliente parti: Questo vale per la ‘pay-as-you-go’, ma così non vale per il ‘gruppo di lavoro’ opzione, se de cliente potrebbe esitare prima di acquistare il prossimo e più costoso pacchetto. * Non fare la politica dei prezzi troppo complesso: abbiamo veramente Coghead non pensare a questo, il loro modello di determinazione del prezzo è molto complesso per l’utente medio. Non abbiamo parlato qui, anche in merito ai loro partner, i concetti di offerta o dietro i diversi tipi di utenti. Diamo per scontato che, per un PaaS offre i cui clienti sono sia le imprese e tecnicamente qualificati, tale complessità non è un grosso problema. * Evitare l’abuso dei clienti: questo è abbastanza coperti non c’è modo più facile che un cliente potrebbe effettuare un ampio uso della piattaforma senza pagare per questo. Forse si potrebbe avere un problema con la larghezza di banda, qualcosa che non prevedono il pagamento di (in realtà hanno dei limiti, almeno per il pubblico e gli utenti del web di un app).
Riteniamo che il comportamento tipico di un cliente potrebbe essere quello di:
? 1. Prova gratuitamente il conto. 2. Vai per il primo pacchetto. 3. Poi il secondo, terzo, e infine il ‘business’ opzione. 4. Se il cliente ha bisogno di ulteriori non avrebbero alcuna possibilità, ma va piuttosto imprevedibile per la ‘pay-as-you-go’ modello.
Così, alla fine, l’aumento della complessità del loro modello di determinazione del prezzo con la maggior parte delle idee in usuall SaaS prezzi, (che ha apportato alcune modifiche recentemente) Coghead è stata in grado di coprire la maggior parte degli obiettivi. Riteniamo che hanno un forte modello di determinazione del prezzo (tale complessità non è un grosso guaio per questo tipo di strumento PaaS) sostenendo che la loro eccellente strumento basato su flex, dovrebbe aiutarli a diventare un grande giocatore in PaaS zona.
No related posts.
Articoli correlati elaborati dal plugin Yet Another Related Posts.