Antes de construir

Seis preguntas, en este orden

La primera respuesta afirmativa marca el camino; si es «no», se pasa a la siguiente. Desarrollar software es la última respuesta, no la primera. Y si lo que falla es el proceso, se ordena antes: un programa nuevo no arregla un proceso confuso.

  1. ¿Resolverlo costaría más de lo que aporta, o puede esperar?

    Si es así

    No cambiar nada

    Se deja como está, de momento. No todo problema merece una inversión.

  2. ¿Una herramienta que ya usas, o una del mercado, lo resuelve bien configurada?

    Si es así

    Configurar una herramienta existente

    Ajustes, plantillas o permisos, empezando por el programa que el equipo ya conoce.

  3. ¿Las herramientas sirven, pero no se pasan los datos?

    Si es así

    Integrar herramientas

    Conectarlas para que nadie tenga que hacer de puente copiando datos.

  4. ¿Es una tarea que se repite siempre con las mismas reglas?

    Si es así

    Automatizar

    Que la haga el sistema, sobre las herramientas que ya hay.

  5. ¿Hay una solución en el mercado que cubra casi todo y admita cambios?

    Si es así

    Adaptar una solución existente

    Partir de ella y desarrollar solo la parte que falta.

  6. ¿Nada de lo anterior encaja con cómo trabaja la empresa, y la inversión compensa?

    Entonces

    Desarrollar software

    Diseñar y construir la solución, con su propio alcance y su propio presupuesto.

Fig. 1 Criterio para decidir si hace falta desarrollar software. Es el criterio de proporcionalidad del método, aplicado a una decisión de producto.

La escala completa, de dejar un problema como está a desarrollar a medida, está en el método de trabajo

Señales

Cuándo puede hacer falta software propio

Ninguna de estas situaciones obliga a desarrollar. Son las que suelen llevar a la última pregunta.

Qué se puede construir

Tipos de solución

Capacidades, no un catálogo. Lo que se construye sale del diagnóstico, con su propio alcance y presupuesto.

Aplicaciones internas
Paneles de gestión para el equipo, con permisos por perfil.
Portales para clientes o colaboradores
Un acceso propio para consultar, pedir o hacer su parte del trabajo.
Tiendas online
Cuando la venta necesita algo más que un catálogo y un carrito.
Plataformas
Varios tipos de usuario sobre un mismo sistema, cada uno con su panel.
Integraciones y API
Conectar el sistema con pasarelas de pago, programas de gestión u otras herramientas.
Herramientas específicas
Calculadoras, configuradores o generadores de documentos para un paso concreto.

Casos

Tres sistemas construidos a medida

Una tienda online para un cliente, un software de gestión y la herramienta con la que CrealSoft lleva su propia actividad. Solo lo publicado en cada caso.

Ver todos los casos
  1. Desarrollo para un clienteTienda online

    RenovaPlus

    Tienda online a medida: una calculadora de potencia que sugiere equipos del catálogo, packs de equipo e instalación en un único proceso de compra, pago con Redsys y una red de instaladores, cada uno con su panel de trabajos.

    Ver el caso
  2. Proyecto vinculadoWeb pública y panel de gestión

    Academia Codea

    Software de gestión: un panel con acceso por perfiles (administración, profesorado, recepción y alumnado) sobre la misma API que la web pública.

    Ver el caso
  3. Herramienta internaGestión comercial y operativa

    Gestión interna de CrealSoft

    La operativa propia de CrealSoft en un sistema construido a medida, con dos perfiles y los permisos comprobados en el servidor.

    Ver en Casos

Con franqueza

Cuándo no conviene desarrollar

Construir software es una inversión que hay que mantener. Si no compensa, el diagnóstico lo dice antes de presupuestarlo.

Cómo empezar

Antes de pedir una aplicación, cuenta qué tiene que resolver.

En la reunión inicial, de unos 45 minutos y sin coste, se habla del problema, no de la tecnología. Si tiene sentido seguir, el diagnóstico dice si hace falta software y, si hace falta, con qué alcance y qué coste aproximado.