Comprender antes de añadir
Empieza por la tarea real, las personas que la realizan y la fricción que conviene eliminar, no por una lista aislada de funciones.
Soy Andrei Lucaciu, desarrollador de software independiente. Conecto la forma en que las personas trabajan con la tecnología que necesitan utilizar.
Antes del software me formé y trabajé en psicología. Esa experiencia sigue dando forma a mi manera de abordar un proyecto: presto atención a las personas implicadas, a la fricción de un proceso, a las preguntas que vale la pena hacer y a las decisiones que una interfaz debe facilitar.
Durante los últimos siete años, tras más de tres décadas trabajando con ordenadores, he diseñado y desarrollado software web, móvil y operativo. Comprender a las personas hace posible un software mejor; la ingeniería convierte esa comprensión en interfaces, flujos, datos, integraciones y productos completos listos para usarse.

Empieza por la tarea real, las personas que la realizan y la fricción que conviene eliminar, no por una lista aislada de funciones.
Interfaz, flujo, datos, roles e integraciones se tratan como un solo producto, porque así los experimentan las personas usuarias.
Me gusta convertir una idea poco clara en algo tangible: una interfaz cuidada, un sistema fiable o un detalle visual que aporta carácter al trabajo.
Trabajas directamente con quien define la dirección del producto y construye el software. La comunicación sigue siendo directa, las decisiones se mantienen conectadas y la responsabilidad permanece cerca del trabajo.
Permisos y acceso diseñados para las personas que necesitan utilizar el producto.
Arquitectura de información y modelos de datos que sostienen las operaciones diarias.
Conexiones fiables entre el producto, sus datos y los servicios de los que depende.
Colas y tareas programadas para traspasos operativos fiables.
Comportamiento local-first para trabajo que no puede depender de una conexión.
Mensajes, canales de entrega y actualizaciones de estado en el momento adecuado.
Conexiones cuidadas con las herramientas y servicios que el equipo ya utiliza.
Controles de calidad prácticos y una ruta de lanzamiento bien planteada.
Una primera conversación puede empezar por el trabajo que necesita cambiar; no hace falta un brief terminado.
Iniciar una conversación ↗