Las agencias envían portafolios deslumbrantes para software a medida: ¿cómo evaluar el trabajo real detrás?

Al menos la mitad de las imágenes de esas presentaciones son paquetes de plantillas descargados por 20 dólares en marketplaces populares. Hay muchísimas agencias que venden interfaces que jamás aplicaron en un proyecto real como si fueran referencias verdaderas.

Pide un plan de arquitectura a las agencias en etapa de propuesta. Solicita un resumen técnico de dos páginas que explique qué base de datos eligieron y por qué, y cómo respondería el sistema con un movimiento de stock de 10 mil piezas. Una agencia de diseñadores no puede redactar eso; una de ingeniería te lo envía al día siguiente.

En 2022 nos confiamos de un portafolio en PDF hermoso e iniciamos un software de almacén con 38.000 USD de presupuesto. La interfaz era impresionante, pero el sistema se congelaba cuando 15 usuarios metían pedidos al mismo tiempo. Tuvimos que gastar otros 14.000 USD con otro equipo para arreglar la base de datos.

Al revisar un portafolio fíjate en estos tres puntos: 1) ¿Hay un flujo de datos real en las capturas o hay textos 'Lorem Ipsum'? 2) ¿El proyecto mostrado está activo hoy en día? 3) ¿Aceptan incluir en el contrato una cláusula de garantía de entrega de código y la lista de licencias de librerías open source?

¿No se ve mal llamar a los clientes antiguos de la agencia? ¿No suelen escudarse en acuerdos de confidencialidad para no dar nombres?

Para nada al contrario: una agencia profesional se enorgullece de dar referencias... Los proyectos confidenciales directamente ni los ponen en el portafolio... Si lo mostraron deberían compartir el contacto con gusto. Di que quieres conocer directamente al líder técnico que gestionará el proyecto no al vendedor.

No te comprometas con 45 mil dólares por una presentación visual si no has visto una demo en vivo funcional y sin una garantía sobre el código.

Incluir criterios de rendimiento, protocolo de pruebas de aceptación y un mínimo de 6 meses de garantía gratuita para corregir errores tras la entrega te dará una protección jurídica mucho más vinculante que andar revisando portafolios.

Este hilo es para archivar. No tengáis miedo de preguntar, quien no pregunta siempre paga más caro.

Eso es todo, disculpa si me he extendido demasiado.

Gracias por escribir esto, es lo correcto. Que todo el mundo haga algo no significa que sea lo correcto.

Esta es mi opinión, no lo escribo como una verdad absoluta.

Tengo una pregunta, no quiero desviarme del tema, pero... El calendario de pagos debe vincularse a las fases del proyecto, no a fechas fijas.

Si escribís el resultado aquí, también servirá de ayuda a otros.

Exactamente así... La oferta más barata suele ser la menos pensada.

Hablaré desde el otro lado, yo estoy en el lado del proveedor. El sistema sigue vivo después de la entrega; el mantenimiento es una partida aparte.

Si escribís el resultado aquí, también servirá de ayuda a otros.

Hace dos años viví exactamente lo mismo. En un sistema heredado, lo más caro son las dependencias desconocidas.

Cada "lo miramos luego" en una reunión es trabajo no presupuestado. Eso es todo, disculpa si me he extendido demasiado.

No te olvides de: Al tomar decisiones escribe también el peor escenario, no solo el mejor.

Espero que le sea útil.

Quisiera hacer una pregunta. Que todo el mundo haga algo no significa que sea lo correcto.

Esta es mi opinión, no lo escribo como una verdad absoluta.

Yo pasé por esto, déjenme contarlo. Ningún proceso mejora si no se registran datos, porque no sabes qué tienes que arreglar.

Exactamente así. Las credenciales de acceso deben crearse a nombre de la empresa, no con cuentas personales.

Un informe semanal por escrito funciona mucho mejor que preguntar por fechas. Por supuesto, cambia si tu situación es diferente.