Ejemplos de software a medida para pymes: qué se construye y cuándo compensa

Respuesta corta: qué se construye en la práctica

Un software a medida es un programa creado para el proceso concreto de un negocio, con sus reglas, sus datos y sus excepciones. En la práctica, casi todo lo que se encarga se parece a uno de nueve patrones: presupuestos con reglas propias, pedidos con seguimiento, partes de trabajo en campo, citas y recursos, expedientes con plazos, un área privada para clientes, conexiones entre programas que no se hablan, lectura de documentos con inteligencia artificial y cuadros de mandos que juntan datos dispersos. No son los únicos, pero cubren la mayoría de las conversaciones que tiene una pyme cuando empieza a pensar en esto. Lo habitual no es construir un sistema enorme, sino sustituir una hoja de cálculo, una cadena de correos o un trabajo manual por una herramienta pequeña que haga bien una sola cosa. Este artículo recorre los nueve patrones con el mismo esquema para que puedas reconocer el tuyo, saber qué versión mínima tendría sentido y comprobar antes si no te basta con algo que ya existe. Si lo que quieres saber es qué cuesta o cuánto tarda, la respuesta depende del ejemplo y está en cuánto cuesta un software a medida y en cuánto tarda desarrollar un software a medida. Y si todavía dudas entre construir o contratar algo ya hecho, software a medida o estándar: cómo decidir resuelve esa duda previa.

Casi nunca se encarga «un software». Se encarga resolver un proceso concreto que hoy se hace a mano, y el software es la forma de hacerlo sin depender de la memoria de nadie.

Cómo leer cada ejemplo (y por qué son ilustrativos)

Los nueve ejemplos numerados son ilustrativos: describen situaciones habituales, no proyectos reales ni resultados medidos, y no llevan cifras de ahorro porque dependen de cada negocio. La única excepción es el caso real que los cierra, señalado expresamente como tal. Cada ejemplo se presenta con la misma ficha de cuatro puntos para que puedas compararlos. El alcance mínimo es la parte más importante. Es la versión más pequeña que ya serviría para comprobar si la idea funciona, lo que en por qué validar una app antes de desarrollarla llamamos una Alpha: un solo recorrido de principio a fin, con datos reales y un grupo pequeño de usuarios. Todo lo demás se aplaza o se hace a mano mientras tanto.

Si ninguna señal de un ejemplo te suena, probablemente ese patrón no sea el tuyo. Lo útil de la lista no es copiar un ejemplo, sino reconocer cuál se parece más a tu problema.

• Señal de que lo necesitas: lo que se observa en el día a día cuando el proceso ya se queda corto.
• Alcance mínimo: lo primero que se construiría, y solo eso.
• Cuándo basta una herramienta estándar: la comprobación honesta de si hace falta programar algo.
• Dónde seguir leyendo: el artículo del Lab que profundiza en esa parte.

Ejemplo 1: presupuestos con reglas propias

Muchos negocios calculan sus precios con una hoja de cálculo que ha crecido durante años: tarifas por cliente, recargos por urgencia, descuentos por volumen, márgenes que cambian según el material o el servicio. Funciona mientras la persona que la construyó sigue disponible. El problema aparece cuando dos personas dan precios distintos al mismo cliente, cuando una fórmula se rompe sin que nadie lo note o cuando preparar un presupuesto exige media hora de copiar y pegar. Un software a medida convierte esas reglas en algo explícito y revisable: el sistema calcula, guarda cada versión enviada y permite saber cuánto se ofreció y por qué. Es un buen primer proyecto porque las reglas ya existen, aunque estén escondidas, y el resultado es fácil de comprobar: el presupuesto del programa debe coincidir con el que se habría hecho a mano. En el caso real que cierra los ejemplos se combinan estos presupuestos con la lectura automática del correo y la creación del presupuesto oficial en el programa de facturación.

Un presupuesto automático no mejora un mal precio: lo aplica siempre igual. Antes de programarlo, conviene tener las reglas claras y por escrito.

• Señal de que lo necesitas: la hoja de presupuestos solo la entiende una persona, hay varias copias en circulación o los precios cambian y nadie sabe cuál es la versión buena.
• Alcance mínimo: un formulario que calcula el precio con las reglas actuales, genera el documento para el cliente y guarda un historial. Sin gestión de cobros ni informes elaborados al principio.
• Cuándo basta una herramienta estándar: si tus precios son una tarifa fija por producto o servicio, una herramienta de presupuestos o de facturación del mercado suele bastar. Compensa programar cuando las reglas de cálculo son el corazón de tu oferta.
• Dónde seguir leyendo: cuando Excel ya no es suficiente para gestionar tu negocio explica las señales, y migrar de Excel a un software a medida, cómo pasar las reglas y los datos sin parar el negocio.

Ejemplo 2: pedidos con seguimiento de estados

Cuando un cliente encarga algo, empieza un recorrido: se confirma, se prepara, se produce o se presta, se entrega y se cobra. En muchos negocios ese recorrido vive en mensajes, en una libreta o en una hoja que alguien actualiza cuando puede. El síntoma más claro es que los clientes llaman para preguntar cómo va su pedido y la respuesta exige buscar en tres sitios. Un sistema de pedidos con seguimiento da a cada encargo un lugar único y un estado que cambia cuando alguien del equipo avanza un paso. Si además el cliente puede consultar ese estado, pueden reducirse las llamadas. Lo importante es que los estados reflejen cómo trabaja realmente tu equipo y no un esquema genérico.

Si quien pregunta es tu cliente, el seguimiento no es un lujo interno: es una forma de ahorrar llamadas y de dar sensación de control.

• Señal de que lo necesitas: las consultas sobre el estado de un encargo consumen tiempo cada semana, hay pedidos que se olvidan o dos personas trabajan sobre el mismo sin saberlo.
• Alcance mínimo: una lista de pedidos con cinco o seis estados propios, un responsable por pedido y un aviso por correo al cliente cuando cambia el estado. Sin pagos ni facturación.
• Cuándo basta una herramienta estándar: si tu proceso es el de una tienda en línea habitual, las plataformas de comercio electrónico ya incluyen pedidos y estados. Compensa construir cuando tu recorrido tiene pasos que ninguna herramienta modela, como aprobaciones del cliente a mitad del proceso.
• Dónde seguir leyendo: por qué validar una app antes de desarrollarla explica cómo comprobar con unos pocos clientes si de verdad usan la herramienta antes de invertir más.

Ejemplo 3: partes de trabajo y mantenimientos en campo

Equipos de instalación, mantenimiento, reformas o servicios técnicos suelen generar un parte por cada visita: qué se hizo, con qué material, cuánto tiempo, qué foto demuestra el resultado. Si ese parte es de papel o de mensajes sueltos, alguien tiene que reescribirlo en la oficina, y de ahí salen errores, retrasos al facturar y discusiones sobre lo que se hizo de verdad. La solución habitual es un formulario que se rellena desde el móvil en el propio sitio y que alimenta directamente el resto de la gestión. Que haga falta una app descargable o baste una aplicación web que funcione bien en el teléfono depende de si el equipo trabaja sin cobertura o necesita funciones del dispositivo; app móvil o aplicación web explica cómo decidirlo.

Un parte que se rellena en el sitio y llega ya ordenado elimina el paso que más errores produce: pasar a limpio lo que se apuntó con prisa.

• Señal de que lo necesitas: los partes llegan tarde o incompletos, se escriben dos veces o la facturación espera a que alguien los pase a limpio.
• Alcance mínimo: un formulario para el móvil con los campos que hoy se anotan, la posibilidad de añadir fotos y una lista en la oficina para revisarlos. Sin planificación de rutas ni control de materiales al principio.
• Cuándo basta una herramienta estándar: existen programas de gestión de servicios técnicos pensados para sectores muy comunes. Si tu forma de trabajar se parece a la de la mayoría, compáralos antes de programar nada.
• Dónde seguir leyendo: app móvil o aplicación web incluye un ejemplo ilustrativo de equipo de instalación y explica qué cambia si hay poca cobertura.

Ejemplo 4: citas y recursos con reglas

Una agenda parece sencilla hasta que tiene reglas: un tratamiento necesita una sala concreta y un equipo, una clase solo se abre con un mínimo de alumnos, un profesional tiene horarios distintos cada día o un servicio exige tiempo de preparación antes y después. Los programas de reservas del mercado cubren muy bien los casos habituales y son una buena primera opción. La necesidad de algo propio aparece cuando esas reglas se acumulan y cada una se resuelve con una excepción manual. Entonces la agenda deja de ser un calendario y pasa a ser un pequeño sistema de asignación de recursos, con avisos, cancelaciones, listas de espera o pagos asociados. Si se manejan datos especialmente sensibles, como los de salud o los de menores, hay que cuidar aún más quién ve qué, y conviene asesorarse con un profesional del derecho.

En las reservas, lo razonable es agotar primero las opciones estándar y programar solo lo que ninguna sepa hacer.

• Señal de que lo necesitas: hay dobles reservas, huecos que nadie ve o una agenda que solo sabe manejar una persona del equipo.
• Alcance mínimo: reservas para un único tipo de servicio, con las reglas de recursos de ese servicio y avisos automáticos. El resto de servicios sigue en la agenda actual hasta que el primero funcione.
• Cuándo basta una herramienta estándar: si tus servicios se reservan por franjas simples, un programa de reservas del mercado casi siempre basta y es más barato de mantener.
• Dónde seguir leyendo: software a medida o estándar: cómo decidir propone criterios y un test para saber de qué lado estás.

Ejemplo 5: expedientes con documentos y plazos

Despachos profesionales, gestorías, asesorías o centros de formación trabajan con expedientes: cada cliente o alumno tiene documentos, tareas pendientes y fechas que no se pueden perder. Cuando todo eso se controla con carpetas compartidas, correos y la memoria del equipo, el riesgo no es la lentitud, sino el olvido: un plazo que vence, un documento que falta o una versión equivocada. Un sistema de expedientes organiza cada caso en un único sitio, avisa de los vencimientos y deja claro quién tiene que hacer qué. En proyecto digital en Madrid aparecen perfiles de este tipo, como gestorías o academias, y se explica cómo distinguir si el problema es de visibilidad o de operativa.

En los expedientes se guardan datos personales: conviene decidir desde el principio quién accede a qué y cuánto tiempo se conserva cada documento.

• Señal de que lo necesitas: un plazo se ha pasado alguna vez por no verlo a tiempo, o saber en qué estado está un caso exige preguntar a la persona que lo lleva.
• Alcance mínimo: una ficha por expediente con estado, documentos adjuntos, responsable y fecha límite, y un aviso antes del vencimiento. Sin firma electrónica ni conexión con administraciones al principio.
• Cuándo basta una herramienta estándar: hay programas de gestión para despachos y para academias de uso muy extendido. Si tu forma de trabajar encaja con ellos, ahorras desarrollo y mantenimiento.
• Dónde seguir leyendo: proyecto digital en Madrid ayuda a decidir entre web, software o las dos cosas.

Ejemplo 6: área privada para clientes

Si envías a tus clientes los mismos documentos, facturas o informes por correo cada semana, un área privada puede ahorrarte ese trabajo. El cliente entra con su usuario, consulta lo suyo y descarga lo que necesita, y tú dejas de buscar archivos y de responder «¿me lo puedes reenviar?». Es uno de los ejemplos que más conviene validar antes de construir, porque depende de que el cliente cambie un hábito. Una versión mínima con unos pocos clientes habituales dice más que cualquier encuesta, y por qué validar una app antes de desarrollarla explica cómo hacerlo. Además, al tratarse de datos de clientes, hay que cuidar los accesos: un fallo aquí tiene más consecuencias que en una herramienta interna.

El área privada no se justifica por ser «más profesional», sino por quitar trabajo repetido a tu equipo y evitar esperas a tu cliente.

• Señal de que lo necesitas: los clientes piden a menudo documentos que ya les has enviado, o dedicas tiempo cada mes a preparar y mandar lo mismo a muchas personas.
• Alcance mínimo: inicio de sesión, una lista de documentos por cliente y la posibilidad de subir los tuyos. Sin mensajería interna ni pagos. Mejor con cinco clientes reales que con todos.
• Cuándo basta una herramienta estándar: si los documentos pueden vivir en un servicio de almacenamiento compartido con permisos por carpeta, suele bastar y cuesta poco. Compensa programar cuando el cliente necesita ver estados, datos o acciones, no solo archivos.
• Dónde seguir leyendo: una vez publicada, hay que mantenerla, y cuánto cuesta un software a medida recoge que ese mantenimiento suele rondar entre el 15 % y el 20 % del coste de desarrollo al año.

Ejemplo 7: conectar programas que no se hablan

A veces el problema no es que falte un programa, sino que los que tienes no se comunican. Los pedidos entran por una tienda en línea, se gestionan en una hoja, se facturan en otro programa y alguien pasa los datos de uno a otro cada día. Esa persona hace de puente, y cada traspaso manual es una oportunidad de error. Hay tres caminos, de menos a más esfuerzo: usar la conexión que ya traen los propios programas, montar un enlace con una herramienta de automatización sin programar o encargar una conexión a medida. Lo sensato es probar en ese orden y subir solo si el anterior se queda corto, por ejemplo si hay reglas de transformación complejas, mucho volumen o datos que no deben pasar por servicios externos. Cuánto cuesta implementar IA en una empresa describe ese segundo nivel de automatizaciones sin programar.

Una conexión que falla sin avisar es peor que no tenerla. Lo primero que debe tener cualquier traspaso automático es un aviso claro cuando algo no ha pasado.

• Señal de que lo necesitas: alguien copia datos de un programa a otro con frecuencia, las cifras de dos sitios no coinciden o un cambio hecho en un lado tarda en reflejarse en el otro.
• Alcance mínimo: conectar un solo flujo en una sola dirección, por ejemplo que el pedido cerrado cree la factura en borrador, con un aviso si algo falla. Probarlo con datos reales antes de ampliar.
• Cuándo basta una herramienta estándar: casi siempre conviene probar primero la conexión que ofrecen los propios programas y una herramienta de automatización. Programar solo compensa si esas vías no cubren tus reglas o el volumen.
• Dónde seguir leyendo: software a medida o estándar: cómo decidir trata esta opción intermedia, entre comprar algo hecho y construirlo todo.

Ejemplo 8: leer documentos con inteligencia artificial

Hay negocios que reciben cada día documentos en formatos distintos, como facturas de proveedores, solicitudes de presupuesto, albaranes o contratos, y alguien debe leerlos, extraer los datos importantes y escribirlos en otro sitio. Es un trabajo repetitivo, pero no trivial: los documentos no siguen una plantilla fija y hay que interpretar qué parte importa. Aquí la inteligencia artificial aporta algo que antes era muy difícil de automatizar: entender el contenido. Un esquema razonable consiste en guardar siempre el original, dejar que la IA proponga los datos y que una persona confirme antes de que se use nada. Antes de crear un agente de IA, hazte esta pregunta cuenta un ejemplo real de este tipo con una arquitectura de pasos fijos. Y si los documentos contienen datos personales, hay que revisar dónde los trata cada herramienta, como se explica en cómo implementar IA en tu empresa.

La IA propone, una persona confirma. Mientras no se haya medido cuántas veces se equivoca, la revisión debe ser completa.

• Señal de que lo necesitas: una persona dedica horas semanales a leer documentos y teclear datos, y los errores de transcripción cuestan dinero o tiempo.
• Alcance mínimo: un solo tipo de documento, la propuesta de datos de la IA y una pantalla de revisión donde una persona corrige y aprueba. Medir cuántas veces hay que corregir antes de ampliar.
• Cuándo basta una herramienta estándar: existen herramientas que leen facturas y documentos habituales. Si los tuyos son de un tipo muy común, pruébalas primero; programar compensa cuando los documentos son poco habituales o la lectura debe adaptarse a tus reglas.
• Dónde seguir leyendo: herramientas de IA para pymes compara las opciones del mercado por tipo de tarea.

Ejemplo 9: cuadro de mandos con datos dispersos

Muchos informes de gestión se montan a mano: se exportan datos de tres programas, se pegan en una hoja y se ajustan las cifras para la reunión mensual. Cuando el informe tarda días y nadie se fía del todo, las decisiones se toman con datos viejos o con intuición. Un cuadro de mandos a medida reúne las cifras que de verdad usas para decidir, las actualiza solo y muestra de dónde sale cada número. No es un proyecto para empezar el primer día: depende de que los datos de origen estén razonablemente ordenados, y por eso suele llegar después de alguno de los ejemplos anteriores, que es el que produce esos datos de forma fiable.

Un cuadro de mandos no arregla datos desordenados: los muestra más rápido. Primero, el proceso que genera los datos; después, el informe.

• Señal de que lo necesitas: el informe mensual se prepara a mano, las cifras difieren según quién las calcule o se tarda semanas en saber cómo ha ido el mes.
• Alcance mínimo: cinco o seis indicadores que ya se miran hoy, con una única fuente de datos clara y una fecha de última actualización visible. Sin gráficos elaborados ni informes configurables.
• Cuándo basta una herramienta estándar: los programas de gestión y de análisis incluyen cuadros de mandos configurables. Si tus datos viven en un solo programa, empieza por los suyos.
• Dónde seguir leyendo: cuánto cuesta un software a medida explica qué factores encarecen un proyecto, entre ellos los datos que hay que traer y las conexiones con otros programas.

Un caso real: del correo al presupuesto, con un sistema por capas

Los nueve ejemplos anteriores son ilustrativos, pero este no. En Mizura Studio hemos implementado un sistema de presupuestos para una empresa de traducción. Sus clientes escriben por correo con los documentos que quieren traducir, y cada presupuesto exigía abrir los documentos, contar las palabras y calcular el precio a mano. El objetivo era que un sistema hiciera ese trabajo repetitivo y dejara el presupuesto listo para que una persona lo revise y lo apruebe. El ahorro principal es de tiempo: se deja de elaborar cada presupuesto desde cero y ese tiempo se dedica a otras tareas. Como en el resto de ejemplos, no damos cifras, porque dependen de cada negocio. El sistema no traduce los documentos ni emite facturas ni cobra: solo prepara presupuestos. El resultado no es un programa único, sino un sistema construido por capas, cada una con una sola responsabilidad. Por eso combina varios patrones de este artículo: los presupuestos con reglas propias (ejemplo 1, aquí el precio es el número de palabras por la tarifa), la conexión entre programas (ejemplo 7) y la lectura de documentos con inteligencia artificial (ejemplo 8). Por qué conviene dividir un proceso así en pasos fijos en lugar de dejar que un agente decida cada cosa se explica en antes de crear un agente de IA, hazte esta pregunta, que cuenta este mismo caso desde el punto de vista de la arquitectura. Estas son las cuatro capas.

Separar la entrada, el análisis y la revisión tiene una ventaja práctica: como los correos y sus documentos se guardan antes de analizarlos, se puede repetir un análisis sin depender del mensaje original, y cambiar una capa no obliga a rehacer las demás. Lo que sale hacia el cliente lo decide siempre una persona, porque el recuento de la inteligencia artificial es una propuesta y no una garantía. Y como el contenido de los documentos se envía al proveedor de IA para contar las palabras, conviene avisar de ello cuando son especialmente sensibles.

• Entrada del correo: una tarea automática lee la bandeja cada cierto tiempo, descarta lo que no hay que traducir, recoge los adjuntos y los enlaces a documentos compartidos, y guarda una copia de los documentos y de los datos del mensaje en un almacenamiento privado en la nube.
• Análisis con inteligencia artificial: otra tarea programada, independiente de la anterior, cuenta con inteligencia artificial las palabras de cada documento ya guardado y calcula el precio.
• Panel privado: un panel hecho a medida que reúne los presupuestos ya preparados. Una persona puede corregir el recuento o el precio, repetir el análisis de un documento o descargar los originales antes de decidir.
• Aprobación y envío: al aprobar, el sistema crea el presupuesto oficial en el programa de facturación, con su numeración e impuestos, y, si la persona escribe un mensaje, responde al cliente en el mismo hilo de correo con el PDF adjunto. Sin aprobación, no sale nada.

Lo que casi nunca conviene construir

Un artículo de ejemplos sería poco honesto si no incluyera lo contrario. Hay procesos para los que casi nunca compensa programar, porque ya existen herramientas maduras, mantenidas por equipos grandes y baratas en comparación con un desarrollo propio.

Programar lo que ya existe es pagar dos veces. Un buen proveedor te dirá cuándo no hace falta construir nada.

• Contabilidad y nóminas: dependen de normativa que cambia y los programas del mercado la incorporan. Construir lo propio añade un riesgo y un mantenimiento que rara vez se justifican.
• Correo, calendario y almacenamiento de documentos: son servicios estándar que no merece la pena reproducir.
• Un CRM genérico: si tu forma de vender es la habitual, los del mercado cubren casi todo. Lo que sí puede tener sentido es conectarlo con tus otros programas o añadirle una pieza propia.
• Una tienda en línea convencional: las plataformas de comercio electrónico resuelven catálogo, carrito y pago. Compensa programar solo lo que ellas no hagan.
• La facturación: está sujeta a la normativa de facturación electrónica, con plazos propios. Antes de construir nada, lee Verifactu para software a medida y consúltalo con tu gestor.

Qué tienen en común y qué encarece cada ejemplo

Aunque los nueve ejemplos parecen distintos, el esfuerzo de cada proyecto depende de pocos factores. Reconocerlos ayuda a anticipar qué ejemplos serán más sencillos y a entender por qué dos presupuestos aparentemente iguales no se parecen. Los importes y los plazos de cada tipo de proyecto están en cuánto cuesta un software a medida y en cuánto tarda desarrollar un software a medida; solo un diagnóstico de tu proceso permite cerrar un presupuesto.

Un proyecto interno, con pocas reglas, pocos datos y sin conexiones es casi siempre el mejor primer paso. Cuantos más factores se suman, más sentido tiene empezar por una versión mínima.

• Quién lo usa: una herramienta para tu equipo exige menos que una para tus clientes, que además debe ser más cuidada y más fácil de entender sin formación.
• Cuántas reglas y excepciones tiene el proceso: cada excepción es una decisión que alguien debe explicar y probar. Los ejemplos 1, 4 y 5 son especialmente sensibles a esto.
• Cuántos datos hay que traer: pasar años de información desde hojas de cálculo exige limpiarla y validarla, como se explica en migrar de Excel a un software a medida.
• Con qué se conecta: cada programa con el que debe hablar añade trabajo y puntos de fallo.
• Qué datos personales maneja: obligan a tratar solo los necesarios, limitar los accesos y no conservarlos más tiempo del necesario, según el RGPD. La herramienta gratuita Facilita RGPD de la AEPD ayuda a empezar en tratamientos de bajo riesgo, y ante cualquier duda conviene consultar con un profesional.
• Dónde se usa: si hace falta trabajar sin cobertura o aprovechar funciones del teléfono, el proyecto cambia, como se explica en app móvil o aplicación web.

Cómo elegir tu primer proceso

Después de leer los ejemplos, lo más habitual es sentir que varios te encajan. La forma de no dispersarse es elegir uno solo, el que más tiempo consume y con menos incertidumbre, y construir solo su versión mínima. El resto puede esperar. Antes de hablar con nadie, escribe en una página cómo se hace hoy ese proceso: quién interviene, qué datos usa, qué reglas aplica y qué ocurre cuando algo sale mal. Si no eres capaz de describirlo, el primer trabajo no es programar, sino ordenarlo; y si lo describes con claridad, ya tienes la mejor materia prima para pedir un presupuesto comparable. Cuatro preguntas te ayudan a elegir entre varios candidatos.

El mejor primer proyecto no es el más ambicioso. Es el que demuestra en pocas semanas que el cambio funciona y deja claro qué viene después.

• ¿Cuál consume más horas a la semana? El ahorro se nota más donde más tiempo se pierde.
• ¿Cuál tiene reglas claras? Un proceso en el que ni tú ni tu equipo os ponéis de acuerdo sobre qué es lo correcto no se puede automatizar bien.
• ¿Cuál tiene menos riesgo si falla? Empezar por un proceso interno, revisable por una persona, permite aprender sin afectar a clientes.
• ¿Quién lo usará y está dispuesto a probarlo? Sin un pequeño grupo de usuarios reales, la validación no es posible.

Preguntas frecuentes sobre ejemplos de software a medida

Estas son las dudas que más se repiten cuando una pyme revisa qué podría construirse y no sabe por dónde empezar.

• ¿Y si mi caso no se parece a ninguno? Es habitual. Descomponlo en acciones sencillas: casi todo proceso combina registrar datos, calcular, avisar, conectar con otro programa o informar. Si identificas cuáles intervienen en el tuyo, es más fácil ver qué ejemplo se le parece y qué parte necesita una solución propia.
• ¿Tiene sentido para un negocio muy pequeño? Depende del tiempo que consume el proceso, no del tamaño del negocio. Si ese trabajo ocupa pocas horas al mes, casi siempre basta con mejorar la hoja o con una herramienta estándar.
• ¿Puedo combinar varios ejemplos en un solo programa? Sí, pero no a la vez. Lo habitual es empezar por uno y ampliar después, empezando por el que genera los datos que luego usarán los demás.
• ¿Cuánto cuesta y cuánto tarda cada uno? Depende de los factores de la sección anterior. Los rangos están en cuánto cuesta un software a medida y los plazos en cuánto tarda desarrollar un software a medida.
• ¿Necesito una app móvil? Casi siempre basta una aplicación web que funcione bien en el teléfono. App móvil o aplicación web explica cuándo sí hace falta una app.
• ¿Quién lo construye y quién lo mantiene? Eso condiciona tanto el precio como la relación posterior. Freelance o agencia para tu proyecto IT compara las opciones; sea quien sea, conviene que el código, los accesos y la documentación queden a tu nombre.
• ¿Se puede probar sin construirlo entero? Sí, y es lo recomendable: una versión mínima con datos reales y un grupo pequeño de usuarios. Si quieres que revisemos cuál sería la tuya, cuéntanos qué proceso quieres mejorar y te decimos si tiene sentido construirlo, comprar algo hecho o no hacer nada todavía.