El software que tu empresa necesita todavía no existe. ¿Lo diseñamos?

Hay una frase que me encantaría escuchar de un empresario.

«Seve, llevo años buscando un programa que haga exactamente lo que necesito, pero no encuentro ninguno».

Porque esa frase puede esconder una oportunidad enorme.

Aunque también puede esconder algo bastante más sencillo.

Que el programa sí exista, pero todavía no lo haya encontrado.

O que tenga contratadas tres herramientas que podrían conectarse.

O que esté intentando resolver con software un problema que realmente es de organización.

Por eso mi respuesta no sería:

«¡Perfecto! Te desarrollo una aplicación con inteligencia artificial».

Mi respuesta sería otra.

«Enséñame cómo trabajas y vamos a descubrir qué necesitas realmente».

Y creo que esa frase resume bastante bien todo lo que he intentado explicar durante los últimos doce capítulos.

Porque esta serie empezó hablando de inteligencia artificial.

Pero, cuanto más hemos profundizado, más hemos terminado hablando de procesos, personas, presupuestos, materiales, clientes, trabajadores y negocios que llevan décadas funcionando.

Curioso, ¿verdad?

Doce capítulos sobre tecnología.

Y resulta que lo más importante no es la tecnología.

Durante años, las empresas se han adaptado al software

Imagina una pequeña empresa que fabrica muebles a medida.

Lleva veinte años trabajando.

Tiene buenos profesionales.

Clientes que confían en ella.

Y una manera de organizarse que ha ido evolucionando con el tiempo.

Al principio utilizaban papel.

Después empezaron a trabajar con Excel.

Más tarde contrataron un programa de facturación.

Y cuando aumentó el volumen de trabajo, incorporaron una aplicación para gestionar proyectos.

Ahora tienen varias herramientas.

Cada una hace algo diferente.

Pero ninguna refleja exactamente cómo funciona el negocio.

El presupuesto se prepara en un sitio, a menudo en ese Excel que ha terminado controlando medio negocio.

Los materiales se calculan en otro.

Las órdenes de fabricación se imprimen.

Los cambios del cliente llegan por WhatsApp.

Y las horas dedicadas a cada trabajo se registran al final de la semana.

El propietario conoce perfectamente todo el proceso.

De hecho, probablemente haya conseguido que funcione razonablemente bien.

Pero cada vez que quiere consultar la rentabilidad de un encargo tiene que reunir información de diferentes lugares.

Y cuando un trabajador necesita saber qué versión del plano es la correcta, tiene que preguntar.

¿Significa que la empresa está mal gestionada?

No necesariamente.

Significa que su sistema de trabajo ha ido creciendo por partes.

Como una casa a la que vamos añadiendo habitaciones según las necesitamos.

Hasta que llega un día en el que para ir de la cocina al dormitorio tienes que atravesar el garaje.

Funciona.

Pero quizá podríamos organizarlo mejor.

¿Y si dejáramos de adaptar la empresa al programa?

Esta es una de las preguntas que más me interesan de mi nueva etapa profesional.

Durante mucho tiempo, desarrollar software específico podía ser una inversión difícil de asumir para un pequeño negocio.

Por eso muchas empresas terminaban adaptándose a las herramientas disponibles.

Compraban un programa.

Aprendían cómo funcionaba.

Y modificaban sus procedimientos para encajar en él.

A veces era una buena decisión.

Otras, no tanto.

Ahora la inteligencia artificial está facilitando determinadas tareas de desarrollo.

Podemos explorar prototipos más rápido.

Preparar interfaces.

Generar código.

Crear pruebas.

Y experimentar con soluciones personalizadas con menos barreras técnicas que antes.

Pero aquí aparece una trampa.

Que podamos desarrollar una aplicación no significa que debamos desarrollarla.

Porque un software a medida también tiene costes.

Hay que diseñarlo.

Probarlo.

Proteger los datos.

Formar a los usuarios.

Mantenerlo.

Y adaptarlo cuando cambie el negocio.

Por eso no me interesa vender la idea de que cualquier empresa puede tener su propio programa por cuatro duros.

Me interesa algo mucho más útil.

Que las pequeñas empresas puedan estudiar soluciones que antes quizá ni siquiera se planteaban.

Y decidir con criterio si merece la pena construirlas.

La investigación respalda empezar por el problema

Hay algo que llevo repitiendo a lo largo de esta serie.

Primero el problema.

Después la tecnología.

Y no es simplemente una frase bonita para poner en una presentación.

El manual de servicios digitales del Gobierno británico establece que antes de construir una solución debemos investigar quiénes van a utilizarla, qué intentan conseguir, cómo trabajan actualmente y qué dificultades encuentran.

También recomienda observar a las personas y estudiar los procesos completos.

Pero hay una idea especialmente importante.

La propia guía sobre cómo funciona la fase de descubrimiento recuerda una posibilidad esencial: la investigación puede terminar con la decisión de no desarrollar el servicio.

Sí.

Has leído bien.

Podemos dedicar tiempo a estudiar un problema y descubrir que no merece la pena construir una aplicación.

O que existe una solución más sencilla.

O que el coste no se justifica.

Y eso no significa que el trabajo haya fracasado.

Significa que hemos evitado una inversión equivocada.

La metodología original está orientada a servicios públicos digitales, pero sus principios resultan muy útiles para analizar procesos empresariales.

Porque la pregunta importante no es:

«¿Podemos desarrollar esto?».

La pregunta importante es:

«¿Merece la pena desarrollarlo?».

Y esa diferencia puede ahorrar mucho dinero.

Vamos a imaginar una empresa de cocinas

Quiero recuperar uno de los sectores que hemos utilizado en esta serie.

Las empresas que diseñan, venden e instalan cocinas.

Porque son un ejemplo estupendo de cómo un negocio tradicional puede tener procesos bastante complejos.

Imagina una tienda con tres diseñadores, dos equipos de montaje y varios proveedores.

Cada cocina empieza con una visita.

Hay que tomar medidas.

Comprobar instalaciones.

Preparar una distribución.

Seleccionar muebles.

Elegir puertas, cajones, herrajes y acabados.

Calcular la encimera.

Incorporar electrodomésticos.

Preparar un presupuesto.

Confirmar el pedido.

Coordinar las entregas.

Y organizar la instalación.

Todo eso para un único cliente.

Ahora imagina que tienen quince cocinas en diferentes fases.

Unas están pendientes de medición.

Otras esperan la aprobación del diseño.

Algunas tienen materiales pedidos.

Y otras están listas para instalar.

El problema no es necesariamente que les falte un programa.

Puede que ya utilicen un excelente software de diseño.

El problema podría estar en todo lo que ocurre alrededor.

La cocina que cambió tres veces

Vamos a imaginar una situación hipotética.

Un cliente acepta el diseño de su cocina.

Pero durante la reforma cambia la ubicación de un electrodoméstico.

Después decide modificar el acabado de los muebles.

Y finalmente hay que ajustar las medidas porque una pared no ha quedado exactamente como estaba previsto.

Cada cambio se comunica.

Pero no todos llegan al mismo lugar.

El diseñador tiene una versión.

El responsable de pedidos consulta otra.

Y el montador recibe un documento que no incluye la última modificación.

Hasta que llega el momento de instalar.

Y aparece esa frase maravillosa:

«Esto no encaja».

Ahora toca averiguar qué ha pasado.

Hablar con el proveedor.

Revisar el pedido.

Reorganizar el montaje.

Y explicar al cliente por qué su cocina no está terminada.

No estoy afirmando que esto ocurra habitualmente en todas las empresas de cocinas.

Es un caso hipotético que nos ayuda a entender el problema.

Cuando varias personas necesitan trabajar con la misma información, controlar los cambios puede ser tan importante como diseñar bien el producto.

Y aquí podríamos empezar a plantear una solución.

¿Cómo diseñaría el software de esa empresa?

Lo primero que haría sería visitar el negocio.

Hablar con el propietario.

Con los diseñadores.

Con la persona que prepara los pedidos.

Y, si es posible, con quienes realizan las instalaciones.

Querría conocer el recorrido completo de un proyecto.

Desde la primera solicitud hasta la entrega final.

Después estudiaría qué herramientas utilizan actualmente.

Porque quizá no necesitamos sustituirlas.

Puede que el programa de diseño funcione perfectamente.

Y que el sistema de facturación también.

A lo mejor lo único que necesitamos es una herramienta que conecte la información entre ambos.

O una aplicación sencilla que organice los proyectos.

La primera versión no tendría cincuenta funcionalidades

Imagina que decidimos desarrollar una aplicación específica.

No empezaría creando un sistema gigantesco. Aplicaría el mismo criterio de transformar la empresa sin detener su actividad: acotar, probar y medir.

Empezaría con cuatro apartados.

Clientes y proyectos.

Cada cocina tendría un expediente único.

Datos del cliente.

Documentación.

Fotografías.

Planos.

Medidas.

Y estado del proyecto.

Control de versiones.

Cada modificación importante quedaría registrada.

Quién la solicitó.

Qué cambió.

Cuándo se aprobó.

Y qué versión está vigente.

Pedidos y materiales.

La información aprobada podría utilizarse para preparar y seguir los pedidos.

Con referencias, proveedores, fechas previstas y estados.

Planificación de instalaciones.

El responsable podría consultar qué proyectos están preparados para montar.

Qué materiales faltan.

Y qué incidencias deben resolverse.

Nada especialmente revolucionario.

Pero si esas cuatro funciones consiguieran reducir errores y mejorar la coordinación, ya estaríamos aportando valor.

Y después podríamos estudiar nuevas funcionalidades.

Siempre que hicieran falta.

¿Dónde pondría inteligencia artificial?

Aquí viene la pregunta del millón.

Porque estamos hablando de desarrollar software con IA.

¿Pero la aplicación tiene que llevar inteligencia artificial dentro?

No necesariamente.

Una cosa es utilizar IA para ayudar a programar.

Y otra diferente es incorporar IA como funcionalidad para los usuarios.

Son dos decisiones distintas.

En nuestra empresa de cocinas, la inteligencia artificial podría servir para transformar notas de una visita en un borrador de ficha de proyecto.

O para resumir las incidencias registradas.

O para ayudar a localizar información en la documentación.

Pero los cálculos de precios deberían seguir reglas verificadas.

Las medidas críticas tendrían que comprobarse mediante procedimientos profesionales.

Y los cambios que afecten a fabricación o instalación deberían validarse antes de ejecutarse.

No pondría una IA generativa a decidir por su cuenta cuánto tiene que medir una encimera.

Que luego el algoritmo se queda tan tranquilo.

Pero el mármol no encaja.

La IA puede ayudarnos a trabajar con la información. No debería sustituir los controles que hacen fiable el trabajo.

¿Y si el negocio fuera una carpintería?

Cambiamos de sector.

Imagina una carpintería que fabrica puertas, armarios y muebles personalizados, como la que utilizamos para explicar cómo diseñar el primer módulo de una aplicación para una carpintería.

Su problema principal no está en los pedidos de cocinas.

Está en coordinar fabricación, materiales y tiempos.

Quizá cada encargo requiere unas medidas diferentes.

Un tipo de madera.

Un acabado.

Una fecha de entrega.

Y varias operaciones de taller.

Aquí podríamos diseñar una herramienta que convierta los presupuestos aceptados en órdenes de fabricación.

Cada trabajador consultaría qué tiene que hacer.

Qué materiales necesita.

Y qué instrucciones corresponden a cada proyecto.

El propietario podría conocer qué trabajos están pendientes.

Y registrar las horas dedicadas a cada encargo para estudiar su rentabilidad.

Pero no empezaría creando un sistema completo de gestión industrial.

Quizá bastaría con organizar las órdenes de fabricación.

Probarlo durante unas semanas.

Y comprobar si mejora la coordinación.

Porque una aplicación sencilla que se utiliza todos los días puede ser mucho más valiosa que una plataforma espectacular que nadie abre.

¿Y una empresa de reformas?

Aquí tenemos otro caso interesante.

Y, además, uno que conecta directamente con el primer capítulo de esta serie, donde vimos que una empresa no necesita IA si antes no deja de perder tiempo.

Cuando compré mi casa, contacté con seis empresas de reformas.

Las seis vinieron a visitarla.

Dediqué seis mañanas a enseñarles la vivienda.

Y solamente dos terminaron enviándome presupuesto.

No sé qué ocurrió dentro de las otras cuatro empresas.

Pero aquella experiencia me hizo pensar en cómo se gestionan las oportunidades comerciales.

Imagina una empresa que recibe solicitudes por teléfono, WhatsApp y correo electrónico.

El propietario organiza las visitas.

Toma medidas.

Prepara presupuestos.

Y realiza el seguimiento cuando encuentra tiempo.

Quizá una aplicación sencilla podría ayudarle a registrar cada solicitud.

Organizar las visitas.

Guardar fotografías y mediciones.

Preparar presupuestos utilizando sus tarifas.

Y recordar qué propuestas siguen pendientes de respuesta.

¿Necesita inteligencia artificial?

Puede que para algunas tareas sí.

Por ejemplo, para redactar descripciones de trabajos a partir de notas.

Pero la mayor parte del sistema podría funcionar perfectamente sin ella.

Lo importante sería evitar que una solicitud comercial se perdiera por falta de organización.

Y reducir el tiempo necesario para preparar cada propuesta.

El valor no estaría en tener una aplicación moderna. Estaría en atender mejor las oportunidades que ya llegan al negocio.

También hay negocios que no necesitan software a medida

Y aquí quiero detenerme.

Porque después de todos estos ejemplos podrías pensar que estoy proponiendo desarrollar una aplicación para cada empresa.

Pues no.

Imagina una academia que tiene dificultades para organizar sus horarios.

Quizá ya exista un programa comercial que resuelva perfectamente su problema.

O una clínica que necesita gestionar citas y recordatorios.

Es posible que una herramienta especializada cubra sus necesidades con mayor fiabilidad y menor coste que un desarrollo propio.

O una tienda que quiere controlar su inventario.

Quizá baste con configurar correctamente el programa que ya utiliza.

En esos casos, desarrollar software desde cero podría ser una mala decisión.

Más inversión.

Más mantenimiento.

Más responsabilidad técnica.

Y quizá ningún beneficio adicional.

Por eso, antes de recomendar un desarrollo personalizado, estudiaría las alternativas existentes.

Porque no quiero que una empresa pague por construir algo que ya puede comprar y utilizar perfectamente.

Eso no sería consultoría.

Sería buscarle una justificación a una factura.

Y creo que podemos aspirar a algo mejor.

¿Cuánto podría valer una aplicación personalizada?

Vamos a hablar de dinero.

Porque al final, por muy bonita que sea la idea, cualquier empresario necesita saber si merece la pena invertir.

Imagina que una empresa pierde seis horas semanales realizando tareas administrativas que podríamos simplificar.

Si trabaja 46 semanas al año:

6 × 46 = 276 horas anuales.

Supongamos que valoramos ese tiempo en 25 euros por hora.

Eso representa:

276 × 25 € = 6.900 euros anuales de tiempo dedicado a esas tareas.

Ahora imagina que una solución permite reducir ese trabajo a la mitad.

Recuperaríamos tres horas semanales.

138 horas al año.

Valoradas con el mismo criterio:

3.450 euros anuales de tiempo potencialmente liberado.

Las cifras son hipotéticas.

No representan resultados de clientes reales.

Y, sobre todo, no significan que la empresa vaya a ahorrar automáticamente 3.450 euros.

Porque recuperar tiempo no equivale necesariamente a reducir costes.

La mejora económica dependerá de cómo se aprovechen esas horas.

Quizá permitan atender más clientes.

Evitar horas extraordinarias.

Reducir errores.

O dedicar más tiempo a tareas productivas.

Pero ahora tenemos algo interesante.

Una estimación que podemos comprobar.

Y podemos compararla con el coste de desarrollar, implantar y mantener una solución.

El coste total importa más que el precio inicial

La OCDE, en su encuesta D4SME de 2025, identificó los costes de mantenimiento como una barrera para el 40 % de las empresas participantes.

Y la falta de tiempo para formarse apareció en el 39 % de las respuestas.

No son porcentajes representativos de todas las pymes españolas.

Pero sí muestran que la digitalización tiene obstáculos que van más allá de comprar una licencia.

Porque una aplicación necesita mantenimiento.

Formación.

Soporte.

Copias de seguridad.

Actualizaciones.

Y, en algunos casos, servicios externos.

Por eso nunca compararía únicamente el precio de desarrollo con el supuesto ahorro del primer año.

Estudiaría el coste total durante un periodo razonable.

Y también las alternativas comerciales.

Una aplicación a medida puede ser una inversión excelente. Pero solamente cuando el problema que resuelve justifica lo que cuesta mantenerla.

El software más caro es el que nadie utiliza

Hay algo que me preocupa especialmente.

Imagina que hemos desarrollado una aplicación estupenda.

Funciona.

Tiene todas las funcionalidades previstas.

El diseño es atractivo.

Y el propietario está encantado.

Pero los trabajadores siguen utilizando el Excel anterior.

Los presupuestos se preparan como siempre.

Las modificaciones llegan por WhatsApp.

Y la nueva aplicación se abre únicamente cuando alguien pregunta por ella.

¿Qué ha pasado?

Que hemos desarrollado software.

Pero no hemos transformado el negocio.

Por eso la implantación es tan importante como el desarrollo.

Hay que escuchar a quienes van a utilizar la herramienta.

Probarla con situaciones reales.

Simplificar las pantallas.

Formar al equipo.

Y acompañar durante las primeras semanas.

También hay que definir cómo se abandona el procedimiento anterior cuando el nuevo funciona.

Porque si mantenemos dos sistemas indefinidamente, podemos terminar duplicando el trabajo.

Y eso sería bastante absurdo.

No quiero que una empresa tenga una aplicación más. Quiero que tenga una complicación menos.

La seguridad no se añade al final

Hay otra cuestión que conviene recordar.

Una aplicación empresarial puede almacenar datos de clientes, empleados, presupuestos y proyectos.

Y esa información necesita protección.

El NIST, organismo estadounidense de estándares y tecnología, publicó su marco SSDF para el desarrollo seguro de software.

Este marco recomienda incorporar prácticas de seguridad durante todo el ciclo de vida del desarrollo.

No solamente cuando la aplicación ya está terminada.

Eso significa pensar desde el principio en permisos, protección de datos, gestión de vulnerabilidades y mantenimiento.

Y, cuando tratamos datos personales, cumplir el RGPD y las demás obligaciones aplicables.

La inteligencia artificial puede ayudarnos a escribir código.

Pero no elimina la necesidad de comprobarlo.

Ni convierte automáticamente una aplicación en segura.

Por eso, si desarrollamos una solución para una empresa, debemos pensar también en cómo se protege, cómo se mantiene y qué ocurrirá si algo falla.

Porque el objetivo es resolver problemas.

No crear uno nuevo con una interfaz preciosa.

Así sería mi propuesta para trabajar contigo

Después de estos doce capítulos, quiero explicarte cómo me gustaría llevar todo esto a la práctica.

No empezaría ofreciéndote una aplicación.

Empezaría conociendo tu empresa.

Primera fase: una visita para entender tu negocio

Si tienes una empresa en la Vega Baja de Alicante, te propongo una primera visita gratuita.

Me acercaría a tu negocio.

Hablaríamos de cómo trabajáis.

De los problemas que más tiempo os consumen.

De las tareas que se repiten.

Y de las dificultades que os gustaría resolver.

No pretendo realizar una auditoría completa en una mañana.

Ni entregarte gratuitamente un proyecto de transformación digital.

El objetivo es conocernos y valorar si existen oportunidades que merezca la pena estudiar.

Segunda fase: un diagnóstico profesional

Si detectamos problemas interesantes, podríamos realizar un diagnóstico detallado de pago.

Aquí sí analizaríamos procesos concretos.

Hablaríamos con las personas implicadas.

Mediríamos tiempos.

Revisaríamos herramientas.

Y estudiaríamos alternativas.

El resultado sería una hoja de ruta con prioridades, posibles soluciones, costes estimados y criterios para valorar su rentabilidad.

Y algo importante.

Ese diagnóstico tendría valor aunque después decidieras no desarrollar nada conmigo.

Porque debería ayudarte a tomar mejores decisiones sobre tu negocio.

No ser simplemente un presupuesto comercial disfrazado.

Tercera fase: elegir la solución

Con el diagnóstico encima de la mesa, estudiaríamos las opciones.

Quizá baste con mejorar las herramientas actuales.

Quizá podamos conectar varios programas.

Quizá convenga contratar una solución comercial.

O quizá tenga sentido desarrollar una aplicación a medida.

Y si la inteligencia artificial puede aportar valor, la incorporamos.

Pero no antes de saber para qué.

Cuarta fase: empezar pequeño

Si decidimos desarrollar software, no intentaría construirlo todo de golpe.

Elegiríamos un proceso prioritario.

Definiríamos una primera versión.

La probaríamos con usuarios reales.

Y comprobaríamos si resuelve el problema.

Solo después estudiaríamos nuevas funcionalidades.

Porque no quiero que un empresario tenga que invertir una fortuna antes de descubrir si una solución funciona.

Prefiero avanzar por etapas.

Con objetivos claros.

Y decisiones basadas en resultados.

¿Y si tu empresa no necesita nada de esto?

También puede ocurrir.

Quizá visitemos tu negocio y descubramos que los procesos están bien organizados.

Que las herramientas actuales funcionan.

Y que no existe ninguna oportunidad de mejora que justifique una inversión tecnológica inmediata.

En ese caso, te lo diría.

Porque no creo que el éxito de una consultoría deba medirse por la cantidad de software que consigue vender.

Debería medirse por la calidad de las decisiones que ayuda a tomar.

A veces eso significará desarrollar una aplicación.

Y otras veces significará recomendar que no se desarrolle.

No todas las empresas necesitan software a medida. Todas merecen que alguien analice sus necesidades antes de recomendarlo.

Lo que he aprendido escribiendo estos doce capítulos

Cuando empecé esta serie quería hablar de inteligencia artificial aplicada a los negocios tradicionales.

Y lo hemos hecho.

Pero también hemos hablado de algo mucho más importante.

En el primer capítulo descubrimos que una empresa puede estar perdiendo oportunidades por procesos poco eficientes.

Después hablamos de esos Excel que terminan controlando medio negocio.

Calculamos el coste de las tareas manuales.

Imaginamos cómo diseñar software para una empresa de reformas.

Aprendimos a identificar cuándo merece la pena desarrollar una aplicación.

Y cuándo es mejor utilizar un programa comercial.

Entramos en una carpintería.

Analizamos por qué muchos problemas no necesitan inteligencia artificial.

Hablamos de costes reales de desarrollo.

De cómo transformar una empresa sin detener su actividad.

Y de qué haría durante mi primera visita a un negocio.

Doce capítulos.

Doce maneras de mirar el mismo problema.

Y una conclusión que se ha ido haciendo cada vez más evidente.

La tecnología no debería ser el punto de partida de una transformación empresarial. Debería ser la consecuencia de haber entendido qué necesita mejorar.

Y creo que ahí está una de las grandes oportunidades que tenemos por delante.

Porque hay miles de negocios que llevan décadas funcionando.

Con empresarios que conocen su oficio.

Trabajadores que acumulan una experiencia extraordinaria.

Y procedimientos que han ido evolucionando con el tiempo.

No necesitan que alguien llegue a explicarles cómo tienen que hacer su trabajo.

Necesitan profesionales que sepan escuchar.

Entender.

Analizar.

Y encontrar maneras de facilitarles las cosas.

Mi conclusión: no quiero venderte software. Quiero ayudarte a trabajar mejor.

Hay algo que quiero dejar claro para cerrar esta primera temporada.

No estoy interesado en llenar las empresas de aplicaciones.

Ni en convencer a todos los empresarios de que necesitan inteligencia artificial.

Ni en desarrollar programas simplemente porque ahora sea más fácil hacerlo.

Quiero trabajar con negocios reales.

Con carpinterías.

Empresas de reformas.

Tiendas de cocinas.

Academias.

Talleres.

Clínicas.

Y otros negocios tradicionales que llevan años resolviendo problemas a su manera.

Quiero conocer cómo funcionan.

Descubrir dónde pierden tiempo.

Qué tareas podrían simplificarse.

Qué errores se repiten.

Y qué oportunidades existen para trabajar mejor.

Después veremos qué tecnología tiene sentido utilizar.

Porque puede que el software que tu empresa necesita todavía no exista.

Y quizá podamos diseñarlo juntos.

Pero también puede ocurrir que ya exista.

Que solamente necesite configurarse.

Que podamos conectar las herramientas que utilizas.

O que descubramos una solución mucho más sencilla.

Y cualquiera de esos resultados me parecería estupendo.

Porque mi trabajo no debería consistir en convencerte de que necesitas una aplicación.

Debería consistir en ayudarte a descubrir qué necesita realmente tu empresa.

Y si después de analizarlo llegamos a la conclusión de que merece la pena desarrollar software, entonces sí.

Nos sentamos.

Lo diseñamos.

Lo probamos.

Y lo ponemos a trabajar.

Pero con una condición.

Que no sea una aplicación más.

Que sea una solución a un problema real.

Ahora te toca a ti: ¿lo diseñamos?

Quiero terminar esta serie con una invitación.

Si tienes un negocio, piensa en esa tarea que llevas años haciendo de la misma manera.

La que te hace perder tiempo.

La que depende de una persona concreta.

La que provoca errores.

O la que te obliga a utilizar tres programas diferentes para conseguir algo que debería ser sencillo.

Ahora imagina que pudiéramos resolverla.

Sin complicarte más el trabajo.

Sin obligarte a cambiar todo tu negocio.

Y sin invertir en tecnología que no necesitas.

¿Qué te gustaría mejorar?

No hace falta que sepas programar.

Ni que tengas claro qué aplicación necesitas.

Ni que conozcas las últimas herramientas de inteligencia artificial.

Cuéntame el problema.

Qué haces.

Cómo lo haces.

Y qué te gustaría que funcionara mejor.

A partir de ahí estudiaremos las posibilidades.

Si tienes una empresa en la Vega Baja de Alicante, quiero conocerla

Estoy ofreciendo una primera visita gratuita para conocer negocios tradicionales y explorar posibles oportunidades de mejora.

Me acerco a tu empresa.

Me enseñas cómo trabajáis.

Hablamos de lo que más tiempo y dinero os cuesta.

Y valoramos si tiene sentido profundizar mediante un diagnóstico profesional.

Sin compromiso de contratar un desarrollo.

Sin promesas de resultados que todavía no hemos medido.

Y sin intentar venderte inteligencia artificial antes de saber qué problema tienes.

Que para vender humo ya tenemos suficientes expertos en LinkedIn. 😜

👉 Cuéntame qué problema quieres resolver por WhatsApp

Si estás fuera de la Vega Baja, también puedes responder a esta newsletter.

Me interesa conocer problemas reales de empresas de diferentes sectores.

Y quién sabe.

Quizá una de esas conversaciones termine convirtiéndose en el comienzo de un proyecto interesante.

Una última reflexión para cerrar la serie

Cuando pienso en los negocios de toda la vida, pienso en algo que la tecnología no puede fabricar de la noche a la mañana.

Experiencia.

Oficio.

Confianza.

Conocimiento acumulado durante años.

Un carpintero que sabe cómo trabajar una madera.

Un profesional de reformas que identifica un problema antes de empezar una obra.

Un diseñador de cocinas que conoce las dificultades de cada instalación.

Un empresario que lleva treinta años atendiendo a sus clientes.

Todo eso tiene un valor enorme.

Y no quiero que la inteligencia artificial venga a sustituirlo.

Quiero que nos ayude a aprovecharlo mejor.

Que el carpintero pueda dedicar más tiempo a fabricar.

Que la empresa de reformas pueda atender más solicitudes sin perder el control.

Que la tienda de cocinas pueda coordinar mejor sus pedidos.

Y que el empresario pueda llegar a casa sin tener que dedicar otra noche a preparar presupuestos.

Porque la tecnología debería ayudarnos a trabajar mejor.

No a trabajar más para mantener la tecnología.

Y si algo me llevo de estos doce capítulos es precisamente eso.

El futuro de los negocios tradicionales no consiste en dejar atrás todo lo que los ha hecho grandes.

Consiste en conservar ese conocimiento y darle herramientas para llegar todavía más lejos.

Por eso quiero terminar con una frase que resume esta nueva etapa de Guasapea.

No quiero convertir los negocios de toda la vida en empresas tecnológicas.

Quiero conseguir que tengan la tecnología que necesitan para seguir siendo extraordinarios en lo suyo.

Y si el software que necesitan todavía no existe…

¿Lo diseñamos?

Seve Luna
Consultor de Inteligencia Artificial, automatización y desarrollo de software a medida.

Negocios de toda la vida. Tecnología de mañana.

Fin de la primera temporada. El principio de lo que viene.

Nota metodológica: Los casos de carpinterías, tiendas de cocinas y empresas de reformas utilizados para ilustrar posibles soluciones son hipotéticos. La experiencia personal de las seis empresas de reformas corresponde al relato del primer capítulo. Los cálculos económicos son simulaciones explicativas y no resultados obtenidos en proyectos reales.

Resumen visual para guardar

Del problema al software, en cinco pasos

Descarga esta infografía o compártela en tus redes. El enlace que acompaña la publicación lleva directamente a este capítulo.

Descargar infografíaCompartir infografía