Depende de la iteración de la facturación recurrente de NetSuite a la que se refiera, ya que ha habido varias en los últimos 10 años:
- Facturación recurrente original de NetSuite (¿Horarios de facturación introducidos en algún lugar alrededor de 2004 o 2005?) : Esta es la iteración que la mayoría de los clientes usan hoy en día. Originalmente, NetSuite se quedó con su objeto de pedido de ventas (en lugar de un nuevo objeto de suscripción) y permitió que se crearan programas de facturación en el SO. Estos cronogramas de facturación se pueden configurar para que sean hitos, montos fijos,% o período, lo que permite obtener ingresos recurrentes básicos. Sin embargo, este modelo se desmorona en un verdadero modelo de suscripción donde se requieren actualizaciones, complementos, degradaciones o eliminaciones simultáneas. Los casos de uso de enmiendas a la suscripción romperán el modelo de pedido de ventas de NetSuite, ya que el pedido de ventas activo debería cancelarse y se creará un nuevo pedido de ventas con cálculos de código manual o personalizado para determinar el monto de la factura prorrateada por el resto del plazo. Los cálculos simultáneos pueden volverse muy complejos una vez que comience a introducir niveles de precios combinados con el uso, lo que hace que el desarrollo de esta funcionalidad sea costoso y difícil de mantener. Además, la introducción de código complejo para los cálculos dificultará la introducción de nuevas ofertas, ya que el equipo de TI deberá involucrarse en cada cambio de producto. Finalmente, estos casos de uso de enmiendas también rompen el modelo de Reconocimiento de Ingresos de NetSuite por la misma razón. Al final, este no es un modelo sostenible para las empresas de suscripción.
- Asociaciones de proveedores de suscripciones (dentro y fuera de 2009-2015) : NetSuite reconoció que el modelo de pedido de ventas no funcionaba para suscripciones y se asoció con proveedores de administración de suscripciones. Se asociaron con Aria y Zuora en 2009/2010 y se movieron de un lado a otro entre los socios de apoyo y la competencia mientras intentaban hacer que su modelo de facturación recurrente funcionara. Hay un valor en las integraciones de socios, ya que los principales proveedores en la gestión de suscripciones hoy requieren un sistema diferente para ser el Sistema Financiero de Registro. Sin embargo, la relación entre los proveedores de suscripción y NetSuite siempre tendrá cierta fricción, ya que cada proveedor querrá maximizar su propiedad de las funciones clave.
- Nuevo módulo de facturación recurrente (2012-2016) – NetSuite introdujo una nueva versión de su módulo de facturación recurrente en 2012 que tenía la intención de competir directamente con los proveedores de suscripción de juego puro. Nunca he usado este módulo y no he oído hablar de ningún cliente que lo use, así que no puedo comentar sobre la funcionalidad. Mi impresión es que no fue tan exitosa una oferta para NetSuite y que temporalmente volvieron a un modelo de asociación antes de comprar Monexa el año pasado.
- Integración de Monexa (agosto de 2015) – NetSuite ahora ha adquirido Monexa e intentará integrarlo en su plataforma como la última versión de su oferta de administración de suscripciones. Sin duda, será una integración difícil por la misma razón por la que sus ofertas anteriores han tenido dificultades. A corto plazo, esperaría que esta sea una jugada de integración con el objetivo de tener un producto integrado en la hoja de ruta dentro de los próximos 12-18 meses.
Al final, creo que NetSuite tendrá dificultades para tener éxito en este espacio a menos que sean dueños de las funciones de ventas y cotizaciones. Las compañías que usan NetSuite SFA o NetSuite eCommerce como su front-end pueden usar la solución Monexa de NetSuite para estandarizar las operaciones en un solo sistema. Sin embargo, esta configuración probablemente se limitará a compañías muy pequeñas, ya que muy pocas organizaciones usan NetSuite SFA para administrar el proceso de ventas.
En la mayoría de los casos, NetSuite se integrará con un proveedor de CRM (por ejemplo, Salesforce) y no será propietario del proceso de cotización a pedido. En un caso de uso de enmienda, el proceso de cotización requiere el conocimiento de lo que contiene el pedido actual y cuántos ingresos quedan por facturar para determinar lo que debe facturar el contrato co-terminal prorrateado. Por lo tanto, la herramienta de cotización debe hacer algunos cálculos de facturación para finalizar la cotización / pedido. NetSuite generalmente no será el propietario de este proceso de cotización, lo que significa que están demasiado tarde en el proceso para tener éxito en la Gestión de suscripciones / Facturación. Los clientes estarán mejor asegurándose de que su proveedor de suscripción seleccionado esté integrado con NetSuite enviando detalles de la factura en lugar de hacer que NetSuite calcule los montos de las facturas. NetSuite debería realizar la gestión de AR y seguir siendo el sistema financiero de registro. El reconocimiento de ingresos también deberá abordarse en la solución de administración de suscripciones o integrando una solución de reconocimiento de ingresos puntual.
- ¿Cómo puedes recibir dinero dando dinero?
- Quiero ser físico y también ganar buen dinero. ¿Qué campos son los que mejor pagan en física ahora? ¿Permanecerán así en el futuro?
- ¿Por qué afirmamos que "el dinero no lo es todo" cuando todas nuestras vidas giran en torno al dinero?
- ¿Cómo sabe un banco estatal cuánto dinero imprimir?
- Cómo ganar dinero en Instagram con mis seguidores