La cuestión de los precios

Cada aplicación que lanzamos se enfrenta a la misma pregunta inicial: ¿cómo genera ingresos? No hay una respuesta universal, pero sí un marco de trabajo que utilizamos y que nos ha evitado muchos errores iniciales.

El marco es fácil de explicar. Partimos de lo que nos cuesta mantener la aplicación en funcionamiento y de lo que realmente obtiene la persona que la utiliza, y buscamos el modelo en el que ambos aspectos coincidan. No el modelo que generaría más beneficios en una hoja de cálculo, ni el que utilice por casualidad un competidor. Sino aquel que refleje con honestidad la naturaleza del trabajo.

Somos un pequeño estudio autofinanciado, así que esto no es algo abstracto. No contamos con fondos de inversores para financiar un modelo que no se autofinancie, ni con un equipo de crecimiento que pueda disimular uno que moleste a la gente. Sea cual sea nuestra elección, tiene que funcionar por sí misma.

Compra única

En el caso de las aplicaciones cuyo valor se obtiene en el momento de su uso y que no requieren una infraestructura continua por nuestra parte —como convertidores de imágenes, calculadoras o utilidades sencillas—, cobramos una sola vez. El usuario paga, se queda con la aplicación y nosotros seguimos adelante.

“Decir ”pasar página» es un poco exagerado. Una aplicación que solo se instala una vez sigue necesitando actualizaciones cuando cambia el sistema operativo, y esas actualizaciones no son gratis. Lo que hemos aprendido es a fijar el precio teniendo eso en cuenta, en lugar de fijarlo en la cifra más baja que acepte una tienda. Una pequeña utilidad de escritorio que realiza una única tarea en tu propio ordenador, sin que nada por nuestra parte genere un gasto mensual, encaja perfectamente en este modelo.

Suscripción

En el caso de las aplicaciones que nos suponen un coste real continuo (servidores de sincronización, inferencia de IA, actualizaciones periódicas de contenido), ofrecemos una suscripción. Intentamos fijar el precio más o menos en lo que necesitaríamos que pagara el usuario medio para cubrir gastos, y no en lo máximo que podríamos cobrar.

La prueba que aplicamos consiste en ver si podemos explicar, en una sola frase, a qué se destina el dinero que se paga cada mes. Si la respuesta es “un servidor que mantiene tus datos sincronizados entre dispositivos” o “previsiones que tenemos que recabar y procesar cada día”, la suscripción está justificada. Si la respuesta es “porque los ingresos recurrentes quedan mejor”, no lo es. Una aplicación que necesita datos actualizados para seguir siendo útil es precisamente el tipo de caso en el que nos planteamos seriamente la posibilidad de una suscripción.

Gratis con anuncios

Es poco habitual. Solo lo hacemos cuando la aplicación es tan informal que incluso un pequeño muro de pago impediría que los usuarios la descubrieran, y cuando hemos encontrado un socio publicitario que no realiza un seguimiento de los usuarios entre aplicaciones. Cada año resulta más difícil cumplir ambas condiciones.

No descartamos la publicidad. Es una forma legítima de financiar software por el que la gente no pagaría de otro modo, y para algunas aplicaciones puede resultar la decisión más acertada. Lo que nos preocupa es la ubicación y los socios: un anuncio que interrumpe precisamente aquello para lo que sirve la aplicación supone un coste que paga el usuario, aunque nunca aparezca en un recibo.

Freemium

El modelo intermedio: una aplicación gratuita que resulta realmente útil por sí sola, con una versión de pago para quienes quieran más. Este es el que más nos cuesta acertar. Si el umbral es demasiado bajo, la versión gratuita parece una demo. Si es demasiado alto, nadie se pasa a la versión de pago y la aplicación no puede mantenerse. Cuando la utilizamos, la regla es que la versión gratuita tiene que ser algo que recomendaríamos encantados por sí sola.

Gratis

En cuanto a las herramientas, queremos que existan en cualquier caso. Algunas de nuestras aplicaciones más pequeñas entran en esta categoría. Se financian gracias a las de pago.

En qué nos equivocamos

Nuestro primer instinto fue fijar el precio al final, una vez desarrollada la aplicación. Eso fue un error. El precio da forma al producto: una aplicación de suscripción necesita un motivo para que el usuario vuelva; una aplicación de uso único debe estar completa desde el primer día; y una aplicación gratuita debe tener un coste de funcionamiento bajo. Ahora elegimos el modelo antes incluso de diseñar la primera pantalla y lo revisamos con franqueza si la aplicación resulta ser algo diferente de lo que habíamos planeado.

Ninguna de estas opciones es definitiva. Una aplicación puede cambiar de modelo a medida que crece y varían sus costes; y cuando eso ocurra, lo diremos claramente y explicaremos por qué.