Plataformas web
Sistemas multiinquilino, portales y los sitios que van delante.
Servicios
Lo que construimos, con qué lo construimos, y cómo trabajamos.
Nueve líneas de trabajo, desde una primera sesión de análisis hasta mantener sano un sistema años después del lanzamiento. La mayoría de los proyectos empiezan con una línea y crecen a dos o tres, y no hace falta que sepa cuáles al principio.
Líneas de servicio
Se apilan. El análisis decide qué construir, las siete de en medio lo construyen, el soporte lo mantiene en marcha. Coja una, o coja la secuencia.
Análisis y definición de alcance
Talleres, una revisión de los sistemas que ya opera, y una prueba técnica sobre lo que parezca más arriesgado. Termina en un backlog acotado, una arquitectura y un precio cerrado para construirlo.
Plataformas a medida y SaaS
Sistemas multiinquilino, herramientas internas y portales de cliente moldeados en torno a su proceso y no al de una plantilla. El grueso de lo que hacemos, y donde un análisis se paga solo.
Productos web y móviles
iOS en Swift, Android en Kotlin y la web al lado, desde la primera pantalla hasta la ficha en las tiendas. Nativo por defecto, para que el producto tenga la textura del teléfono en el que corre.
ERP, punto de venta y operaciones
Inventario, ventas, finanzas y personal, además de un punto de venta que pasa por la agencia tributaria antes de entregarse, y no con prisas después de que a un cliente le hayan dado un recibo que nadie acepta.
Corrientes débiles y sistemas del edificio
Cableado estructurado, videovigilancia IP, control de accesos y megafonía, especificados y puestos en marcha como un solo sistema. La mitad de un proyecto que la mayoría de las empresas de software encarga a otro.
Datos e integraciones
Informes, canalizaciones e integraciones que hacen que dos sistemas construidos con diez años de diferencia se pongan de acuerdo en una cifra. La línea menos vistosa, y a menudo la que desatasca el resto.
IA y automatización
Asistentes, extracción documental, previsión y búsqueda, integrados en el sistema que ya guarda sus datos. También diremos dónde un modelo es la herramienta equivocada.
Ciberseguridad
Fortificación, revisión y preparación ante incidentes: identidades, secretos, dependencias, pruebas de penetración y las evidencias que pide una auditoría. Sobre lo que usted opera, no solo sobre lo que construimos nosotros.
Soporte y evolución
Supervisión, actualizaciones y una hoja de ruta, con una cuota que termina cuando usted lo diga. Nos quedamos tras la puesta en marcha, que es la única razón por la que merece la pena escribir con cuidado una primera versión.
Con qué lo construimos
Daleenda es una empresa de software y de soluciones informáticas. Todo lo que cae en nuestro sector entra en el alcance: software, datos, nube, infraestructura y los sistemas del edificio, sostenidos por un solo equipo que responde del resultado. Lo que eso significa en la práctica:
Móvil nativo
iOS en Swift, Android en Kotlin, pasando la revisión y hasta las tiendas.
IA y automatización
Modelos puestos a trabajar dentro de sus sistemas, y un no honesto donde no pintan nada.
Backend, API y datos
Servicios y las bases de datos debajo: las nuestras, o las que ya opera.
Nube y DevOps
Cuentas que le pertenecen, canalizaciones que se despliegan solas, paneles que avisan los primeros.
En obra y sistemas del edificio
Las instalaciones de corriente débil sobre las que funciona una sede: cableado, cámaras, accesos, audio.
Gestión y comercio
ERP, punto de venta, pagos y los informes que van encima.
Cómo elegimos
Dos preguntas que se hacen antes de que nada entre en un stack nuestro.
No adoptamos una tecnología para un solo proyecto.
Si no pudiéramos mantenerla dentro de cinco años, no la empezamos.
Un modelo, un framework o una reescritura tiene que ganarse su sitio.
Donde la respuesta honesta es que no le hace falta, esa es la respuesta que recibe.
Lo que le pertenece
Tres cosas que son suyas desde el día en que empieza el trabajo.
El repositorio, la canalización y la cuenta de nube le pertenecen desde el primer día.
Nada corre en una cuenta a la que no pueda entrar.
Ninguna licencia que tenga que seguir pagándonos.
Donde un producto es nuestro, así se dice.
La documentación y las pruebas se entregan con el sistema.
Un equipo que no estaba cuando se escribió puede aun así mantenerlo en marcha.
Cómo colaboramos
Tres formas. Lo que las separa es cuán cerrado está el trabajo.
Cuando el alcance está cerrado
Proyecto cerrado
Alcance fijo, precio cerrado, entregado por fases, cada una con algo que puede ver y usar.
- Facturación
- Por fase, contra un precio cerrado
- Duración
- De seis semanas a dos años
Cuando el alcance sigue moviéndose
Equipo dedicado
Ingenieros sénior integrados en su equipo, con prioridades que usted fija en cada ciclo.
- Facturación
- Por ingeniero y mes
- Duración
- Desde tres meses, renovable
Cuando ya está en producción
Cuota de soporte
Soporte, iteración y crecimiento para un producto en marcha: el trabajo que empieza después del lanzamiento.
- Facturación
- Al mes
- Duración
- Renovable, termina con preaviso
Qué pasa después
Los mismos cuatro pasos, sea cual sea la línea y la forma que elija.
- Usted está aquí
Reunión de 30 minutos
Habla con un ingeniero. Escuchamos, preguntamos, y le decimos con franqueza si somos los adecuados.
- Usted está aquí
Una propuesta ajustada al trabajo
Alcance y precio cerrados para un desarrollo definido; un plan por fases para un programa mayor. Por escrito, sin compromiso, y las peticiones pequeñas vuelven en días.
- Usted está aquí
Entrega al ritmo que el trabajo pide
Ciclos cortos con una demostración al final de cada uno para el trabajo de producto; hitos escalonados para programas grandes. En ambos casos el código y el repositorio son suyos desde el primer día.
- Usted está aquí
Lanzamiento, operación, mejora
Supervisión, soporte y una hoja de ruta. Nos quedamos después de la puesta en marcha.
Ya ha visto todo el recorrido.
Lo que construimos, cómo colaboramos, los cuatro pasos de la primera llamada a la puesta en marcha: ese era el argumento, entero. Lo único que esta página no puede hacer es el paso uno: media hora en la que un ingeniero escucha con qué se está topando, y el plan de arriba pasa a ser suyo.