COMO_TRABAJO.md
Un proceso repetible construido alrededor de un objetivo: entregar lo correcto, no solo lo que se pidió.
§ 01 // el proceso
pasos 1–6Entender el problema
gratisAntes de cualquier presupuesto o especificación, necesito entender el contexto del negocio: qué tiene que hacer el sistema, quién lo usa, qué datos existen, qué significa que "funcione" y qué se probó hasta ahora.
Evaluación de compatibilidad
gratis · sin compromisoUna vez que entiendo el problema, te digo con honestidad: si encajamos, qué construiría, qué cuestionaría y si la IA es realmente la herramienta indicada.
Definición de alcance
pagoSi estamos alineados, el siguiente paso es definir el alcance. El resultado es una especificación por escrito que ambas partes aprueban antes de escribir una sola línea de código. Ese documento se vuelve el contrato de todo lo que sigue.
Sesión asincrónica en profundidad para relevar todos los requisitos y restricciones del sistema
Borrador de especificación para revisar — vos objetás, yo corrijo
Especificación final aprobada — se vuelve la referencia obligatoria para todas las decisiones de entrega
Saltear este paso es la principal causa de proyectos fallidos. Lo que pagás por la especificación es el seguro más barato que podés comprar.
Etapas de entrega
pagoTodo proyecto sigue el mismo recorrido. Sin atajos ni etapas salteadas.
Definir el stack, el modelo de datos y el esquema de despliegue.
Construir de forma incremental, con demos frecuentes.
Validar las métricas de éxito y salir a producción.
Monitorear, iterar y sumar funcionalidades a partir de las métricas.
Comunicación
Asincrónica por defecto. Actualización semanal por escrito. Las llamadas quedan reservadas para momentos puntuales y de alto valor.
Traspaso
Todo es del cliente. Hecho para funcionar sin mí.
§ 02 // condiciones comerciales y requisitos
pasos 7–8CONDICIONES_COMERCIALES.md
La automatización se paga distinto: 50% al empezar y 50% en la entrega o, si es un pipeline, después de su primera ejecución exitosa. ver automatización
- construir algo nuevodesde $500
- arreglar lo que está rotodesde $250
- auditoría de arquitecturadesde $150
- integración de IA / LLMdesde $250
- automatización de procesosdesde $50
No tomo proyectos por debajo del mínimo de su tipo. Ese mínimo cubre el trabajo de definir el alcance y asegura que valga la pena resolver el problema.
No hay cambios de alcance sin una orden de cambio previa por escrito. Así ambas partes quedan protegidas de desvíos de alcance y de sorpresas en la factura.
LO_QUE_NECESITO_DE_VOS.md
La calidad de la conversación en el paso 1 determina directamente la calidad de lo que se construye. Estas cuatro cosas hacen posible esa conversación.
Contame qué está roto o anda lento, o proponé una posible solución, no lo que pensás que tendría que hacer el código.
Datos de muestra, esquemas o exportaciones. Anonimizados sirven. Y si no tenés nada, también está bien.
Necesito a alguien que pueda decir que sí. Las cadenas de aprobación matan el impulso.
El buen trabajo lleva tiempo. No hago trabajos apurados que terminan en sistemas frágiles.
§ 03 // cuándo no encajamos
paso 9Cuándo voy a declinar
No todo proyecto es para mí. Prefiero decir que no a tiempo que entregar algo que no funciona.
Si nadie puede definir el éxito, nadie va a estar de acuerdo cuando se alcance.
Saltar directo al código sin estar alineados termina en retrabajo caro.
Si lo necesitás en dos días, no soy la persona indicada.
Si el objetivo es tener IA en el pitch deck y no resolver un problema real.
Los abonos solo funcionan cuando hay un backlog definido y prioridades claras.
Los presupuestos por debajo del mínimo del tipo de proyecto no permiten definir el alcance ni entregar como corresponde.
Empezá por el paso 01.
Es gratis.
Mandame un brief corto — qué tiene que hacer el sistema y qué está roto. Te respondo en menos de 48 horas con una devolución honesta.