No hay lista de precios para un MVP, y quien cotiza con una frase está adivinando. El costo lo mueven seis cosas: cuántos tipos de usuario hay, con cuántos sistemas externos hay que integrarse, qué tan estrictos son los requisitos de cumplimiento, si los datos ya existen, cuánta gente tiene que aprobar decisiones, y la fecha.
Un rol es un conjunto de pantallas, un modelo de permisos y una historia que probar. Tres roles —digamos cliente, operador y administrador— no es el triple de trabajo, pero se acerca al doble, porque cada regla tiene que estar bien desde tres ángulos. Si quieres el MVP más rápido y barato, lanza para un rol y suma los otros cuando el uso real diga qué necesitan.
Es el factor más grande y el más subestimado. Una construcción que vive sola es predecible. Una que tiene que conciliar con un ERP, una pasarela de pagos y una base heredada que escribió el primo de alguien en 2011 es otro proyecto: la mayor parte del riesgo está en sistemas que no controlas, cuya documentación está desactualizada y cuyos dueños están ocupados.
El costo escala con las consecuencias del error. Una herramienta interna que etiqueta mal algo y una persona lo corrige es barata. Todo lo que toca dinero, salud o un registro legal necesita trazas de auditoría, pasos de revisión, pruebas en los bordes y alguien responsable. Eso no es adorno: es lo que el dominio exige.
Las funcionalidades con IA valen lo que vale el material sobre el que corren. Si ya tienes los documentos, las decisiones históricas o los ejemplos etiquetados, construimos contra eso en la semana uno. Si la respuesta honesta es que los datos están en la cabeza de la gente o en una carpeta compartida que nadie abre desde 2023, el primer tramo de trabajo es juntarlos, y eso es una línea de costo real y no un redondeo.
Una construcción con una sola persona que decide avanza a la velocidad del trabajo. Una con un comité avanza a la velocidad del calendario, y los calendarios son caros. Este factor está entero bajo tu control y suele valer más que cualquier descuento que puedas negociar: nombra a una persona que pueda aprobar cambios de alcance.
Una fecha que existe por una razón real —una feria, una ronda, un contrato— sirve y construimos hacia ella. Una fecha que existe porque poner un plazo parecía motivador cuesta dinero y no compra nada. Si la fecha es real, dilo temprano: cambia qué recortaríamos, y recortar temprano es más barato que recortar tarde.
Muchos clientes abren la conversación por el stack, y es de las variables menos importantes. Framework, nube y proveedor de modelos son decisiones que tomamos en una tarde y que podríamos cambiar después sin tocar lo que el producto hace. Gastar la primera llamada en eso es gastarla en lo único que no va a mover el número.
Una parte fija por la construcción, para que sepas la exposición antes de empezar, y una variable atada a una métrica que eliges tú. Si la métrica no se mueve, la parte variable no se cobra. Es poco habitual y existe por una razón simple: es el único arreglo que conocemos donde, después de entregar, el incentivo del estudio sigue apuntando hacia el mismo lado que el tuyo.
No uno honesto. La misma descripción de una línea puede ser una construcción de tres semanas o un programa de seis meses según las integraciones y el cumplimiento, y un número dicho antes de saber cuál de las dos es un número pensado para renegociarse después.
Una llamada de treinta minutos y, en un par de días, el alcance y el número por escrito. Te quedas con los dos nos contrates o no, incluso si los llevas a otro estudio.
Treinta minutos, un alcance escrito y una cifra que puedes llevar a donde quieras.