Insights

Los miedos reales de contratar software a la medida, contados por quien ya pasó por ahí

El miedo que frena una decisión de software casi nunca es el precio. Es no saber si van a entender tu negocio y si van a estar cuando algo falle. En el primer episodio de Escala sin Miedo, Marcel Verand cuenta cómo resolvió las dos dudas antes de firmar, y qué encontró después.

7 min de lectura
Tres caminos que salen de un mismo punto de decisión: dos se apagan y se cortan, el tercero sigue iluminado y atraviesa tres puertas marcadas antes, durante y después

Casi todas las conversaciones sobre software empiezan por el precio y terminan en otra parte. Alguien pide una cotización, la recibe, y la duda que aparece no es si el número es alto: es si la persona del otro lado entendió de verdad qué necesita, y si va a estar ahí en seis meses.

En el primer episodio de Escala sin Miedo, el podcast de MasterDragon, Alejandra Zuluaga entrevistó a Marcel Verand, fundador de Business Clarity, que ya recorrió ese camino completo. Este artículo recoge lo que contó, ordenado por los tres momentos en los que aparecen los miedos: antes de contratar, durante el proceso y después de la entrega [1].

¿Qué tres caminos hay cuando decides resolver algo con software?

Cuando una operación toca techo, aparecen exactamente tres opciones. No son equivalentes y cada una falla distinto.

Camino Lo que te da Lo que te cuesta
Equipo interno Control total y conocimiento que se queda en casa Contratar, gestionar y esperar antes del primer resultado
Proveedor externo Experiencia acumulada en problemas parecidos Depender de que te entiendan y te cumplan
Herramienta de caja Velocidad y precio de entrada bajo Trabajar como la herramienta quiere, no como tu proceso pide

Marcel evaluó las tres. Venía usando agentes de inteligencia artificial dentro de plataformas ya existentes, armados por él mismo, y funcionaban. El problema no era que no funcionaran.

"Uno puede tener esos agentes de inteligencia artificial que funcionan bien porque son muy buenos, pero están dentro de una plataforma. No me da una libertad como para poder crear una suscripción, por ejemplo."

Esa frase es la distinción práctica entre las dos primeras columnas de la tabla y la tercera. Una herramienta de caja resuelve la tarea y se queda con la plataforma. Si lo que quieres construir es un producto propio encima de esa tarea, la herramienta ajena es un techo, no un atajo.

¿Por qué una herramienta de caja se queda corta si el proceso te diferencia?

La regla es corta: si tu proceso es parte de lo que te hace distinto, una herramienta genérica te va a quedar corta.

El caso de Marcel lo muestra bien porque su negocio son mentorías uno a uno de ticket alto. Lo que construyó no fue un chatbot de soporte, fue una extensión de su propio criterio para los clientes que ya paga por su tiempo.

"Esta herramienta reemplaza a Marcel Verand 24 por 7, si bien no completamente. Le da la posibilidad a mis clientes de tener respuesta inmediata en cualquier momento."

Aquí conviene ser honesto con el dato, porque es la parte que un caso de éxito suele esconder. Marcel dijo en cámara que todavía no ha tenido ventas de la suscripción, y que el retorno hasta hoy no está en el ingreso nuevo sino en el valor que le aporta a las mentorías que ya vende. Es un retorno real y es distinto del que promete un pitch.

¿Y por qué no hacerlo tú mismo con inteligencia artificial?

Es la pregunta que hace dos años casi no existía. Hoy le pides a una herramienta que te arme una aplicación y en minutos aparece algo funcionando.

La respuesta honesta es que sí puedes, y que el punto donde se traba es predecible. La IA te da rápido el 80% visible: la pantalla, el flujo, la demostración. El 20% que falta es tu proceso completo con tus datos y tus clientes reales, y es justo el 20% que decide si la cosa sirve.

Hay un dato que conviene tener presente antes de decidir hacerlo solo. Gartner proyecta que más del 40% de los proyectos de IA agéntica se cancelará antes de que termine 2027, por costos que escalan, valor de negocio poco claro y controles de riesgo insuficientes (2025) [2]. Ninguna de esas tres causas es un problema del modelo. Las tres son problemas de criterio sobre qué construir y cómo sostenerlo.

¿Cómo sé si van a entender mi negocio?

Este es el miedo más humano de los tres, y el que Marcel describe con más precisión. Nadie conoce tu operación como tú: los procedimientos, las excepciones, los detalles que aprendiste a los golpes y que no están en ningún manual.

Lo que hizo fue simple y es replicable: preguntar mucho antes de firmar.

"Yo fui muy riguroso en la reunión que tuve con Neo, haciéndole muchas preguntas."

La señal no es lo que el proveedor te muestra, es lo que te pregunta. Un equipo que va a entender tu negocio pregunta por tus excepciones, por lo que pasa cuando el caso no es el normal, y por qué hoy lo resuelves como lo resuelves. Un equipo que solo recibe una lista de requisitos va a construir la lista, no el negocio.

¿Y si pago y no me cumplen?

El golpe que muchos ya se llevaron. Pagaron, no les respondieron, o les entregaron algo a medias, y después de eso volver a confiar cuesta.

Lo que Marcel dice que le dio la seguridad no fue un contrato ni una certificación.

"Una persona, una empresa puede tener una buena reputación, pero son las personas dentro de la compañía las que te dan la confianza. Uno finalmente termina comprando personas más que empresas."

Es una respuesta incómoda para quien quiere una lista de verificación, y es la que da alguien que ya se equivocó antes. La reputación institucional te dice que la empresa existe. El trato directo con quien va a responder por el proyecto te dice si va a responder.

¿Qué pasa después de que te lo entregan?

El miedo más olvidado, porque llega cuando el proyecto ya salió bien. Ya tienes la aplicación funcionando y aparecen cuatro preguntas: quién da soporte, dónde queda alojada, de quién son los datos, y qué pasa si mañana quieres que evolucione.

En el episodio, Marcel cuenta que pidió un cambio que implicaba trabajo nuevo y que la respuesta fue rápida. También dice algo que vale más que el elogio: sobre dónde está alojada la aplicación, le explicaron y no lo sabe repetir.

Esa es una brecha común y es una tarea pendiente para cualquier proveedor, incluidos nosotros. Un cliente que no puede decir dónde viven sus datos no tiene un problema técnico, tiene un problema de documentación. Las cuatro preguntas del después conviene resolverlas por escrito antes de firmar, cuando todavía tienes alternativas, y no después, cuando ya es una negociación desde una sola posición.

¿Cuál es entonces el riesgo real?

El cierre del episodio lo resume mejor que cualquier análisis: la mayoría de estos miedos no te está protegiendo, te está frenando. El riesgo real no es equivocarte al elegir, es que tu competencia decida mientras tú sigues dudando.

Vale marcar el límite honesto de todo lo anterior. Este es un caso, contado por un cliente, y un caso no es evidencia estadística. Lo que sí es transferible no son sus resultados, son las tres preguntas que se hizo antes de firmar: ¿este proceso es parte de lo que me diferencia?, ¿las preguntas que me hacen demuestran que entienden?, y ¿qué pasa el día después de la entrega?

Cómo lo aplicamos en MasterDragon

Empezamos por las preguntas del después, no por las del antes.

En la práctica eso significa que la primera conversación de un proyecto incluye dónde va a vivir la aplicación, de quién son los datos y cómo se pide un cambio, antes de hablar de pantallas. Es la parte menos vendedora de una propuesta y es la que evita la conversación incómoda de seis meses después.

Si estás en cualquiera de los tres momentos, mira el episodio completo y quédate con las preguntas, no con las conclusiones. Puedes empezar por cómo construimos tu software y revisar nuestro portafolio. El argumento de por qué esto es un activo y no un gasto lo desarrollamos en software a la medida, activo no gasto, y por qué tener la herramienta no basta en adopción no es adaptación.

Referencias

  1. MasterDragon.AI. (2026, 10 de agosto). La verdad sobre contratar software a la medida. Escala sin Miedo, episodio 1, con Marcel Verand. https://www.youtube.com/watch?v=Vw9fgxg4c98
  2. Gartner. (2025, 25 de junio). Gartner predicts over 40% of agentic AI projects will be canceled by end of 2027. https://www.gartner.com/en/newsroom/press-releases/2025-06-25-gartner-predicts-over-40-percent-of-agentic-ai-projects-will-be-canceled-by-end-of-2027

Preguntas frecuentes

¿Conviene software a la medida o una herramienta ya hecha?

Depende de una sola cosa: si el proceso que quieres resolver es parte de lo que te diferencia. Si tu operación se parece a la de cualquiera, una herramienta de caja es más barata y más rápida, y forzarla no tiene sentido. Si el proceso es tuyo y es la razón por la que te compran, una herramienta genérica te obliga a trabajar como ella quiere, y ese costo no aparece en la factura.

¿Cuáles son los tres caminos cuando decides resolver algo con software?

Armar un equipo interno, pagarle a alguien de afuera, o comprar una herramienta que ya exista. El equipo interno da control y cuesta contratación, gestión y tiempo antes del primer resultado. La herramienta de caja da velocidad y te ata a lo que contempla. El proveedor externo da experiencia acumulada y te obliga a resolver dos cosas: si te van a entender y si te van a cumplir.

¿Por qué no hacer mi propio software con inteligencia artificial?

Porque la IA resuelve rápido el 80% visible y se traba justo en el 20% que importa: tus datos reales, tus clientes reales, tu proceso completo. Marcel lo intentó con agentes dentro de plataformas existentes y funcionaban bien, pero estar dentro de una plataforma ajena le impedía cobrar una suscripción propia y construir sobre eso. La IA no reemplaza el criterio, lo multiplica.

¿Cómo sé si un proveedor va a entender mi negocio?

Por las preguntas que te hace antes de cotizar, no por las referencias que te muestra. Marcel dice que fue muy riguroso preguntando en la primera reunión, y que la calidad de las respuestas fue lo que le dio tranquilidad. Un proveedor que entiende pregunta por tus excepciones, no por tus requisitos.

¿Qué pasa con mi software después de la entrega?

Es el miedo más olvidado y el que más pesa a largo plazo: quién da soporte, dónde queda alojada la aplicación, de quién son los datos y qué ocurre cuando aparece un error o quieres que evolucione. Conviene resolverlo por escrito antes de firmar, no después, porque después es una negociación en la que ya no tienes alternativas.

¿Cuál es el riesgo real al decidir sobre software?

No es equivocarte al elegir. Es que tu competencia decida mientras tú sigues dudando. La mayoría de estos miedos no te está protegiendo, te está frenando, y el costo de no decidir no aparece en ninguna cotización.

Sobre el autor

MasterDragon Engineering Team

MasterDragon Engineering Team

AI Engineering Team · MasterDragon.AI

El equipo de ingeniería de MasterDragon diseña y lanza sistemas de IA agéntica de grado producción para empresas en LATAM y Estados Unidos: software AI-native a la medida, agentes de WhatsApp, copilotos internos y automatización integral de operaciones, con fiabilidad y KPIs medibles.