Por qué cada proyecto empieza con un prototipo de dos semanas

El problema de las propuestas

Una propuesta es una promesa escrita antes de que nadie haya tocado la parte difícil. La parte difícil es donde fracasan los proyectos: la integración que no tiene la API que se suponía, la escena que no mantiene los fotogramas por segundo en los teléfonos que tienen los clientes, el modelo que casi acierta. Una propuesta no puede saberlo. Un prototipo sí.

Para qué sirven las dos semanas

Una parte funcional, que atraviesa la parte difícil, que usted puede abrir. Para un configurador, un producto con todas sus opciones a plena velocidad en el teléfono más barato que le importe. Para un agente, sus datos reales, un canal, una tarea. Para una plataforma, la única función de la que depende todo, funcionando con sus datos reales. Bordes sin pulir en todo lo demás, a propósito.

Para qué no sirven

No es un ejercicio de diseño. No es un documento. No es una demo hecha para impresionar y tirar: el código del prototipo es la primera etapa de la construcción, en su repositorio, y si se detiene, lo conserva.

Por qué un precio fijo

Para que la decisión sea barata de tomar y barata de abandonar. El precio se acuerda en la primera llamada y se muestra en su moneda. Si no cumplimos la fecha escrita, usted no lo paga. Tras las dos semanas tiene algo que funciona, un plan de construcción con etapas y fechas, y la elección.

Cuándo lo omitimos

Una página de lanzamiento o un sitio web corporativo no lo necesita; el precio es fijo y el trabajo es conocido. Todo lo que tiene una incógnita dentro, sí.