Cuando un inversionista evalúa una empresa no pregunta cuánto gastó. Pregunta qué quedó. Esa distinción, que en los comités de inversión es elemental, casi nunca se aplica al presupuesto de tecnología propio, donde año tras año se aprueban suscripciones que no dejan nada detrás. Y aquí está el punto incómodo: si eres dueño de tu negocio, tú eres el primer inversionista de tu empresa, y estás evaluando tu propio portafolio con un criterio más flojo del que le exigirías a cualquier otro.
La respuesta corta: aplica a tu presupuesto de tecnología los mismos filtros que un inversionista aplica a tu empresa. Lo que es común a tu industria, réntalo. Lo que codifica tu forma particular de operar, constrúyelo, porque ahí el gasto se convierte en un activo que sigue produciendo cuando dejaste de pagarlo.
¿Qué están exigiendo hoy los inversionistas?
Claridad sobre la tecnología y disciplina con el capital, en la misma frase.
La exigencia dejó de ser sobre si inviertes en tecnología y pasó a ser sobre si puedes explicar qué produce. La FIG-1 ordena lo que hoy pesa en una evaluación.
Datos
| Qué exigen los inversionistas | Porcentaje de inversionistas |
|---|---|
| Consideran muy importante la claridad en IA y tecnología | 77% |
| Ponen la geopolítica entre sus tres preocupaciones principales | 69% |
| Priorizan la disciplina de retorno sobre capital invertido | 63% |
| Exigen un marco claro de asignación de capital | 54% |
| Prefieren la reinversión orgánica como uso principal del capital | 52% |
Fíjate en la combinación: el 77% considera muy importante la claridad sobre la estrategia de IA y tecnología, y solo el 3% le da poca importancia, mientras el 63% prioriza la disciplina de retorno sobre capital invertido [1]. No son dos exigencias separadas. Son la misma: invierte en tecnología, y muéstrame qué produce.
¿Por qué el dueño de negocio es el primer inversionista?
Porque el capital que asignas cada mes ya es una decisión de portafolio, aunque no la llames así.
Un inversionista externo evalúa tu empresa con tres filtros: si resiste escenarios adversos, si la tecnología está atada a economía real, y si asignas capital con disciplina. Cuando decides entre contratar otra suscripción o construir una pieza propia, estás haciendo exactamente ese ejercicio sobre tu propio balance. La diferencia es que casi nadie lo formaliza.
Y el resultado se nota en un lugar concreto. Tras cinco años de suscripciones, la empresa que solo rentó tiene la misma capacidad que el día uno y cero patrimonio tecnológico. La que construyó lo que la diferencia tiene un activo que puede mejorar, vender, licenciar o presentar en una due diligence.
¿"Software como activo" es una metáfora o algo literal?
Es literal, y está en la norma contable.
Bajo ASC 350-40, el costo de desarrollar software de uso interno puede capitalizarse como activo intangible una vez superada la etapa preliminar y con el proyecto aprobado y financiado, y luego se amortiza a lo largo de su vida útil estimada [2]. Una suscripción SaaS, en cambio, se registra normalmente como gasto del periodo. El mismo dinero, tratado distinto, y con efectos distintos en tu balance.
Tabla 1. El mismo desembolso, dos tratamientos.
| Dimensión | Software rentado (SaaS) | Software propio construido |
|---|---|---|
| Tratamiento contable típico | Gasto del periodo | Activo intangible capitalizable, amortizado |
| Qué queda al terminar el pago | Nada | El activo y su código |
| Efecto en el balance | Ninguno | Aumenta el activo intangible |
| Control sobre el roadmap | Del proveedor | Tuyo |
| Riesgo principal | Dependencia y cambios de precio | Costo de mantenimiento |
| Ventaja competitiva | La misma que tu competencia | La que tú codifiques |
Un apunte de calendario para tu contador: la actualización ASU 2025-06 modifica los criterios sobre cuándo inicia la capitalización, y aplica para ejercicios que comiencen después del 15 de diciembre de 2027 [3]. Conviene revisarlo antes de planear el tratamiento contable de un desarrollo grande.
¿Qué dicen tres posiciones expertas sobre invertir en software?
Aquí no hay consenso, y el desacuerdo es justamente lo útil.
Posición 1. La tecnología dejó de dar ventaja (Nicholas Carr). En un artículo que sigue siendo incómodo, Carr argumentó que la tecnología de información sigue el patrón de otras tecnologías de infraestructura, como el ferrocarril o la electricidad: abre ventaja mientras es escasa, y deja de darla cuando se vuelve ubicua y barata. Su tesis central es que la escasez, no la ubicuidad, es lo que hace estratégico a un recurso, y su recomendación fue que gestionar tecnología debería volverse aburrido y enfocarse en reducir riesgo, no en perseguir oportunidad [4].
Posición 2. El software se está comiendo el mundo (Marc Andreessen). La posición opuesta, formulada ocho años después, sostiene que el software está absorbiendo industrias enteras y que toda empresa termina siendo, en alguna medida, una empresa de software [5]. Bajo esta lectura, no construir capacidad propia de software es ceder el centro de tu negocio a quien sí la construya.
Posición 3. Ambos tienen razón, pero en capas distintas (Neo Bernal, co-fundador de MasterDragon.AI).
Hay una escena que se repite en operaciones que no se parecen en nada. Un comité aprueba su tercera suscripción del año. Si preguntas qué compraron, te describen una herramienta. Si preguntas qué proceso mejoró, hay silencio. Me atrevo a opinar sobre esto no porque haya estudiado los estados financieros de nadie, sino porque esa conversación se repite igual en empresas de tamaños y sectores distintos.
La pregunta que suele hacerse el comité es «¿por qué compramos esto?», y esa pregunta solo produce justificaciones. La pregunta que mueve algo es «¿para qué lo compramos, y eso sigue siendo cierto hoy?». La primera mira al pasado y defiende una decisión. La segunda mira al propósito y te deja cambiarla.
Con esa lente, el desacuerdo entre Carr y Andreessen se disuelve, porque cada uno describe una capa distinta:
- Capa común. Correo, contabilidad, nómina, facturación estándar. Aquí Carr tiene toda la razón: la ventaja es imposible porque todos compran lo mismo, y construir es desperdicio.
- Capa de diferencia. Cómo cotizas, cómo priorizas, cómo decides un crédito, cómo asignas una ruta. Aquí Andreessen tiene toda la razón: comprar estándar es comprar el promedio de tu industria.
Ahora bien, no quiero venderte esto como una fórmula. Separar las capas no te dice cuánto invertir ni te protege de construir mal, y he visto desarrollos propios que fracasaron por falta de dueño, no por falta de código. Lo único que resuelve es el error más caro, que no es elegir mal entre construir y rentar: es no saber en qué capa estás parado cuando eliges. Es una distinción obvia y de sentido común; sin embargo, no es de práctica común.
¿Cómo decides qué construir y qué rentar?
Con una sola pregunta, y después con una tabla.
La pregunta: si tu competidor comprara exactamente el mismo software que tú, ¿obtendría el mismo resultado? Si la respuesta es sí, estás frente a una capacidad de mercado y rentarla es la decisión correcta. Si la respuesta es no, estás frente a un activo y conviene que sea tuyo.
Tabla 2. Dónde cae cada pieza.
| Tipo de capacidad | Ejemplos | Decisión |
|---|---|---|
| Común a toda industria | Correo, contabilidad, almacenamiento, videollamada | Rentar siempre |
| Común a tu sector | ERP base, CRM estándar, pasarela de pago | Rentar y configurar |
| Específica de tu operación | Reglas de cotización, ruteo, scoring propio, flujos con tus excepciones | Construir |
| Tu diferencia real | El proceso por el que un cliente te elige a ti | Construir y proteger |
La mayoría de los presupuestos fallan por exceso en las dos primeras filas y por defecto en las dos últimas. Se construye lo que se pudo haber comprado, y se compra lo que definía el negocio.
¿Cómo se mide el retorno de un software propio?
Por el proceso que toca, no por el proyecto que lo entregó.
Un desarrollo no se mide en funcionalidades entregadas. Se mide en el proceso que cambió: costo por transacción antes y después, horas del equipo liberadas, tasa de error, tiempo de ciclo e ingreso atribuible a ese proceso. Ese es exactamente el lenguaje que un inversionista pide cuando exige que la tecnología esté atada a la economía [1], y es el mismo tablero que deberías exigirle a tu propio presupuesto.
La prueba práctica es incómoda y sana: si no puedes nombrar el proceso que va a mejorar y el número que va a mover, todavía no tienes un caso de inversión. Tienes una idea.
Construye lo que te diferencia
La conclusión operativa es corta: renta la infraestructura, construye la diferencia.
Nosotros hacemos exactamente esa segunda parte. Diseñamos y construimos software a la medida para el proceso que sostiene tu negocio, con la disciplina que ya describimos en autonomía por diseño: objetivos medibles, entrega por etapas verificables y KPIs desde el primer día, para que lo que quede en tu balance sea un activo que rinde y no un proyecto que se explica.
Si quieres ver cómo se ve eso en un plazo concreto, empieza por cómo construimos tu software, y revisa nuestro portafolio de productos AI-native ya lanzados. Habla con nuestros ingenieros de IA y ponle números a la decisión antes de firmar la siguiente suscripción.
Referencias
- McKinsey & Company. (2026). What matters most to investors in 2026 and what it means for companies. https://www.mckinsey.com/capabilities/growth-marketing-and-sales/our-insights/what-matters-most-to-investors-in-2026-and-what-it-means-for-companies
- Deloitte. (2025). Software development cost accounting for SaaS, cloud, and on-premise solutions. https://www.deloitte.com/us/en/services/audit-assurance/blogs/accounting-finance/software-accounting.html
- Forvis Mazars. (2025, 1 de diciembre). FASB's improvements to accounting for internal-use software (ASU 2025-06). https://www.forvismazars.us/forsights/2025/12/fasb-s-improvements-to-accounting-for-internal-use-software
- Carr, N. G. (2003, mayo). IT doesn't matter. Harvard Business Review. https://hbr.org/2003/05/it-doesnt-matter
- Andreessen, M. (2011, 20 de agosto). Why software is eating the world. The Wall Street Journal. https://www.wsj.com/articles/SB10001424053111903480904576512250915629460