Prezzi e licenze del prodotto

Impostare correttamente il prezzo del prodotto e il modello di licenza aiuterà a far crescere significativamente le tue vendite. Considera l'investimento del tuo tempo, manodopera, risorse e denaro dedicato allo sviluppo del tuo componente software o strumento di sviluppo. È fondamentale fissare il prezzo del prodotto in modo tale da consentire al cliente di ottenere un ritorno sul proprio investimento, garantendo allo stesso tempo un guadagno che ti permetta di reinvestire nel prodotto.

D. Come decido il prezzo del mio prodotto?
R. Determinare un prezzo appropriato per un componente è un processo complesso basato su molti fattori: granularità della logica incapsulata; unicità della funzionalità; numero di prodotti concorrenti; e altro. Tipicamente esiste un prezzo per licenza singola, un prezzo per licenza di team (4 licenze al prezzo di 2 o 3) e un prezzo per licenza sito (licenza illimitata per sito al prezzo di 5-10 licenze singole). Confronta il tuo prodotto con altri disponibili sul mercato e, se hai un numero maggiore di funzionalità, alza il prezzo rispetto a loro. Non fissare mai un prezzo basso pensando di vendere grandi quantità; semplicemente non funziona così. I clienti cercano valore, non "shareware". Visita anche la nostra pagina Servizio di Consulenza sul Prezzo per ulteriori Q&A su questo argomento.

D. Come procedo con la concessione di licenze per il mio prodotto?
R. La concessione di licenze per componenti è un processo duplice: protezione del software e termini e condizioni di licenza. La protezione del software può essere realizzata in diversi modi. Esistono anche soluzioni di terze parti acquistabili per questo scopo o puoi sviluppare una tua soluzione. I termini e condizioni di licenza costituiscono l'accordo legale sottoscritto dall'editore (te) e dal cliente al momento dell'acquisto. Questi termini è meglio lasciarli a avvocati qualificati.

D. Dovrei utilizzare un modello di abbonamento + rinnovo o un modello di licenza + aggiornamento?
R. Ci sono molti vantaggi e svantaggi da considerare nel scegliere tra un modello di business Abbonamento + Rinnovo e un modello Licenza + Aggiornamento. Un elemento da considerare è il punto di vista del cliente, l'altro è l'impatto probabile sul fatturato durante la vita del prodotto per 3-4 anni. Un esempio dettagliato che confronta 2 prodotti con i due diversi modelli è disponibile nella nostra pagina Servizio di Consulenza sul Prezzo – il risultato potrebbe sorprenderti o almeno farti RIFLETTERE sul tuo modello di business.

D. Dovrei separare i miei prodotti per ottenere un maggior valore di vendita?
R. Bundle e suite sono ottime idee, ma solo quando servono ad aumentare il valore medio dell'ordine cliente – non a diminuirlo. Ricorda che il cliente vuole che tu resti in attività per continuare a supportarlo in futuro – quindi trova il giusto equilibrio tra offrire software di alta qualità e alto valore senza danneggiare le vendite. Raggruppa con cura la tua offerta e se pensi di aver sbagliato, non temere di rivedere la tua gamma e separare i prodotti per ottenere il modello di prezzo e licenza corretto e sbloccare il pieno valore della tua gamma. Una discussione dettagliata è presente nella nostra pagina Servizio di Consulenza sul Prezzo – dove spieghiamo come sbloccare il valore nascosto delle suite o bundle mantenendo i clienti soddisfatti.

D. Dovrei addebitare il supporto?
R. Non sei obbligato a offrire supporto gratuitamente! La norma del settore è addebitare tra il 15% e il 20% del costo iniziale della licenza annua per il supporto software – quindi perché non farlo? I tuoi clienti vogliono assicurarsi che tu sia presente per supportarli – quindi non vogliono davvero che tu chiuda ed, se il servizio è buono, generalmente non hanno problemi a pagarlo. Un altro approccio è addebitare per incidente o ogni 5 incidenti – ma è più difficile da gestire rispetto a un accordo di supporto annuale. Un esempio: una licenza per prodotto da 1.000 $ per sviluppatore avrebbe un costo di supporto di 200 $. Ogni anno il cliente pagherebbe 200 $ per supporto, patch e aggiornamenti minori – ma solitamente non per major update. Per queste ultime serve comprare una licenza di aggiornamento. Visita anche la nostra pagina Servizio di Consulenza sul Prezzo per ulteriori Q&A e un esempio sull'importanza del supporto per il fatturato in 4 anni.

D. Dovrei usare royalty o addebitare per il deployment in fase di esecuzione?
R. Le royalty di runtime generalmente non sono usate nel mercato dei componenti. Ci sono eccezioni, ma in base a funzionalità e granularità, la maggior parte dei componenti software viene distribuita senza royalty di runtime. Le royalty per utente sono difficili da far rispettare. Un'alternativa usata spesso per componenti lato server è la Licenza di Deployment. In questo scenario, lo sviluppatore acquista il componente, costruisce l'applicazione, poi paga una tassa una tantum per il deployment, o una tassa per server o per processore, ecc. In molti casi, la licenza di deployment viene acquistata in anticipo (cioè non si paga nulla per il kit di sviluppo, solo un prezzo scalare in base al numero di utenti al momento del deployment).

La regola d'oro è: se senti la necessità di addebitare per il deployment in fase di esecuzione, cerca di mantenere il modello di licenza e prezzo semplice – il più semplice è una tariffa fissa una tantum da pagare (UNA SOLA VOLTA) senza dover pagare più in futuro. È un approccio di base alla licenza runtime ma ha il vantaggio di essere molto chiaro per il cliente e facile da gestire e implementare per te.

In alcuni settori o nicchie le royalty runtime sono la norma – ad esempio nel settore imaging o CAD si pagano spesso le royalty runtime. Ciò accade perché l'expertise necessaria per creare il prodotto è unica e quindi c'è un alto valore nel segreto industriale, know how o proprietà intellettuale nel software. Se hai proprietà intellettuale unica nel tuo prodotto o è molto specializzato – dovresti considerare di addebitare royalty o per il deployment di runtime.

D. A cosa servono i numeri seriali?
R. Un numero seriale può essere assegnato a ogni ordine, permettendo così a ComponentSource di identificare per te quale cliente ha quale numero seriale a scopo di supporto.

D. Quanti numeri seriali servono a ComponentSource?
R. Idealmente vorremmo una lista pre-generata di 500 numeri seriali per ogni opzione di acquisto. Quando la lista scende a soli 100 numeri disponibili, chiediamo ulteriori 500 numeri seriali. Questo garantisce di poter sempre soddisfare la domanda dei clienti. Per i prodotti più venduti queste esigenze aumentano a 1000 numeri seriali inizialmente e ne chiediamo altri 1000 quando i numeri residui scendono a 250.

D. Perché ComponentSource vuole una lista di numeri seriali in anticipo?
R. ComponentSource ha bisogno dei numeri seriali in anticipo per poter evadere ordini da tutto il mondo 24/7. Così mentre dormi possiamo continuare a prendere ordini per te!

D. Quali termini e condizioni dell'End User License Agreement (EULA) accettano i clienti ComponentSource prima di acquistare il mio software?
R. Leggi il nostro End User License Agreement. Questo funge da insieme ombrello di termini permettendo ai clienti di acquistare e scaricare più prodotti di diversi editori in un unico ordine da ComponentSource. L'EULA di ComponentSource rimanda al tuo EULA o ai termini e condizioni che dovrebbero essere inclusi nel tuo prodotto. Idealmente dovresti mostrare il tuo EULA al cliente per accettazione prima che inizi il processo di installazione del tuo prodotto.

D. ComponentSource ha un set standard di termini e condizioni o un modello che posso usare per creare il mio EULA da editore?
R. No – consigliamo di rivolgerti a un consulente legale con esperienza nella redazione di contratti di licenza software e di incaricarlo di creare un set di termini e condizioni per la tua organizzazione. Idealmente dovresti mostrare il tuo EULA al cliente per accettazione prima che inizi il processo di installazione del tuo prodotto.

D. Qual è la politica di reso di ComponentSource?
R. Per favore consulta la nostra Pagina della Politica di Reso.