Ingeniería de producto
Descubrimiento, diseño, ingeniería y la cadencia para seguir entregando después del lanzamiento, en un solo equipo que responde por el resultado y no por el ticket. Trabajamos como debería trabajar un equipo interno, y así mismo te lo entregamos cuando toca.
El trabajo
Casi todos nuestros clientes llegan a medio camino, con un prototipo atorado o una v1 que ya no aguanta. Retomamos desde donde vas, no volvemos a empezar nada más porque sí.
Averiguamos para quién es esto, qué hace hoy esa gente en lugar de usarlo y qué tendría que cumplirse para que valga la pena hacerlo.
Flujos, pantallas y un prototipo navegable que tu equipo puede poner frente a usuarios antes de que exista una sola línea de código.
La versión más chica que resuelve el problema de principio a fin y aguanta usuarios, dinero y carga reales, hecha para crecer y no para tirarse.
Lo que viene después de pegarle al mercado: desempeño bajo carga, la segunda y tercera línea de funcionalidad, y un código al que tus propias contrataciones puedan entrar sin sufrir.
Las semanas de cada fase son una referencia de proyectos anteriores.
Señales
Si dos de estas te suenan, el cuello de botella no es la siguiente contratación. Es cómo está armado el trabajo.
Tienes un prototipo que luce en las demos y se cae con veinte usuarios.
Tu roadmap es una lista de funciones que nadie amarró a un problema real del usuario.
Cada salida a producción es todo un evento, con fin de semana y tres personas de guardia.
La agencia que hizo la v1 ya no está y nadie de los que quedan entiende el código.
Vas a contratar a tus primeros ingenieros y no hay a qué meterlos.
Diseño, backend y frontend son tres proveedores que nunca se han hablado.
El equipo
Estos son los perfiles con los que trabajamos. Cómo se arma el equipo depende del proyecto, así que lo dimensionamos contigo en lugar de venderte una forma fija. Lo que no cambia es que los que están en la junta de arranque son los que hacen el trabajo, sin un ejecutivo de cuenta repitiendo recados de gente que nunca conoces.
Responde por el alcance y por lo que implica cada decisión. Corre el descubrimiento, deja por escrito qué estamos haciendo y por qué, y es a quien le marcas cuando cambian las prioridades.
Flujos, interfaz y sistema de diseño. Se mete a las sesiones con usuarios en lugar de leer el resumen, y se queda durante el desarrollo para que las decisiones no se pierdan en la entrega.
Perfiles de frontend, backend e infraestructura, en la mezcla que pida el proyecto. Con el colmillo suficiente para discutirte un requerimiento que te va a salir caro después.
Arquitectura, revisión de código y los estándares que mantienen el proyecto contratable. El que dice que no al atajo que ahorra una semana y cuesta un trimestre.
Cadencia
El mismo ritmo en cada ciclo, de la primera semana a la última. Es aburrido a propósito, porque lo predecible es lo que te deja planear algo alrededor de nosotros.
01Cuándo: Día 1
Acordamos qué sale en este ciclo y, más útil todavía, qué no. El alcance se recorta aquí, de frente, no en silencio el día nueve.
Termina conUn alcance comprometido para dos semanas
02Cuándo: Días 2–8
Diseño e ingeniería van en paralelo contra el mismo objetivo. Todo se integra detrás de banderas en un ambiente de pruebas que puedes abrir cualquier mañana.
Termina conSoftware funcionando en pruebas, todos los días
03Cuándo: Día 9
Pruebas automatizadas, una pasada manual sobre los flujos que importan y revisión de accesibilidad. Lo que salga aquí se arregla antes de la demo, no se anota para después.
Termina conUna versión candidata que sí pasó
04Cuándo: Día 10
Cuarenta y cinco minutos usando el software frente a ti. Nada de diapositivas: tú le picas y nos dices qué está mal mientras cambiarlo todavía sale barato.
Termina conUna versión en tus manos
05Cuándo: Día 10
Subimos a producción, vemos qué movió de verdad la entrega anterior en los números y de ahí elegimos el siguiente ciclo, no del plan original.
Termina conUna entrega en producción y una decisión
Qué recibes
Un producto que no puedes mantener sin nosotros no está terminado. Esto viene incluido, no como extra al final.
Componentes, tokens y estados en Figma y en código, para que la pantalla número diez tome horas en lugar de días y se parezca a las primeras nueve.
Cobertura donde de verdad sirve: reglas de negocio, dinero y permisos. La suficiente para que un ingeniero nuevo le mueva sin aguantar la respiración.
Subes y se despliega, con vista previa en cada pull request y una reversión de un solo comando, sin heroísmos.
Eventos definidos alrededor de las decisiones que de verdad vas a tomar, instrumentados antes de salir al aire, para que la primera semana te diga algo.
Arquitectura, decisiones y por qué se tomaron, configuración de ambientes y manuales para lo que se cae a las 2 de la mañana.
Repositorios, cuentas y dominios a tu nombre, más las sesiones para llevar a tu equipo o a tus nuevas contrataciones por todo eso.
Tecnología
Tecnología aburrida y bien documentada, de la que tu siguiente contratación ya sabe. Elegimos pensando en el equipo que hereda esto, no en nuestra curiosidad.
Cómo trabajamos juntos
La diferencia está en quién pone las prioridades y qué tan lejos se amarran. Las tres llevan la misma gente y la misma cadencia.
Acordamos el alcance después del descubrimiento, lo cotizamos una vez y lo entregamos. Los cambios se cotizan de frente sobre la marcha, nunca se absorben en silencio para cobrártelos al final.
Ideal para
Fundadores y líneas de producto nuevas que necesitan una fecha alrededor de la cual planear una empresa.
Incluye
Un equipo fijo con iguala mensual, donde tú defines el backlog en cada ciclo. Es lo normal cuando el producto ya tiene usuarios y el roadmap dura más que cualquier alcance.
Ideal para
Empresas con producto ya en el aire y más roadmap que capacidad interna.
Incluye
Nuestros ingenieros y diseñadores trabajan dentro de tu equipo, en tus repositorios y tus juntas, normalmente para subir el nivel más que para sumar cabezas.
Ideal para
Equipos internos que necesitan profundidad senior o una práctica que todavía no tienen.
Incluye
Ejemplos
Productos que nosotros mismos operamos y sistemas que desarrollamos para clientes, con las decisiones detrás de cada uno.
Preguntas
Casi siempre queda entre lo que cuesta un ingeniero senior bien pagado un año y el doble de eso, que es la comparación honesta porque esa es la otra opción. Cotizamos cerrado después del descubrimiento, y el descubrimiento va por separado para que puedas quedarte ahí con un alcance y una arquitectura que ya son tuyos.
Tuyos desde el primer commit. Repositorios, cuentas de nube y dominios van a nombre de tu empresa, la propiedad intelectual se transfiere en el contrato y no como favor al final, y nada de lo que escribimos se reutiliza en otro lado.
Sí, y es una forma muy común de arrancar. O tomamos una línea de producto que tu equipo no alcanza, o nos metemos a tus repositorios con tu proceso. Lo que no funciona son dos equipos haciendo lo mismo sin una sola persona poniendo prioridades.
Sí. Primero los revisamos y te decimos dónde van a dar lata al desarrollar, pero no insistimos en volver a dibujar algo que ya pagaste. Si no hay diseños, el diseño va incluido.
Lo que tú decidas. Hay clientes que se quedan con el equipo y siguen entregando, otros pasan a un esquema de soporte más chico y otros se lo llevan adentro, que es justo para lo que existen la entrega y la documentación. No dejamos amarres para encarecerte la salida.
Para el descubrimiento no: son tres semanas y sales con un alcance, una arquitectura y un número. Para ponerse a desarrollar sí es pronto si nadie ha platicado todavía con un usuario potencial, y en ese caso te lo decimos antes de tomar el proyecto.
Mándanos un párrafo sobre el producto y en qué está atorado. Te regresamos cómo lo abordaríamos, qué implicaría la primera fase y las partes que nos parecen equivocadas.
La primera plática no tiene costo. Si no somos el proveedor indicado, te lo decimos.