Conocerá las responsabilidades de monetización de aplicaciones.
La monetización de su aplicación para Microsoft Dynamics 365 Business Central se puede realizar de varias formas. Estas son algunas de las más habituales.
Clave de licencia
La opción de clave de licencia es aquella en la que el cliente tiene un período determinado para probar la aplicación.
Después de ese período, la aplicación bloquea algunas o todas las funciones hasta que el usuario final introduce una clave de licencia.
Esta clave de licencia podría venderse sin conexión, lo que implica un proceso manual para vender la clave y procesar pagos fuera del sistema.
Debido a que generalmente no se usa una clave de licencia para la facturación de suscripciones, no es probable que esta sea una opción popular para las aplicaciones de AppSource.
Página de registro
Si opta por utilizar el proceso de registro, deberá proporcionar una integración entre la aplicación y un servidor de registro.
Este servidor de registro realiza un seguimiento de los registros y del uso de la aplicación, por lo que debe tener capacidades para comprobar si el cliente está autorizado para usar la aplicación.
La página de registro también debe tener capacidades para procesar pagos.
Además de incluir la monetización en su aplicación, también deberá proporcionar el servidor de registro en forma de un sitio web o algún tipo de servicio web.
Integración con un proveedor de pagos
La integración con un proveedor del servicio de pago es una variación del servidor de registro.
Hay proveedores de pago disponibles en el mercado que brindan la capacidad de realizar un seguimiento de los registros y pagos a cambio de un porcentaje del cargo de registro.
El proceso para desbloquear la aplicación con una clave de licencia podría funcionar así. El cliente instala su aplicación y obtiene una prueba de 30 días automáticamente.
Después de los 30 días, la aplicación bloquea sus funciones y requiere una clave de licencia para desbloquear esas funciones.
El cliente puede recuperar una clave de licencia mediante un proceso de facturación manual y fuera de línea, o un sitio web autohospedado.
Debido al procesamiento manual y en línea, es probable que esta opción no funcione para aplicaciones de gran volumen que muchos clientes esperen descargar.
Se puede utilizar una página de registro para crear su propio proceso de registro y pago.
Hay muchos escenarios posibles, pero todos implican una integración entre la aplicación y el servidor de registro para comprobar si el cliente tiene derecho a usar la aplicación, además de alguna funcionalidad de su aplicación para bloquear funciones cuando ese no sea el caso.
Esta forma de hacerlo usted mismo requiere una inversión en la creación y el hospedaje de un servidor web que realice un seguimiento de los registros, los pagos y el uso.
La integración con el proveedor de pagos es una variante de la página de registro, pero la principal diferencia es que utiliza un proveedor del servicio de pagos para realizar un seguimiento de los registros y los pagos.
Puede concentrarse en el producto en lugar de tener que pensar en tecnologías que probablemente sean nuevas para usted.
Un proveedor del servicio de pago es un tercero de confianza y, por lo general, será responsable de mantener seguros los registros de los clientes, incluidos los datos de las tarjetas de crédito.
Hay otra pregunta que debe plantearse: ¿qué modelo de cálculo debería seleccionar?
Hay varios modelos de cálculo posibles:
Freemium
- Freemium significa que la aplicación ofrece funciones limitadas de forma gratuita y que, para obtener más funciones mejoradas, el cliente debe pagar por ella.
Compra
- Comprar significa que el cliente paga una tarifa única por la aplicación y luego puede usarla indefinidamente.
Suscripción
Una suscripción es un precio por un período determinado, por ejemplo, un mes o un año.
El precio puede ser por inquilino, por empresa o por usuario.
Utilización
- Utilización significa que el precio se calcula en función de la utilización de la aplicación. Por ejemplo, la cantidad de entradas insertadas o llamadas a un servicio de back-end.
Prueba
Una prueba son todos los modelos de cálculo anteriores que se pueden combinar con un período de prueba, en el que el cliente puede probar la aplicación sin pagarla.
Idealmente, durante este período de prueba, todas las funciones de la aplicación están disponibles y, una vez que caduca el período de prueba, el cliente debe comenzar a pagar la aplicación.