Un equipo pequeño que asume responsabilidad.

Qué es este estudio

Houdrik es un estudio distribuido y solo senior. Tomamos prototipos — generados por IA, vibecoded, entregados por contractors, o tu propio primer intento — y los llevamos a production-grade. Después nos quedamos para mantenerlos y mejorarlos.

El estudio está liderado por ingenieros que llevan años entregando software en producción juntos. Somos deliberadamente pequeños, solo senior y distribuidos, trabajando asíncronamente entre zonas horarias con un touch-point sincrónico cada dos semanas. El equipo más pequeño que puede entregar un producto serio de forma confiable es también el más barato de coordinar, el más fácil de alinear y el más rápido para moverse. Los case studies de este sitio reflejan proyectos liderados juntos por los mismos ingenieros — bajo el estudio y de trabajo previo.

El gap que existimos para cerrar

La IA hizo asombrosamente fácil armar una aplicación. Un founder sin background de ingeniería puede producir un prototipo funcionando en una tarde. Un product manager puede pasar un screenshot a un modelo y recibir algo que casi parece producto real.

Lo que la IA NO hizo fácil es la siguiente parte. La parte donde el prototipo se encuentra con usuarios reales. Donde la autenticación tiene que ser realmente segura, el schema de base de datos tiene que soportar una auditoría, el deploy pipeline tiene que ser reversible, la observabilidad tiene que responder "¿por qué fue lento a las 14:07 el martes pasado?", y el runbook on-call tiene que ser legible por un ingeniero medio dormido.

Eso es aproximadamente el 90% del trabajo de operar software. La IA ayuda con partes, pero no lo suficiente para shippear sin un equipo experimentado. Nosotros somos ese equipo.

Qué hacemos, concretamente

1. Llevamos prototipos a producción. Ingeniería, infraestructura, seguridad, performance — las bases no glamorosas que deciden si tu app sobrevive al crecimiento.
2. Mantenemos y mejoramos lo que construimos. La mayoría de las agencias entrega y desaparece. Ofrecemos retainers mensuales para mantenimiento continuo, observabilidad, tuning de performance y feature work — porque los años intermedios son donde los productos componen o se pudren.
3. Tomamos sistemas y los rescatamos. Sistemas heredados con deuda técnica, CTOs que se van, stacks legacy en crisis — auditamos, estabilizamos y los traemos de vuelta a production-grade.
4. Features de IA que sobreviven al tráfico real. RAG, agentes LLM, features de IA en tu producto — construidas como cualquier feature de backend: medidas, observables, con techos de coste y trazabilidad.
5. Pipelines de automatización. Reemplazar trabajo operativo repetitivo con sistemas confiables que no fallan en silencio.

Cómo elegimos trabajo

No somos para todos, y lo decimos. Trabajamos mejor con:

• Tech founders y CTOs de startups early-stage. Gente que puede articular qué quiere y engage con trade-offs en tiempo real. ~60% de engagements.
• SMBs en crecimiento digitalizando operaciones o intentando entregar más rápido. Menos técnicos, más enfocados en eficiencia operativa. ~25%.
• Product teams en mid-size companies que necesitan engagement tightly-scoped en una superficie. ~15%.

Rechazamos engagements donde:

• El criterio de éxito es "ser baratos". Competimos en time-to-production y senior execution, no precio.
• La premisa apoya plataforma no-code/low-code contra la que tendríamos que pelear.
• El cliente quiere fixed-price sobre alcance móvil. Hacemos fixed-scope priced en persona-semanas.

Cómo elegimos con qué construimos

Frontend o backend. TypeScript, Python, Go, o lo que encaje. Cloud gestionado o self-hosted. Postgres u otra DB donde gane su lugar. Nos rehusamos a listar un stack en esta página porque la respuesta depende enteramente de tu timeline, las skills de tu equipo, tus restricciones de hosting, y cómo se ve el fallo a las 3am.

Universal: elegimos herramientas maduras, bien mantenidas, que tu equipo siga pudiendo heredar y operar en tres años. Nombramos cada decisión claramente en el kickoff y la defendemos por escrito. Si tienes preferencia de stack la acomodamos generalmente.

Cómo trabajamos

Engagements time-boxed. Incluso retainers tienen budget mensual definido y cadencia de renovación. Siempre hay off-ramp.

Demo al final de cada sprint. Sprints de dos semanas. La demo va en URL real, sobre infra real — nunca screenshot, nunca localhost. No performeamos progreso a mitad de sprint; entregamos al final y dejamos que el artefacto hable. Si algo necesita una conversación fuera de banda la tenemos, pero la cadencia se mantiene calma.

Decisiones escritas. Cada decisión arquitectónica vive en repo como ADR de una pantalla. Future-us grateful; clientes pueden leer.

El trabajo es tuyo desde día uno. Código, infra, deploys, runbooks, dashboards. Sin proprietary middleware. Sin lock-in. Caminar con el sistema día 91 es supported by design.

No desaparecemos después del launch. Retainer mensual de mantenimiento y mejora es el follow-on más común. Si prefieres tomarlo in-house hand-off limpio. Cualquiera está bien.

Cómo empezar

Paso simple: envíanos un párrafo de qué quieres construir, arreglar o tomar. Respondemos en un día laborable. Primera conversación: 15-30 min, sin obligación, con quien liderará el engagement. Si no encaja te lo decimos, y usualmente sugerimos a alguien que sí.

También hacemos engagements pagados de scoping de una semana — propuesta de arquitectura escrita, plan ranked-risks, fee fijo — para proyectos donde la forma right del engagement aún no está clara.

Encuéntranos via contactos.