No vendo tecnología. Ayudo a que una empresa trabaje mejor, y a veces eso requiere tecnología.
- Nombre:
- Bergson Ayala Álvarez
- Rol:
- Arquitecto de Ecosistemas Digitales
- Base:
- Santiago, República Dominicana
Trabajo con empresas que ya funcionan y que sienten que podrían funcionar mejor. Casi siempre me llaman por lo mismo: un proceso que consume demasiadas horas, información que está dispersa, o la sensación de que la inteligencia artificial debería servirles para algo y no saben para qué.
Mi trabajo empieza escuchando y observando, no proponiendo. Un buen diagnóstico casi siempre encuentra que el problema no era el que se creía. Y con frecuencia la mejor recomendación es más sencilla y más barata de lo que la empresa esperaba.
Después construyo: automatizaciones, sistemas, tableros, asistentes. Pero la tecnología es el medio. Lo que se entrega es una operación que consume menos tiempo, comete menos errores y permite decidir con información al día.
- Diagnóstico de procesos y detección de oportunidades
- Automatización e integración entre sistemas
- Tableros e indicadores de negocio
- Desarrollo de sistemas y aplicaciones a la medida
- Asistentes conectados a la información de la empresa
- Formación de equipos
Cinco reglas que no negocio.
El problema manda, no la herramienta
Primero se entiende qué está fallando en el negocio. La decisión técnica viene después y depende de eso, no al revés.
Si no se puede medir, no se puede decir que mejoró
Se mide antes de tocar nada y se vuelve a medir después. Sin esa comparación no hay forma honesta de saber si valió la pena.
Hablar claro
Nada de jerga técnica cuando existe una palabra normal. Si quien dirige la empresa no entiende la propuesta, la propuesta está mal escrita.
Empezar pequeño y demostrar
Un proceso resuelto y funcionando convence más que un plan de transformación de doce meses.
Lo construido queda en manos de la empresa
Accesos, código y documentación a nombre del cliente. Nadie debería quedar atado a su proveedor para poder operar.
- 2016Técnico en InformáticaINFOTEP
- En cursoDerechoUTESA
- En cursoInglésInstituto J.F.K.
- ContinuaDiseño UX/UI y desarrollo webDomestika · Udemy
- TypeScript
- React
- Next.js
- Node.js
- Python
- PostgreSQL
- SQLite
- Linux
- Modelos de lenguaje
- Automatización de flujos
- React Native
La herramienta se elige después de entender el problema, nunca antes. Esta lista es lo que uso con frecuencia, no una lista de requisitos.
Todo proyecto recorre estos seis pasos.
- 01Descubrir
- 02Diagnosticar
- 03Diseñar
- 04Automatizar
- 05Medir
- 06Optimizar
Lo que más me preguntan.
- ¿Trabaja con empresas pequeñas?
- Sí. De hecho es donde más rápido se nota el cambio, porque una sola persona suele cargar con varios procesos manuales a la vez.
- ¿Cuánto cuesta?
- Depende del alcance, y por eso no publico precios fijos: cotizar sin conocer el proceso sería inventar un número. Después de la conversación inicial recibe un rango estimado por escrito, y solo cuando el alcance está claro se emite la cotización definitiva.
- ¿Cuánto tarda un proyecto?
- Una automatización puntual puede estar funcionando en semanas. Un sistema completo toma meses. En ambos casos se entrega por partes, para que se vea avance desde temprano.
- ¿Hay que cambiar los sistemas que ya usamos?
- Casi nunca. Lo primero que se evalúa es conectar y aprovechar lo que ya existe. Reemplazar es la última opción, no la primera.
- ¿Qué pasa con la información de mi empresa?
- Se define por escrito antes de empezar: qué datos se procesan, dónde se guardan y quién tiene acceso. Si el proyecto involucra información de clientes, eso se acuerda antes de tocar nada.
- ¿Da soporte después de entregar?
- Sí. Todo proyecto incluye acompañamiento durante el arranque, que es cuando aparecen los casos que nadie previó. Después se puede acordar un esquema de soporte continuo.