Enmarcar
Acordar la decisión
Confirmar la pregunta de negocio, los participantes, la evidencia necesaria y lo que la recomendación final debe responder.
El primer proyecto pagado
Readiness & Roadmap.
Un proyecto acotado de la fase de descubrimiento — preparación y hoja de ruta — que convierte la conversación inicial en una decisión documentada sobre qué hacer después. Puede terminar con la recomendación de seguir, de atender primero los prerrequisitos o de pausar.
Decisión al final
Seguir, atender prerrequisitos o pausar.
El trabajo establece si sus datos, su modelo operativo y sus derechos de decisión pueden sostener la transformación que está considerando — antes de un compromiso mayor.
- Seguir con un primer corte definido
- Atender prerrequisitos con responsables nombrados
- Pausar con la razón documentada
- Propósito
- Comprobar la preparación y definir el camino responsable hacia la transformación de pricing o la entrega del software
- Su equipo
- Un patrocinador ejecutivo, más las personas responsables de pricing, finanzas, ventas u operaciones, y de IT o datos
- Insumos
- Un extracto de datos representativo, las reglas o listas de precios actuales, los caminos de aprobación, el contexto de arquitectura y los reportes disponibles
- Usted recibe
- Hallazgos, un registro de preparación y brechas, mapas del estado actual y de los derechos de decisión, supuestos del caso de negocio, y una hoja de ruta por fases con un primer corte recomendado
- Límite
- Sin configuración de software ni saneamiento de datos a escala empresarial; eso se define solo después de acordar los hallazgos
Diagnosticar
Establecer qué es cierto
Revisar datos representativos, mapear el proceso que de verdad corre y sacar a la luz las brechas de responsabilidad, autoridad y adopción.
Decidir
Salir con un siguiente paso contratado
Revisar los hallazgos, acordar la hoja de ruta e identificar el primer corte — o los prerrequisitos que tienen que ir antes.
Cómo se ven las dos primeras semanas
Enmarcar, y luego empezar a diagnosticar. Nada se configura.
- Día uno Una sesión de trabajo con el patrocinador y los responsables de pricing, finanzas o ventas, y de IT o datos. Acordamos la pregunta de negocio, quién decide, y qué evidencia necesita la recomendación.
- Semana uno Llegan el extracto de datos y las listas o reglas de precios actuales, en la forma en que existen hoy. Los leemos tal como están; nada se limpia para nosotros.
- Semana dos La primera sesión de mapeo de proceso: el proceso de pricing que de verdad corre, no el del manual de políticas. Entrevistas sobre quién aprueba qué, y dónde viven los acuerdos informales.
- Después El diagnóstico sigue hasta que los hallazgos se sostienen, y la sesión de decisión cierra el proyecto con una recomendación documentada.
Qué necesitamos de usted
Una lista que su líder de IT puede ejecutar.
- Un extracto representativo de transacciones facturadas con identificadores de costo, cliente y producto, en el formato que exista hoy
- Las listas o reglas de precios actuales tal como se usan de verdad, incluidas las hojas de cálculo
- Los caminos de aprobación de descuentos y excepciones, escritos o descritos — incluidos los informales
- Un esquema de una página de los sistemas involucrados (ERP, CRM, BI) y de cómo viaja un precio entre ellos
- Los reportes que pricing, finanzas y ventas miran hoy, en el estado en que estén
- Un patrocinador ejecutivo que pueda resolver un desacuerdo entre dos unidades de negocio
Cuando nos escriba por primera vez, describa solo la pregunta de negocio. Los extractos de datos se intercambian únicamente bajo la propuesta de trabajo, nunca por el sitio web. Cómo tratamos los datos →
Cómo se contrata: después de la consulta, recibe una propuesta de trabajo que nombra participantes, insumos, sesiones de trabajo, entregables, exclusiones, calendario y honorarios. Nada avanza hasta que eso esté acordado.