caricaliaPedir un diagnóstico

Servicio

Software a medidapara lo que ya funciona.

Trabajamos sobre sistemas que ya tienen clientes dentro, donde cada cambio cuesta más que el anterior.

A medida casi nunca quiere decir empezar de cero. Lo normal es que haya un sistema en marcha con una parte que se ha vuelto cara de tocar, y lo que se paga es saber qué se puede tocar sin romper lo que ya cobra.

Pedir un diagnóstico

Cuándo no tiene sentido

Si lo que necesitas lo hace un producto estándar, cómpralo. Si nos preguntas, te diremos cuál, y esa respuesta no se factura.

Un software a medida se justifica cuando lo que haces no lo hace nadie igual, o cuando la parte por la que pasa tu dinero no se parece a la de nadie. Fuera de esos dos casos, construir algo que ya existe se paga al hacerlo y cada año que hay que mantenerlo.

Herramientas internas y paneles

Las aplicaciones a medida que más veces tenemos delante no las ve ningún cliente: son las que usa el equipo para operar.

  1. Qué preguntamos primeroQué decisión toma quien mira el panel cada mañana. Si no hay decisión, no hace falta un panel.
  2. Por dónde empezamosMiramos trabajar a quien la usa, en su puesto y con sus datos.
  3. Qué sigue decidiendo una personaTodo lo que aprueba dinero.
  4. Qué es un dashboard, y cuándo sobra

ERP y CRM a medida: cuándo sí

Lo normal es quedarse con el producto estándar y construir a medida el trozo que no cabe, conectado a él. Casi siempre ese trozo es la parte por la que pasa el dinero.

  1. Cuándo se defiende uno a medidaCuando la forma en que cobras, produces o entregas es lo que te diferencia.
  2. El caso intermedioLa facturación o la conciliación construidas aparte y conectadas al estándar.
  3. Cómo se decideLeyendo el código y hablando con quien lo usa, en la primera semana del diagnóstico.
  4. Qué es un ERP y cuándo el estándar sobra

Integraciones entre sistemas que no se conocen

Integrar dos sistemas es decidir qué pasa cuando uno de los dos no contesta.

  1. Qué se acuerda antesQué campos viajan, qué sistema manda sobre cada uno y qué ve el usuario mientras el otro lado está caído.
  2. Qué se rompe siempreReintentos que duplican un pedido, fechas en otra zona horaria y credenciales que caducan sin avisar.
  3. Cuando pasa dineroUna operación que falla a medias se deshace entera o se completa entera, y se provoca el fallo delante de ti en la demo del hito.
  4. El caso de Zernio: la integración vive en el flujo del cliente

Qué lo demuestra

  1. Operamos software propio por el que pasa dinero y que registra en la AEAT.BeeL, nuestra plataforma de facturación, está en producción y la mantenemos nosotros.Ver el caso de BeeL
  2. Lo que entregamos fuera se puede instalar sin pedirnos permiso.La integración que construimos para Zernio está publicada en un catálogo público y en uso por sus clientes.Ver el caso de Zernio
  3. Quien lo hace ha escrito código de pagos en producción.Antes de Caricalia, el equipo escribió código de pagos en Banco Santander y en PagoNxt. Con nombre y con la trayectoria completa, en la página del equipo.Quién lo hace

Qué incluye un proyecto

  1. Una maqueta que se puede tocar antes de escribir código, probada con quien la va a usar.
  2. Las decisiones de datos escritas antes de construir: qué sistema manda sobre cada dato y qué pasa cuando uno no contesta.
  3. Formación con la gente que lo va a usar y con quien lo va a mantener.
  4. Las condiciones de entrega van en el contrato

Lo que no hacemos

  • No hacemos marca corporativa para empresas sin producto digital, ni logos sueltos, ni tiendas online sobre plantilla.
  • No trabajamos por horas ni ponemos gente dentro de tu equipo.
  • No cogemos proyectos que empiezan de cero sin usuarios: esa primera versión conviene montarla rápida y barata con otra herramienta.
  • No entregamos prototipos generados como si fueran producto.

Preguntas

¿Por qué no lo hace mi equipo?
A veces debe hacerlo, y el diagnóstico lo dice si es así. Lo que suele pasar es que aprende en producción lo que ya está resuelto, y mientras tanto no está en lo que diferencia a tu empresa. Un proyecto cerrado tiene fecha y precio; una contratación, no.
¿Trabajáis sobre código que no habéis escrito vosotros?
Casi siempre. Leerlo es la primera parte del encargo y la que decide el precio.
¿Sois una empresa de desarrollo de software o un estudio de diseño?
Las dos cosas: las mismas personas diseñan y construyen. Quiénes somos está en la página del equipo.
  1. BeeL: facturar en España sin saltarse un númeroCaso
  2. Zernio: el último paso se hacía a manoCaso
  3. Cuánto cuesta desarrollar una aplicaciónNota
  4. Integrar dos sistemas que no se conocenNota

Antes del presupuesto, el diagnóstico.

Leemos tu sistema y te decimos qué fase va primero y qué cuesta. El informe es tuyo aunque no sigas.

Pedir un diagnóstico