Cómo 5e Labs entrega software que sí importa

Construimos software que sale, se usa y se puede mantener después de que nos vamos. Esa es la promesa entera. Lo que sigue es cómo lo hacemos en la práctica, qué formato toma cada engagement y cómo arrancar.

Este es el post que aplazamos un año. No es una página de eslogan. Es el modelo operativo, para que un cliente nuevo pueda decidir si somos la agencia correcta antes de gastar una hora en una llamada de ventas.

Qué significa “software que sí importa” para nosotros

Es un filtro, no una frase. Lo usamos para decidir qué proyectos tomamos y cuáles dejamos pasar.

El software importa cuando alguien lo tiene que usar mañana y tiene que funcionar. Un sitio de noticias que se cae la semana de elecciones no importa, duele. Un SaaS que pierde dos horas de datos del cliente cuesta un año de confianza. Un checkout que no acepta el método de pago local pierde ventas que nadie recupera.

El software no importa cuando el único objetivo es parecer ocupado. Dashboards de vanidad. Portales internos que nadie abre. Rewrites vendidos como estrategia pero motivados porque al CTO le aburre el código actual. Construimos algunos de esos en años anteriores y aprendimos a olerlos.

Cuando leemos un brief, hacemos una pregunta: si esto nunca sale, ¿quién pierde de verdad? Si la respuesta es “nadie en realidad”, decimos que no. Te lo decimos, y te sugerimos a alguien que le guste ese tipo de trabajo más que a nosotros.

Los cuatro formatos de engagement

La mayoría de agencias finge que solo hacen una cosa. Nosotros tenemos cuatro formatos porque los clientes llegan en cuatro situaciones distintas, y pretender lo contrario hace perder tiempo a todo el mundo.

Proyecto a precio cerrado. Alcance fijo, precio fijo, equipo fijo. Nosotros nos encargamos de la entrega, del spec al lanzamiento. Común para sitios de marketing, MVPs, e-commerce a la medida y reemplazo de plataformas. Tamaño típico: $25,000 a $250,000. Tiempo: seis semanas a nueve meses.

Staff augmentation. Vos manejás el trabajo. Nosotros ponemos ingenieros senior que se enchufan a tu equipo por tres meses o más. Común para empresas SaaS, scale-ups y áreas de ingeniería en Estados Unidos que necesitan seniors bilingües rápido. Escribimos la versión larga en qué es el staff augmentation técnico.

Managed services. Nosotros nos encargamos de un dominio (automatización de QA, DevOps, mobile) de punta a punta, trabajando al lado de tu equipo. Mensualidad fija. Útil cuando tenés un hueco que no vale la pena contratar in-house pero que necesita atención constante.

Retainer y soporte. Plataforma ya existente, horas mensuales, vos no querés pensar en eso. Bugfixes, features chicas, cuido de infraestructura, trabajo de performance. Arranca desde diez horas al mes.

Hemos corrido los cuatro formatos con clientes que empezaron en uno y se movieron a otro. Un proyecto a precio cerrado a menudo se vuelve retainer cuando sale. Un retainer a veces crece a staff aug cuando el equipo del cliente escala. El formato sigue a la situación, no al revés.

Cómo va la primera semana

La primera semana marca el tono. La tratamos como parte del contrato, no como un período gratis de preventa.

Día uno. Llamada de kickoff. Conocemos a tus stakeholders, a quien decide y al líder técnico. Repasamos los sistemas actuales, el problema y las restricciones. Salimos con un borrador de project charter: alcance en un párrafo, métricas de éxito en tres bullets y una lista de riesgos.

Días dos y tres. Leemos todo lo que ya produjiste. Código existente, archivos de diseño, entrevistas a clientes, tickets de soporte, analytics. La mayoría de agencias se saltan esto. Aprendimos que la insight más barata en cualquier proyecto vive en el trabajo que ya pagaste.

Día cuatro. Te devolvemos el charter, un plan propuesto y una lista de decisiones que necesitamos de vos en las próximas dos semanas. Si estamos en desacuerdo con cómo formulaste el problema, te lo decimos ahora. No después.

Día cinco. La cadencia de standup está en vivo. El canal de Slack está abierto. El acceso al repo está dado de los dos lados. El primer ticket está en vuelo.

Para el viernes, el trabajo ya arrancó y vos sabés qué esperar del próximo sprint. Cero energía de “te respondo la próxima semana”.

Los artefactos que vas a ver

Somos una empresa de documentos que además escribe código. Tres artefactos corren en cada engagement.

El project charter. Dos páginas. El problema, las personas, el alcance, los no-objetivos, las métricas de éxito. Lo reescribimos al inicio de cada fase nueva. Si no nos podemos poner de acuerdo en el charter, no nos vamos a poner de acuerdo en el trabajo.

El plan. Un documento vivo con hitos, tickets, dueños y fechas. No un Gantt para colgar en la pared. Una herramienta de trabajo que actualizamos en planning y en los demos. Lo podés ver cuando querás.

La nota semanal. Viernes en la tarde, te llega un correo de una página: qué salió, qué se atrasó, qué estamos decidiendo la próxima semana y qué riesgos crecieron. Sin reunión de status. La nota es la reunión.

Estos no son entregables que se venden aparte. Vienen con cada engagement, grande o chico. Si un proyecto no los necesita, esa es señal de que ese proyecto tampoco nos necesita a nosotros.

Cómo manejamos las semanas malas

Todo proyecto tiene semanas malas. Una migración se tuerce. Un proveedor desaparece. Una persona clave de cualquiera de los dos lados se enferma. No inventamos forma de prevenir eso.

Lo que hacemos es nombrarlo rápido. La nota del viernes esa semana dice: “perdimos tres días en la integración de pagos porque Stripe cambió un API y nuestra suite de tests no lo detectó. Tenemos un fix en vuelo. Acá está el impacto en el timeline”. Te enterás del problema por nosotros antes que por nadie más.

No inflamos estimados para esconder semanas malas. Estimamos honesto, comunicamos honesto cuando algo se atrasa y reordenamos prioridades para proteger la fecha de lanzamiento cuando podemos. Cuando no podemos, te decimos qué se mueve y vos elegís.

Lo mismo aplica con ingenieros que no están rindiendo. Si alguien de nuestro lado es el problema, lo movemos antes de que vos lo pidás. Absorbemos el costo del cambio. Para eso existe la capa de la agencia.

Lo que no aceptamos

Esta lista es más corta que la de cosas que sí hacemos, pero es más útil.

Cripto, apuestas, MLM, cualquier cosa regulada que no podamos verificar. No es postura moral contra cada uno, es postura de riesgo. Tenemos que dormir.

Proyectos de “sacalo ya, después lo arreglamos”. Hemos hecho varios. Nunca se arreglan después. Cobramos más o decimos que no.

Proyectos donde nadie del lado del cliente tiene autoridad para decidir. Si cada decisión va a un comité que se reúne una vez al mes, el timeline no existe.

Rewrites de sistemas que funcionan, sin razón de negocio. “Lo construyó el equipo anterior y no me gusta” no es razón. “No va a aguantar nuestros próximos dos años de crecimiento” sí es razón. Te ayudamos a distinguirlo antes de que gastés la plata.

Pasamos de aproximadamente el treinta por ciento del inbound. Los clientes que sí trabajan con nosotros tienden a quedarse. Nuestro retainer activo más viejo arrancó en 2019. Varias de las plataformas en cómo construimos plataformas de noticias llevan más de cinco años con nosotros.

Por qué trabajamos desde Costa Rica

Estamos en San José. El país nos da tres ventajas estructurales que usamos cada día. La versión completa está en por qué Costa Rica para nearshore, pero acá va la corta.

Misma zona horaria que tu equipo. Ingenieros senior que hablan inglés de negocios. Marco legal y de propiedad intelectual que deja tranquilo al cliente gringo. 30% a 50% menos costo que tarifas en Estados Unidos, sin el impuesto de traducción que viene con offshore.

El costo es real pero no es el titular. El titular es que estamos en tu standup a las 9am, escribimos los tickets en tu tracker y entregamos código que aterriza en tu roadmap. Eso es lo que nearshore se supone que significaba.

Lo que se mantiene igual en cada engagement

Los mismos ingenieros senior. No “senior” en el sentido de currículo inflado. Cinco a quince años entregando software para usuarios reales.

La misma cultura de escribir primero. Escribimos el brief antes de escribir el código. Escribimos el plan de rollback antes de escribir el script de deploy. Si tu CTO puede leer la descripción de nuestros PRs y entender qué hicimos y por qué, hicimos nuestro trabajo.

La misma comunicación directa. Sin capas de account managers. La gente con la que hablás es la gente que hace el trabajo, o a un paso de distancia como máximo.

La misma disciplina de tests. Los tests se escriben. La cobertura se reporta. No sacamos features sin ellos, ni cuando el timeline aprieta. Sobre todo cuando aprieta, porque ahí es cuando un bug cuesta más.

Cómo arrancar

Contanos tu situación en un párrafo. Qué estás construyendo, qué lo está bloqueando, cómo se ve el éxito en noventa días. Ese párrafo basta para poner una llamada de fit en la agenda.

La llamada de fit es de veinte minutos. Escuchamos, hacemos tres o cuatro preguntas filosas y al final te decimos una de tres cosas: sí, deberíamos trabajar juntos y así lo hacemos; no, esto no es para nosotros y acá hay alguien que sí encaja; o todavía no necesitás agencia y acá está qué hacer los próximos treinta días.

Si la respuesta es sí, tenés una propuesta borrador en tu bandeja en cuarenta y ocho horas. Si la respuesta es no, tenés una recomendación y un par de contactos. En cualquier caso, gastaste veinte minutos y te llevaste información que no tenías.

Escribinos por WhatsApp, respondemos en menos de una hora.