Guía para comprar
Para elegir una empresa de desarrollo de software en Medellín, deja de buscar listas de "las mejores" y evalúa cinco cosas que sí se pueden verificar: si entiende tu problema antes de darte un precio, si te entrega el alcance escrito con fases y entregables, si te dice cuándo no conviene construir, a nombre de quién quedan el código y las cuentas en la nube, y quién mantiene el sistema después de la entrega. Un proveedor que responde esas cinco preguntas por escrito vale más que uno con mejor puesto en un ranking.
Esta guía te da los criterios y las preguntas exactas para la primera reunión, incluso si al final no nos eliges a nosotros. La escribimos porque quien busca proveedor en Medellín no quiere un nombre: quiere comparar. Y comparar sin criterios termina en la decisión de siempre, elegir el precio más bajo, que suele ser la más cara a los seis meses.
El punto de partida
Cuando escribes esa búsqueda, lo primero que aparece casi nunca es una empresa: son listados con título de ranking. Vale la pena saber cómo se arman, porque eso explica a quién sirven. Una parte la escribe una de las empresas que aparece en la lista, que se pone en el primer puesto y se rodea de otros que no le compiten de verdad. Otra parte la publican directorios que cobran por figurar o por subir de posición, así que el orden refleja quién pagó, no quién hace mejor trabajo.
Ninguna de las dos cosas es ilegal ni deshonesta por sí misma. El problema es otro: ese orden no se construyó pensando en tu proyecto. Nadie que armó esa lista sabe si necesitas una app para los técnicos en campo, un sistema que converse con tu facturación electrónica o un asistente que redacte informes. Un proveedor excelente para una fintech puede ser un desastre para una operación con gente en la calle, y el ranking no distingue.
El bloque de mapas que aparece encima tampoco ordena por calidad. Ordena por cercanía y por qué tan completa está la ficha de Google de cada empresa. Que un proveedor tenga una dirección a diez minutos de tu oficina dice algo real, y más abajo explicamos cuándo eso pesa de verdad, pero no dice nada sobre si escribe el alcance antes de cobrar.
La forma de usar esos listados es distinta: sácales tres o cuatro nombres, incluido alguno que no esté ahí, y pásalos todos por los mismos criterios y las mismas preguntas. El filtro lo pones tú. Es lo que hace un comité de compras con cualquier otro proveedor, y el software no debería ser la excepción.
Criterios
Ninguno de estos criterios es técnico. Todos se pueden evaluar en una conversación y casi todos dejan rastro escrito, que es lo que importa cuando algo sale mal.
Pregúntale por tu operación, no por tu idea. Un buen proveedor quiere hablar con quien ejecuta el proceso hoy: el técnico que llena la planilla, la auxiliar que pasa los pedidos de WhatsApp al Excel. Si te dan un precio en la primera llamada, sin haber hablado con nadie de tu equipo, ese número es una apuesta y tú pagas la diferencia.
El alcance dice qué se va a construir y, más importante, qué no. Debe traer fases con entregables, presupuesto de cada fase, los riesgos que el proveedor ya ve y los criterios de aceptación. Sin ese papel, "el sistema de pedidos" significa una cosa para ti y otra para quien programa, y la discusión llega cuando ya pagaste la mitad.
Un proveedor que nunca dice "para eso ya existe una herramienta que cuesta una fracción" está vendiendo horas, no resolviendo problemas. El desarrollo a la medida se justifica cuando tu proceso es la ventaja competitiva o cuando ninguna herramienta lo cubre sin deformarlo.
Esto decide si en dos años puedes cambiar de proveedor. Pregunta a nombre de quién quedan el repositorio, la cuenta de nube donde vive el sistema y las cuentas de las tiendas de aplicaciones. Si todo queda a nombre del proveedor, el precio que negociaste es la cuota de entrada a una dependencia.
En todo proyecto aparece el "ya que estamos, agreguemos inventario". Lo correcto es que el cambio se cotice aparte, por escrito, antes de hacerse, y que tú decidas si entra ahora, en una fase siguiente o nunca. Si el proveedor acepta todo sin cotizar, lo está cobrando en otra parte o lo está dejando a medias.
Un sistema entregado sigue vivo: servidores, seguridad, ajustes cuando cambian las tiendas de aplicaciones y fallos que solo aparecen con el uso real. Pide que la propuesta diga cuánta garantía hay, qué cubre, cómo se cobra el soporte y con qué tiempo de respuesta.
Pregunta quiénes van a trabajar en tu proyecto, si son empleados o subcontratados, y qué pasa si uno se va. Es la pregunta que más incomoda a quien revende el trabajo de terceros. Si la única copia del conocimiento está en la cabeza de un programador, tu proyecto depende de que esa persona siga ahí.
La primera reunión
Cópialas y hazlas tal cual a los tres o cuatro proveedores que estés evaluando. No son preguntas técnicas: son preguntas que un proveedor flojo no puede responder bien, porque exigen compromisos concretos. Toma nota de quién responde con un documento y quién responde con adjetivos.
Quien no tiene un proyecto que le haya salido mal, o no ha hecho suficientes o no está siendo honesto. Ampliamos este filtro en nuestro checklist para elegir una empresa de desarrollo de software confiable .
Señales de alarma
Nadie puede saber cuánto cuesta construir algo que todavía no entiende. Ese número suele ser un gancho bajo que luego se corrige con cobros adicionales, o uno alto con margen para absorber lo que no se preguntó.
Si la conversación gira alrededor de nombres de herramientas en vez de cómo se mueve hoy una orden de servicio en tu empresa, estás hablando con alguien que quiere construir, no entender.
Significa que el proveedor decidirá qué era "todo" el día que le convenga, y tú no tendrás con qué discutir. Un alcance que no se puede imprimir no existe.
Puede haber confidencialidad legítima en algunos contratos, y eso se dice. Pero si ninguno de sus clientes puede recibir una llamada tuya, pregúntate por qué.
Los descuentos con fecha de vencimiento son una técnica de venta, no una condición técnica. Un proyecto bien estructurado no se vuelve más barato porque firmes el viernes.
Si no puedes explicársela a tu socio, no la firmes. No es tu culpa por no ser técnico: es del proveedor, que no supo o no quiso traducir. Y si no traduce ahora, tampoco lo hará cuando haya un problema.
Presencia local
Importa, pero no siempre y no por las razones que uno supone. La pregunta útil no es "¿tiene oficina acá?" sino "¿este proyecto necesita que alguien esté acá, y cuántas veces?". Hay proyectos donde la respuesta es sí y es determinante, y otros donde una oficina en El Poblado no cambia una línea del resultado. Vale la pena separarlos antes de descartar a nadie.
Lo decimos de frente porque nos aplica. GeekCorp no tiene oficina en Medellín. Nuestra sede está en Córdoba y tenemos presencia y atención de proyectos en Montería y Barranquilla; Medellín y el resto del país los atendemos de forma remota, y viajamos cuando el proyecto lo requiere, en particular para el levantamiento inicial y las reuniones que deciden algo. Ya hemos trabajado con empresas de Medellín. Si necesitas a alguien que pueda estar en tu planta cada semana, dilo en la primera reunión y evalúa a un proveedor local: es una razón legítima para no contratarnos. Si el proyecto se puede trabajar por fases con entregas que tú revisas, la dirección de la oficina no debería ser tu criterio de desempate. Puedes ver cómo trabajamos en desarrollo de software para empresas de Medellín .
Comparar
Dos cotizaciones por el mismo proyecto pueden diferir varias veces en precio sin que ninguna esté inflada. La diferencia casi nunca está en la tarifa por hora: está en que no están cotizando lo mismo. Antes de comparar números, iguala el alcance. Pide a todos los proveedores que coticen sobre la misma lista escrita de procesos, integraciones y tipos de usuario, y revisa línea por línea estos seis puntos. La más barata suele ser la que dejó cosas afuera.
Es la línea más importante y la que casi nadie lee. Si una cotización no tiene un apartado de exclusiones, pídelo por escrito. Lo que no está excluido ni incluido se discutirá después, contigo en desventaja.
"Se integra con tus sistemas" no es una línea de cotización. Cada conexión, facturación electrónica, CRM, pasarela de pagos o WhatsApp, es trabajo aparte y debe estar nombrada. Es el factor que más presupuestos rompe cuando aparece tarde.
Un sistema donde tres personas de administración hacen lo mismo cuesta distinto de uno donde el vendedor, el bodeguero, el conductor y el cliente ven cosas diferentes. Cuenta los roles en cada propuesta: si una tiene menos, no está cotizando tu operación.
Revisa si la cotización incluye definir las pantallas o asume que tú las entregas aprobadas, y si incluye pruebas o las deja en manos de tu equipo. Una propuesta más barata que las omite te pasa el costo a ti, en tiempo de tu gente.
Tres costos que viven después de la entrega. Pregunta cuánto dura la garantía y qué cubre, cómo se cobra el soporte, cuánto cuesta la nube al mes y si esa cuenta queda a tu nombre. Dos cotizaciones con el mismo total pueden separarse mucho al sumar el primer año.
Mira si se paga contra fases y entregables o contra calendario. Y pregunta qué pasa si decides no seguir después de la fase dos: si te quedas con lo construido, funcionando y en tu cuenta, o si pierdes todo.
Si todavía no tienes la lista escrita de procesos e integraciones para que todos coticen lo mismo, ese es el paso previo: reunimos en una guía cómo estructurar un proyecto de software antes de pedir cotizaciones . Y si ninguna cifra te hace sentido todavía, mira qué mueve el precio en la guía de cuánto cuesta desarrollar software en Colombia .
Límites
Antes de comparar proveedores, descarta que tu caso no necesite ninguno.
Casos
El problema: el transporte público de Montería operaba sin forma de saber en tiempo real dónde estaba cada bus, sin control electrónico del recaudo a bordo y sin información confiable de rutas para el pasajero. Son tres problemas distintos con tres grupos de usuarios distintos: la oficina que planifica, el conductor que opera y la persona que espera en el paradero.
Qué se construyó: Op-Tra, con monitoreo de flota en tiempo real, validadores a bordo de los buses y aplicaciones separadas para usuarios y operadores. Tomó doce meses y se ejecutó en el marco del convenio 1367-2024 del Ministerio TIC con la Universidad Nacional de Colombia. Hoy está en operación. No publicamos cifras de impacto que no hayamos medido.
Por qué lo traemos a esta guía: un proyecto de doce meses con hardware en la calle y tres tipos de usuario solo sobrevive si el alcance está dividido en fases con criterios de aceptación. Esa es la diferencia práctica entre un proveedor que escribe el alcance y uno que no, y se nota en proyectos grandes mucho antes que en pequeños. El contraste también sirve: Navas, una empresa de mantenimiento de climatización, pasó sus órdenes de servicio del papel a una app web y móvil con fotos, firma en sitio y actas en PDF automáticas, y eso se entregó en dos meses y está en operación. Mismo método, dos tamaños muy distintos. Cuando un proveedor solo te muestra proyectos de un tamaño, pregúntale por el otro.
Plan
No la solución: el problema. Qué pasa hoy, quién lo sufre, cuántas veces al día y qué te cuesta. Esa página es lo que vas a mandar igual a todos los proveedores.
Con qué sistemas tiene que hablar el software y quiénes lo van a usar, con nombre del cargo. Dos listas cortas que evitan la mitad de las sorpresas de presupuesto.
Uno local de Medellín, uno de otra ciudad, uno recomendado por alguien de tu sector. Tres propuestas comparables sirven más que siete que no alcanzas a leer.
Las de esta guía, tal cual, y toma nota de quién responde con documentos. La diferencia se ve en la primera reunión, no en la propuesta.
Si un proveedor no puede entregarte qué incluye, qué no, las fases, los entregables y el presupuesto de cada fase, no estás comparando propuestas: estás comparando intenciones.
FAQ
No existe una mejor en general, y cualquier lista que te lo diga te está vendiendo un puesto o el suyo propio. Existe la mejor para tu proyecto, y depende de si necesitas presencia en planta, qué integraciones tiene tu operación y qué tan definido está tu proceso. La forma de encontrarla es pasar tres o cuatro candidatos por los mismos criterios: que entiendan el problema antes de cotizar, que entreguen el alcance por escrito, que el código y las cuentas queden a tu nombre y que digan quién mantiene el sistema después. El que responda esas cuatro cosas con documentos, y no con adjetivos, es tu mejor opción.
Depende del proyecto, y conviene decidirlo antes de descartar a nadie. La presencia física pesa cuando el levantamiento está en la planta, cuando la operación vive en campo, cuando hay que instalar cámaras o sensores, o cuando una entidad exige domicilio en la ciudad por requisito administrativo. Da igual cuando el trabajo se puede dividir en fases que terminan en algo que tú abres, pruebas y apruebas, porque ahí el control lo da el alcance escrito y no la dirección del proveedor. GeekCorp no tiene oficina en Medellín: tenemos sede en Córdoba, presencia en Montería y Barranquilla, y atendemos Medellín de forma remota viajando cuando el proyecto lo requiere.
Porque el software a la medida se cotiza por el trabajo que exige y ese trabajo cambia con cada empresa. La misma frase, "necesito un sistema para mis pedidos", puede significar un formulario que manda un correo o una plataforma con inventario, rutas y conexión con la facturación electrónica. Un precio publicado obligaría a cobrarle de más a unos o a perder dinero con otros. Lo honesto es publicar el rango, en nuestro caso proyectos entre 5 y 500 millones de pesos, y explicar qué lo mueve.
Compáralas línea por línea sobre el mismo alcance escrito, nunca sobre el total. Revisa qué dice cada una que no incluye, si nombra las integraciones una por una, cuántos tipos de usuario cubre, si incluye diseño de pantallas y pruebas, y cuánto cuestan la garantía, el soporte y la nube el primer año. Lo normal es que la propuesta más barata haya dejado afuera integraciones, roles o pruebas, y que esos costos aparezcan después como adicionales. Si al igualar el alcance las cifras siguen muy distintas, pide a cada proveedor que explique en qué se va el tiempo.
Depende enteramente de a nombre de quién estén el código y las cuentas. Si el repositorio, la cuenta de la nube y las credenciales de las tiendas de aplicaciones están a tu nombre, puedes llevarte lo construido y que otro equipo siga, con más o menos fricción según qué tan documentado esté. Si todo está a nombre del proveedor, no tienes proyecto: tienes una suscripción. Por eso esa pregunta va en la primera reunión y la respuesta va en el contrato, no en un correo.
Puede serlo en la cotización inicial y salir más caro al final. Un freelancer funciona bien para un alcance pequeño, bien definido, que una sola persona pueda cubrir. El riesgo es la continuidad: si se enferma, consigue empleo o cambia de prioridades, el proyecto se detiene y el siguiente equipo tendrá que entender código ajeno sin documentación. Compara siempre sobre el mismo alcance escrito y pregunta explícitamente quién mantiene el sistema después de la entrega.
Más de lo que esperas, y ese tiempo es parte del costo real. Necesitas una persona de tu lado que conozca el proceso, pueda responder dudas en días y no en semanas, pruebe cada entrega y la apruebe o la devuelva con comentarios concretos. Los proyectos que se alargan casi nunca se alargan por el programador: se alargan esperando decisiones y aprobaciones del cliente. Si nadie en tu empresa va a tener ese tiempo, es mejor posponer el proyecto que arrancarlo.
La consultoría inicial no tiene costo: conversamos con quien ejecuta el proceso hoy, entendemos el problema y te decimos qué haríamos. Si hay encaje, el paso siguiente es el documento de alcance con fases, entregables y presupuesto por fase. Firmamos un acuerdo de confidencialidad antes de ver tu información, y si una herramienta que ya existe resuelve tu caso, te lo decimos en esa primera conversación. No prometemos que toda conversación termine en propuesta: a veces la conclusión es que no somos el proveedor adecuado para ese proyecto.
Contacto
Escríbenos por el formulario o por WhatsApp y cuéntanos el problema, no la solución que imaginaste. La consultoría inicial no tiene costo: entendemos el problema y te decimos qué haríamos. Si hay encaje, el paso siguiente es el documento de alcance con fases, entregables y presupuesto. Si una herramienta que ya existe resuelve tu caso, te lo decimos. Y si tu proyecto necesita a alguien en tu planta cada semana, también te lo diremos, aunque eso signifique que contrates a otro.
CONTÁCTENOS
¡Contáctanos por WhatsApp!