Antes, durante
y después del arranque.

Incluye el diagnóstico del proceso antes de configurar nada, el diseño de la solución dentro del estándar y el acompañamiento durante el arranque. Lo que entra y lo que no queda por escrito antes de empezar: es la única forma de comparar dos propuestas que en el papel se ven iguales.

Una conversión lleva su sistema actual a SAP S/4HANA conservando historia y procesos; una implementación nueva parte del estándar. La conversión evita volver a levantar la operación, pero arrastra lo que ya traía. Cuál conviene se decide con el análisis de preparación, no con una preferencia.

Porque el costo de no actualizar no se ve hasta que se ve: soporte que vence, integraciones que dejan de ser compatibles y funcionalidad nueva que no llega. Un upgrade planeado es un proyecto; un upgrade forzado por una fecha límite es una urgencia.

Sí. Lo primero es levantar cómo quedó configurado, porque tomar un sistema ajeno sin entenderlo es la forma más rápida de romperlo. Ese levantamiento se entrega escrito, sirva o no para continuar juntos.

Depende del trabajo. Un alcance definido se cotiza por proyecto; el soporte continuo se contrata por bolsa de horas o por evento. Lo que no cambia es que el criterio de cobro se acuerda antes, no cuando llega la factura.

Una persona por área que pueda decidir, no sólo informar. La causa más común de retraso no es técnica: es que hay dos áreas involucradas, ninguna manda, y cada duda pequeña cuesta una semana de calendario.

Ahí empieza la mesa de ayuda. Un sistema recién arrancado es cuando más preguntas genera, y dejar al cliente solo justo entonces es la forma más común de que una buena implementación se recuerde como una mala.