Ogni app che lanciamo si trova di fronte alla stessa domanda iniziale: come genera profitti? Non esiste una risposta universale, ma c\u2019\u00e8 un modello di riferimento che utilizziamo e che ci ha evitato molti primi istinti sbagliati.<\/p>\n
Il principio \u00e8 semplice da spiegare. Partiamo dai costi che dobbiamo sostenere per mantenere l\u2019app in funzione e da ci\u00f2 che l\u2019utente ottiene effettivamente, e cerchiamo il modello in cui questi due aspetti coincidono. Non il modello che garantirebbe il massimo profitto su un foglio di calcolo, n\u00e9 quello che per caso utilizza un concorrente. Ma quello che rispecchia in modo onesto la natura del lavoro.<\/p>\n
Siamo un piccolo studio autofinanziato, quindi non si tratta di una questione astratta. Non abbiamo fondi da parte di investitori per sostenere un modello che non si ripaga da solo, n\u00e9 un team dedicato alla crescita che possa mascherare un modello che infastidisce le persone. Qualunque cosa scegliamo, deve funzionare di per s\u00e9.<\/p>\n
Per le app il cui valore si concretizza nel momento stesso dell\u2019utilizzo e che non richiedono da parte nostra un\u2019infrastruttura permanente \u2014 convertitori di immagini, calcolatrici, semplici utilit\u00e0 \u2014 applichiamo un pagamento una tantum. L\u2019utente paga, diventa proprietario dell\u2019app e noi passiamo oltre.<\/p>\n
\u201cDire \u201dandare avanti\u201d \u00e8 un po\u2019 esagerato. Anche un\u2019app che si installa una volta sola ha bisogno di aggiornamenti quando cambia il sistema operativo, e quegli aggiornamenti non sono gratuiti. Quello che abbiamo imparato \u00e8 di fissare il prezzo tenendo conto di questo aspetto, piuttosto che puntare alla cifra pi\u00f9 bassa che uno store \u00e8 disposto ad accettare. Una piccola utility desktop che svolge un\u2019unica funzione sul proprio computer, senza che da parte nostra ci sia nulla che generi costi mensili, \u00e8 la soluzione ideale per questo modello.<\/p>\n
Per le app che comportano costi reali e ricorrenti da parte nostra (server di sincronizzazione, inferenza AI, aggiornamenti regolari dei contenuti), adottiamo un modello di abbonamento. Cerchiamo di fissare il prezzo all\u2019incirca all\u2019importo che ci servirebbe ottenere dall\u2019utente medio per raggiungere il pareggio, non a quello che potremmo ricavare al massimo.<\/p>\n
Il criterio che applichiamo \u00e8 verificare se riusciamo a spiegare, in una sola frase, a cosa servono i soldi pagati ogni mese. Se la risposta \u00e8 \u201cun server che mantiene i tuoi dati sincronizzati su tutti i dispositivi\u201d o \u201cprevisioni che dobbiamo recuperare ed elaborare ogni giorno\u201d, l\u2019abbonamento \u00e8 giustificato. Se la risposta \u00e8 \u201cperch\u00e9 i ricavi ricorrenti sembrano pi\u00f9 vantaggiosi\u201d, allora non lo \u00e8. Un\u2019app che necessita di dati aggiornati per rimanere utile \u00e8 esattamente il tipo di caso in cui valutiamo seriamente l\u2019opportunit\u00e0 di un abbonamento.<\/p>\n
\u00c8 raro. Lo facciamo solo quando l\u2019app \u00e8 talmente informale che anche un piccolo paywall ne comprometterebbe la visibilit\u00e0, e quando abbiamo trovato un partner pubblicitario che non traccia gli utenti tra le diverse app. Entrambe queste condizioni stanno diventando sempre pi\u00f9 difficili da soddisfare ogni anno che passa.<\/p>\n
Non escludiamo la possibilit\u00e0 di inserire pubblicit\u00e0. Rappresentano un modo legittimo per finanziare software per cui gli utenti altrimenti non pagherebbero, e per alcune app potrebbero rivelarsi la scelta giusta. Ci\u00f2 a cui prestiamo attenzione sono il posizionamento e i partner: un annuncio pubblicitario che interrompe l\u2019unica funzione per cui l\u2019app \u00e8 stata creata rappresenta un costo a carico dell\u2019utente, anche se non compare mai su una ricevuta.<\/p>\n
Il modello intermedio: un\u2019app gratuita che sia davvero utile di per s\u00e9, con un upgrade a pagamento per chi desidera maggiori funzionalit\u00e0. \u00c8 proprio questo il modello che troviamo pi\u00f9 difficile da gestire correttamente. Se la soglia \u00e8 troppo bassa, la versione gratuita sembra una semplice demo. Se \u00e8 troppo alta, nessuno acquista l\u2019aggiornamento e l\u2019app non riesce a sostenersi economicamente. Quando la utilizziamo, la regola \u00e8 che la versione gratuita debba essere qualcosa che raccomanderemmo volentieri anche di per s\u00e9.<\/p>\n
Per quanto riguarda gli strumenti, vogliamo che esistano a prescindere. Alcune delle nostre app pi\u00f9 piccole rientrano in questa categoria. Sono finanziate da quelle a pagamento.<\/p>\n
Il nostro primo istinto era stato quello di decidere il prezzo alla fine, una volta sviluppata l\u2019app. \u00c8 stato un errore. Il prezzo definisce il prodotto: un\u2019app in abbonamento deve offrire un motivo per tornare a usarla, un\u2019app da acquistare una sola volta deve essere completa fin dal primo giorno, un\u2019app gratuita deve avere costi di gestione contenuti. Ora scegliamo il modello prima ancora di progettare la prima schermata e lo rivediamo con obiettivit\u00e0 se l\u2019app risulta essere diversa da come l\u2019avevamo pianificata.<\/p>\n
Nessuna di queste scelte \u00e8 definitiva. Un\u2019app pu\u00f2 passare da un modello all\u2019altro man mano che cresce e i suoi costi cambiano \u2014 e quando ci\u00f2 accadr\u00e0, lo diremo chiaramente e ne spiegheremo il motivo.<\/p>","protected":false},"excerpt":{"rendered":"
Gratuito, freemium, pagamento una tantum, abbonamento: cosa scegliamo effettivamente e come.<\/p>","protected":false},"author":1,"featured_media":0,"comment_status":"closed","ping_status":"closed","sticky":false,"template":"","format":"standard","meta":{"footnotes":""},"categories":[1],"tags":[],"class_list":["post-577","post","type-post","status-publish","format-standard","hentry","category-journal"],"yoast_head":"\n