Elegir un proveedor de tecnología es una de las decisiones más importantes que una PyME puede tomar, y también una de las más subestimadas. Según una encuesta de Deloitte (Global Outsourcing Survey, 2024), el 59% de las empresas que tercerizan servicios tecnológicos reportan que la relación con al menos un proveedor no cumplió las expectativas. Los motivos son recurrentes: plazos incumplidos, costos que se disparan, calidad inferior a lo prometido y, en los peores casos, proveedores que desaparecen con el anticipo o entregan un producto que nadie puede mantener.
En Bolivia, donde el ecosistema de empresas de tecnología está en pleno crecimiento pero todavía carece de regulaciones específicas para servicios digitales, los riesgos se amplifican. No existe un registro obligatorio de empresas de desarrollo de software, no hay certificaciones de calidad exigidas por ley, y la barrera de entrada para ofrecer "servicios de tecnología" es prácticamente inexistente. Cualquier persona con una laptop y una tarjeta de presentación puede autoproclamarse proveedor de TI. Esta guía te da las herramientas para separar a los profesionales serios de los improvisados, y para estructurar una relación contractual que proteja tu inversión.
El costo de elegir mal
Antes de hablar de criterios de evaluación, es útil entender qué está en juego. El costo de un mal proveedor de tecnología va mucho más allá del dinero pagado por un producto deficiente. Es el tiempo perdido: meses de desarrollo que no llegan a nada, reuniones interminables para pedir correcciones, y la frustración acumulada del equipo que depende de herramientas que no funcionan como deberían.
El verdadero costo de un mal proveedor de TI
- Costo financiero directo: según un estudio de Standish Group (CHAOS Report, 2024), el 19% de los proyectos de software fracasan completamente (se abandonan antes de terminar o se entregan y nunca se usan). El 52% exceden significativamente su presupuesto o plazo original. Solo el 29% se completan exitosamente dentro de los parámetros acordados.
- Costo de oportunidad: mientras esperas que el proveedor entregue un CRM que funcione, tu competencia ya está usando el suyo para cerrar ventas. Cada mes de retraso es un mes de ventaja competitiva perdida.
- Costo de migración: si el proveedor entrega un producto de mala calidad o con tecnologías obsoletas, migrar a una nueva solución puede costar más que el proyecto original. Según Gartner, el costo de reemplazar un sistema empresarial fallido es entre 1,5x y 3x el costo de haberlo hecho bien desde el principio.
- Dependencia tecnológica (vendor lock-in): un proveedor poco ético puede diseñar intencionalmente el sistema para que solo ellos puedan mantenerlo, creando una dependencia que te obliga a seguir pagando sus tarifas o a reconstruir todo desde cero.
- Riesgo legal y de datos: si el proveedor maneja datos de tus clientes (como en un e-commerce o un CRM), una brecha de seguridad por negligencia puede generar responsabilidad legal para tu empresa, no solo para el proveedor.
En tecnología, lo barato sale caro con una frecuencia alarmante. Un proyecto de USD 3.000 que falla completamente no te cuesta USD 3.000: te cuesta USD 3.000 más los 4 meses perdidos, más el costo de contratar a alguien competente para hacerlo bien, más la oportunidad de negocio que dejaste pasar mientras tanto.
En Bolivia, hemos observado patrones recurrentes. PyMEs que contratan al "sobrino que sabe de computadoras" para construir su sitio web, y terminan con una página en WordPress con una plantilla genérica, sin SEO, sin rendimiento y sin forma de escalar. Empresas que eligen al proveedor más barato de una cotización y reciben un sistema que funciona en las demostraciones pero se rompe con usuarios reales. Negocios que pagan por un "sistema a medida" y descubren que el proveedor usó una plantilla preexistente con cambios cosméticos. Estos escenarios no son excepciones: son la norma en un mercado sin mecanismos de rendición de cuentas.
10 criterios de evaluación
Evaluar un proveedor de tecnología no es tan diferente de evaluar a un candidato para un puesto de trabajo: necesitas verificar sus credenciales, hablar con referencias, y buscar evidencia concreta de que puede cumplir lo que promete. Estos son los 10 criterios que recomendamos para evaluar proveedores de TI en Bolivia y Latinoamérica:
1. Portfolio verificable
Un proveedor serio tiene un portfolio de trabajos anteriores que puedes ver, tocar y verificar. No se trata solo de capturas de pantalla bonitas en su sitio web: los proyectos deben estar en línea y funcionando. Pide URLs de sitios web o aplicaciones que hayan desarrollado. Verifica que realmente existan. Si el proveedor dice haber trabajado con una empresa reconocida, contacta a esa empresa y confirma la información. Un portfolio vacío o con "proyectos confidenciales" que no pueden mostrarse es una señal de alerta significativa.
2. Referencias de clientes actuales
Las referencias son la herramienta de evaluación más poderosa y la más subutilizada. No te conformes con testimonios escritos en el sitio web del proveedor (pueden ser fabricados). Pide nombres y contactos de al menos tres clientes recientes, y llámalos. Pregunta sobre la calidad del trabajo, el cumplimiento de plazos, la comunicación, cómo manejaron los problemas que surgieron, y si volverían a contratarlos. Un proveedor que se niega a dar referencias de clientes actuales tiene algo que ocultar.
3. Comunicación y tiempos de respuesta
La forma en que un proveedor se comunica durante el proceso de venta es un indicador confiable de cómo se comunicará durante el proyecto. Si tarda 3 días en responder un correo de cotización, imagina cuánto tardará en responder cuando tengas un problema urgente en producción. Evalúa la claridad de sus propuestas, su capacidad de explicar conceptos técnicos en lenguaje comprensible, y su disposición para responder preguntas sin evadirlas.
4. Transparencia en precios
Un proveedor confiable puede explicar exactamente qué incluye y qué no incluye su cotización. Desconfía de presupuestos vagos como "desarrollo de sistema: USD 5.000" sin desglose. Una cotización profesional detalla las funcionalidades incluidas, las horas estimadas, los entregables, los costos de licencias de terceros (hosting, dominios, APIs), y especifica claramente qué queda fuera del alcance. También define cómo se manejan los cambios de alcance y cuál es la tarifa por hora para trabajo adicional.
5. Stack tecnológico y justificación
Un proveedor competente puede explicar por qué elige determinadas tecnologías para tu proyecto. Si propone construir tu e-commerce en un framework que él mismo creó y que solo su equipo conoce, estás firmando tu dependencia. Las tecnologías elegidas deben tener comunidad activa, documentación abundante y un mercado laboral de desarrolladores que puedan mantener el código si decides cambiar de proveedor. React, Vue, Node.js, Python, PHP (Laravel), .NET son ejemplos de tecnologías con amplio soporte.
6. Proceso de trabajo definido
Pregunta cómo trabajan. Un proveedor profesional tiene un proceso definido: levantamiento de requerimientos, diseño de prototipos o wireframes, desarrollo por sprints o fases, pruebas, entrega y soporte. Si la respuesta es "nos dices lo que quieres y te lo hacemos", sin estructura ni metodología, es probable que el proyecto se gestione de forma caótica, con retrasos y resultados impredecibles.
7. SLAs y soporte post-entrega
El momento más revelador de la relación con un proveedor llega después de la entrega, cuando algo sale mal. Antes de firmar, asegúrate de entender qué pasa si el sitio se cae un domingo a las 3 AM, si aparece un bug crítico un mes después de la entrega, o si necesitas una modificación urgente. Los SLAs (Service Level Agreements) definen tiempos de respuesta y resolución para diferentes niveles de incidentes. Sin SLAs escritos, no tienes garantías.
8. Presencia y estabilidad
En Bolivia, donde muchos proveedores de tecnología son emprendimientos jóvenes, la estabilidad es un factor relevante. Investiga cuánto tiempo llevan operando, cuántos empleados tienen, si tienen oficina física o trabajan completamente remoto, y si tienen NIT activo y emiten factura. Una empresa que lleva más de 3 años operando y puede emitir factura con NIT es significativamente más confiable que un freelancer que trabaja desde su casa y cobra a una cuenta personal.
9. Propiedad del código y los datos
Este es un punto crítico que muchas PyMEs pasan por alto. Cuando pagas por un desarrollo a medida, el código fuente debe ser tuyo. Algunos proveedores retienen la propiedad del código como mecanismo de dependencia: si quieres migrar a otro proveedor, no te entregan el código. Antes de firmar, confirma por escrito que el código fuente, la base de datos y todos los activos del proyecto serán de tu propiedad al completarse los pagos acordados.
10. Capacidad de escalamiento
Tu proyecto actual puede ser un sitio web simple, pero tu empresa está creciendo. El proveedor que elijas debe poder acompañar ese crecimiento. Evalúa si tienen la capacidad técnica para escalar la solución cuando lo necesites, si manejan múltiples tecnologías o están limitados a una sola, y si su equipo es lo suficientemente grande para atender proyectos adicionales sin descuidar tu soporte.
Red flags que debes conocer
Más allá de los criterios de evaluación positivos, hay señales de advertencia que deberían hacer que te detengas antes de firmar cualquier contrato. Estas red flags no significan necesariamente que el proveedor sea malo, pero sí que debes proceder con extrema cautela:
12 red flags al evaluar proveedores de TI
- No tienen sitio web propio, o su sitio es de baja calidad: si un proveedor de desarrollo web no puede mantener su propio sitio web funcionando bien, difícilmente hará un buen trabajo con el tuyo.
- Prometen todo lo que pidas sin cuestionar: un proveedor que dice "sí" a todo sin hacer preguntas ni proponer alternativas no está pensando en tu proyecto: está pensando en cerrar la venta.
- Presupuesto significativamente más bajo que la competencia: si tres proveedores cotizan USD 8.000 y uno cotiza USD 2.000, el último probablemente está subestimando el proyecto, usando plantillas genéricas, o planea cobrar la diferencia con "extras" durante el desarrollo.
- No quieren firmar contrato: "trabajamos con confianza" no es una metodología de negocios. Si un proveedor se resiste a formalizar los acuerdos por escrito, es una señal de alarma mayor.
- Piden el 100% por adelantado: la estructura de pago estándar en la industria es 30-40% al inicio, 30% a mitad del proyecto, y 30-40% contra entrega. Un proveedor que pide todo el dinero antes de empezar a trabajar no tiene incentivo para cumplir.
- No pueden mostrar código propio en GitHub o similar: un equipo de desarrollo profesional tiene presencia en plataformas de código. La ausencia total de código público no es definitiva, pero combinada con otras red flags es significativa.
- Rechazan incluir penalidades por retraso: si el proveedor no está dispuesto a comprometerse con plazos y aceptar consecuencias por incumplimiento, no confía en su propia capacidad de entrega.
- Usan jerga técnica excesiva sin explicar: un proveedor que bombardea con términos técnicos sin contexto puede estar tratando de impresionar o de ocultar la falta de sustancia detrás de palabras complicadas.
- No ofrecen período de garantía: todo software tiene bugs. Un proveedor que no incluye un período de garantía (mínimo 30-90 días) para corrección de errores post-entrega no confía en la calidad de su trabajo.
- Equipo rotativo o subcontratación no declarada: si empiezas hablando con un desarrollador senior y a la segunda semana el proyecto está en manos de un junior, hay un problema de transparencia.
- No documentan: un proyecto entregado sin documentación técnica ni manual de usuario es un proyecto diseñado para crear dependencia.
- Evaden preguntas sobre seguridad: si el proveedor no puede explicar cómo maneja la seguridad de los datos, las contraseñas, los accesos y las vulnerabilidades comunes, tu proyecto estará expuesto.
En el mercado boliviano de tecnología, la falta de regulación pone la responsabilidad de la diligencia debida enteramente en el comprador. No contrates por recomendación verbal sin verificar. No elijas por precio sin comparar alcance. Y nunca firmes sin un contrato que proteja tus intereses.
Preguntas clave antes de contratar
Una vez que has filtrado proveedores usando los criterios de evaluación y las red flags, es hora de la entrevista final. Estas son las preguntas que recomendamos hacer en la reunión de evaluación definitiva, antes de tomar la decisión:
15 preguntas que todo comprador de tecnología debe hacer
- Sobre el equipo: "Quiénes específicamente van a trabajar en mi proyecto? Puedo ver sus perfiles o portfolios individuales? Qué pasa si alguno deja la empresa durante el proyecto?"
- Sobre la tecnología: "Por qué recomiendan esta tecnología para mi proyecto? Qué alternativas consideraron y por qué las descartaron? Qué tan fácil es encontrar desarrolladores en Bolivia que manejen esta tecnología?"
- Sobre el proceso: "Cómo se estructura el proyecto en fases? Con qué frecuencia tendré visibilidad del avance? Qué herramienta usan para gestionar tareas y comunicación?"
- Sobre los plazos: "Cuál es el plazo realista de entrega? Qué pasa si se retrasan? Incluyen penalidades por retraso en el contrato?"
- Sobre el alcance: "Qué pasa cuando yo quiera agregar algo que no está en la cotización original? Cuál es la tarifa por hora para cambios de alcance? Cómo se aprueba el trabajo adicional?"
- Sobre la propiedad: "El código fuente será mío al terminar? Puedo llevarlo a otro proveedor si decido cambiar? Me entregarán acceso al repositorio de código?"
- Sobre el soporte: "Qué incluye el soporte post-entrega? Cuánto tiempo dura la garantía? Cuál es el tiempo de respuesta para problemas críticos? Cuánto cuesta el mantenimiento mensual después de la garantía?"
- Sobre la seguridad: "Cómo manejan las contraseñas y accesos del proyecto? Firman NDA? Qué medidas de seguridad implementan por defecto en el desarrollo?"
La forma en que el proveedor responde estas preguntas es tan importante como las respuestas mismas. Un proveedor profesional responderá con claridad, sin evasivas, y en algunos casos te hará preguntas de vuelta que demuestren que está pensando en tu proyecto de forma crítica. Un proveedor que se incomoda, evade o da respuestas genéricas no está preparado para manejar tu proyecto con la seriedad que requiere.
Local vs remoto: la decisión geográfica
En Bolivia, muchas PyMEs enfrentan la disyuntiva de contratar un proveedor local (en su misma ciudad) o uno remoto (en otra ciudad boliviana, en otro país de LATAM, o incluso offshore). Cada opción tiene ventajas reales. Un proveedor local permite reuniones presenciales, facilita la comunicación, opera en la misma zona horaria y entiende el contexto del mercado boliviano. Un proveedor remoto puede ofrecer un pool de talento más amplio, precios competitivos y experiencia con mercados internacionales.
Nuestra recomendación para PyMEs en Bolivia es priorizar proveedores locales o nacionales para proyectos que requieren entendimiento profundo del negocio y comunicación frecuente (como un CRM a medida o un sistema de facturación), y considerar proveedores remotos para proyectos bien definidos y con especificaciones claras (como un rediseño de sitio web o una integración con APIs). En cualquier caso, el contrato debe especificar la jurisdicción legal aplicable, preferentemente Bolivia.
El contrato: qué debe incluir
El contrato es tu principal herramienta de protección. No importa cuánta confianza tengas en el proveedor: los acuerdos verbales no tienen fuerza legal, y la memoria humana es selectiva. Un contrato bien redactado no es señal de desconfianza, sino de profesionalismo de ambas partes.
Cláusulas esenciales del contrato de servicios de TI
- Alcance del proyecto: descripción detallada de funcionalidades, entregables, tecnologías a utilizar y plataformas de despliegue. Incluir explícitamente lo que NO está incluido.
- Cronograma y milestones: fechas de entrega para cada fase del proyecto, con entregables verificables en cada milestone.
- Estructura de pagos: montos y condiciones de pago vinculados a milestones. Ejemplo: 30% al firmar, 30% al aprobar el diseño, 40% contra entrega aprobada.
- Propiedad intelectual: cláusula explícita de cesión de derechos sobre el código fuente, diseños, bases de datos y cualquier activo creado durante el proyecto. La cesión se hace efectiva al completarse los pagos.
- Confidencialidad (NDA): obligación del proveedor de no divulgar información del negocio, datos de clientes, ni detalles del proyecto sin autorización. Debe sobrevivir la terminación del contrato.
- Garantía: período mínimo de 90 días para corrección de errores y bugs sin costo adicional. Definir qué se considera "error" (funcionamiento diferente a lo especificado) vs "cambio de alcance" (funcionalidad nueva no contemplada).
- SLAs de soporte: tiempos de respuesta y resolución para incidentes críticos (4 horas), medios (24 horas) y bajos (72 horas). Canales de comunicación para reportar incidentes.
- Penalidades por retraso: descuento porcentual por cada semana de retraso no justificado. Típicamente 2-5% del valor del proyecto por semana, con un tope del 20-30%.
- Cláusula de terminación: condiciones bajo las cuales cualquiera de las partes puede terminar el contrato anticipadamente, y qué pasa con los pagos realizados y el trabajo entregado hasta ese punto.
- Entrega de accesos y código: obligación del proveedor de entregar todos los accesos (hosting, dominios, repositorios, APIs) y el código fuente completo al finalizar el proyecto o al terminar la relación contractual.
Un buen contrato no solo te protege cuando las cosas salen mal: establece expectativas claras que previenen que salgan mal en primer lugar. Cuando ambas partes saben exactamente qué se espera, qué se incluye y qué pasa si algo falla, la relación se construye sobre profesionalismo en lugar de supuestos.
Proceso de RFP para proyectos grandes
Para proyectos con un presupuesto superior a USD 5.000, recomendamos formalizar el proceso de selección mediante un RFP (Request for Proposal). El RFP es un documento que describes tu necesidad, los requisitos funcionales y técnicos, el presupuesto estimado y los criterios de evaluación, y lo envías a 3-5 proveedores preseleccionados para que presenten sus propuestas. Esto permite comparar propuestas de forma objetiva, obliga a los proveedores a pensar seriamente en tu proyecto antes de cotizar, y te da una base documental para la negociación.
Elegir un proveedor de tecnología en Bolivia no tiene por qué ser una apuesta al azar. Con los criterios de evaluación correctos, las preguntas adecuadas y un contrato bien estructurado, puedes reducir significativamente el riesgo y establecer una relación productiva a largo plazo. El mercado boliviano de tecnología tiene profesionales talentosos y empresas serias que hacen un trabajo excelente. El desafío está en encontrarlos, evaluarlos con rigor y formalizar la relación de manera que proteja a ambas partes. Invierte el tiempo necesario en el proceso de selección. Ese tiempo se paga solo con creces cuando el proyecto se entrega a tiempo, dentro del presupuesto y con la calidad que tu negocio necesita.