
Primera conversación
en Belica
Maresa Abigail Romero
Nosotros
Si tenés un problema que no entra en una plantilla, escribinos. Entenderlo es la primera parte del trabajo, y es nuestra.
HablemosIngeniería, análisis de negocio y desarrollo en el mismo equipo. Lo que entra como un problema del negocio sale como un sistema funcionando en producción.

Primera conversación
en Belica
Maresa Abigail Romero

Arquitectura y código
en Belica
Braian Leandro Marquez

Alcance y entrega
en Belica
Bruno Ignacio Bordón
De la idea a producción.
Análisis del negocio, arquitectura, desarrollo, infraestructura y lo que viene después. La cadena entera, sin pasarle el problema a un tercero a mitad de camino.
El equipo
01
Primera conversación
Es con quien hablás antes de que exista una propuesta: escucha el problema, entiende el contexto y traduce lo que hace falta.
Soy Maresa Romero. Estudio Comercio Internacional y vengo de trabajar en ventas, marketing y desarrollo de proyectos: ahí se aprende a escuchar qué necesita alguien antes de proponerle nada, y a negociar sin perder de vista lo que tiene que pasar para que las dos partes ganen.
En Belica soy la primera conversación. Detecto dónde hay una oportunidad, entiendo el contexto del negocio y convierto una necesidad en una propuesta concreta, con un alcance que se pueda cumplir. Pienso como emprendedora, y eso se reduce a una sola cosa: que el proyecto termine en crecimiento, no en una reunión más.
02
Arquitectura y código
Decide con qué se construye y cómo se sostiene: arquitectura, infraestructura, y el código que va a leer alguien más.
Soy Braian Marquez, cofundador y responsable técnico de Belica. Desarrollo software desde hace más de cuatro años, con especialización en sistemas de pagos e integraciones bancarias, un ámbito donde la precisión no es una preferencia sino un requisito.
En Belica traduzco un problema de negocio en una arquitectura que lo resuelva y se sostenga en el tiempo: diseño el backend, defino la infraestructura y acompaño cada proyecto hasta verlo en producción.
03
Alcance y entrega
Lleva la relación con el cliente y define el alcance antes de que se escriba una línea. Si algo no se puede sostener después de entregarlo, no entra.
Soy Bruno Bordón, cofundador de Belica. Desarrollo software y trabajo todos los días en el área de sistemas de una empresa: soporte, mantenimiento y optimización de procesos, que es donde se aprende cómo funciona un negocio por dentro.
En Belica busco dónde la tecnología aporta valor y convierto una necesidad concreta en algo simple, eficiente y que escale: desarrollo, infraestructura, automatización y análisis de procesos. Más que crear software, entender el problema y construir la solución adecuada.
Somos un equipo de desarrollo enfocado en aplicaciones y plataformas web. Trabajamos de punta a punta: arquitectura, desarrollo, deploy y mantenimiento.
Entregas cortas y frecuentes, con algo funcionando desde la primera semana. Sin pasos ocultos ni sorpresas en la factura.
Escribimos código pensado para que lo mantenga otro. El proyecto queda tuyo: repositorio, infraestructura y documentación.
Método
La mayoría de los problemas que nos llegan no son problemas tecnológicos. Son procesos que dependen de una persona, información repartida en cinco sistemas, tareas que se siguen haciendo a mano. La tecnología es la herramienta. El trabajo es entender qué está pasando y construir la pieza exacta que lo cambia.
La usamos para prototipar, escribir pruebas, documentar y migrar: ahí gana días. La arquitectura y la revisión no se delegan, y cada línea pasa por una persona.
Algo funcionando desde la primera semana, y después una entrega detrás de otra. Ves el avance, no un informe del avance.
Repositorio, infraestructura y documentación a tu nombre desde el primer día. Si mañana seguís con otro equipo, seguís sin pedirnos permiso.
Escribimos el código para que lo entienda quien venga después. Lo barato de construir y caro de sostener no nos sirve, y a vos tampoco.
Integración continua, pruebas automáticas, revisión de código y monitoreo desde el primer commit. Las mismas prácticas de los equipos de producto que marcan el rumbo.
Proceso
Seis pasos, sin sorpresas. No es un proceso de entrega: es cómo pensamos un problema, y sabés en qué estamos en cada momento.
Proceso · 1/6
Entendemos el problema antes de hablar de tecnología. De la primera reunión salimos con el problema escrito, no con un presupuesto.
Proceso · 2/6
Analizamos procesos, restricciones y oportunidades. Lo que parece un problema suele ser tres, y uno solo es el que importa.
Proceso · 3/6
Convertimos el problema en una solución concreta: alcance, etapas, plazos y precio cerrado en un documento. Sin partidas abiertas.
Proceso · 4/6
Ingeniería, diseño y tecnología, en entregas cortas. Algo funcionando desde la primera semana; ves el avance, no un informe del avance.
Proceso · 5/6
Observamos qué funciona y qué debe mejorar con datos de uso real, no con la sensación del día del lanzamiento.
Proceso · 6/6
Una buena solución no termina cuando se publica. Queda documentada, a tu nombre y lista para crecer con el negocio.