Saltar al contenido
XSIS
Hable con un ingeniero

Proceso y comunicación

Software, IA y datos

Por dónde empezar con la IA, calidad y precisión, accesibilidad, rendimiento, publicación en las tiendas y migraciones sin interrupciones.

14 preguntas

¿Por dónde conviene empezar con la IA?

Empiece por una tarea frecuente, que la mayoría de las veces tenga una respuesta correcta clara y que hoy requiera un esfuerzo real, como clasificar solicitudes o extraer datos de documentos. Evite empezar por el problema más difícil o más visible. Le ayudamos a listar candidatos, puntuarlos por valor, preparación de los datos y riesgo, y elegir uno que pueda mostrar resultados por sí solo. Nuestra evaluación de preparación para la IA lo hace de forma estructurada.

¿Cómo se aseguran de que las cifras son correctas?

Cada carga ejecuta controles automatizados de integridad, duplicados, actualidad y reglas de negocio, como que los débitos cuadren con los créditos. Antes de que un informe sustituya a uno existente, conciliamos sus cifras con el sistema de origen y con el informe anterior junto con su responsable de finanzas u operaciones. Un control fallido impide que los datos erróneos lleguen a los paneles y alerta al equipo.

¿Qué pasa si la extracción es incorrecta?

El sistema puntúa su confianza en cada campo. Los campos por debajo del umbral que usted fije, y los documentos que no cumplen una regla de negocio, pasan a revisión de una persona en lugar de registrarse. La validación con su ERP detecta muchos errores de forma automática, como un total que no coincide con la orden de compra. Las correcciones quedan registradas y se usan para mejorar las ejecuciones posteriores.

¿Cómo se aseguran de que el software funciona?

Cada cambio lo revisa otro ingeniero y lo cubren pruebas automatizadas antes de integrarse. QA prueba cada incremento frente a sus criterios de aceptación, y usted lo ve funcionar en la presentación. Las comprobaciones de rendimiento, seguridad y accesibilidad forman parte del pipeline, no de una fase al final, de modo que los problemas aparecen cuando todavía es barato corregirlos.

¿Qué ocurre si nuestros requisitos cambian durante el proyecto? (Desarrollo de software a medida)

Suele ocurrir, y el proceso lo tiene previsto. El backlog se revisa con usted en cada iteración, y los elementos nuevos o modificados se estiman y priorizan frente al resto. En un proyecto de alcance cerrado, cada cambio se acuerda por escrito, con su efecto en el costo y los plazos, antes de empezar a trabajar en él.

¿Será accesible la aplicación?

Diseñamos y desarrollamos conforme a WCAG 2.2 AA. Eso abarca el uso con teclado, los lectores de pantalla, el contraste de color, el orden del foco, el cambio de tamaño del texto y mensajes de error claros. Las comprobaciones automáticas se ejecutan con cada cambio, y probamos manualmente los recorridos clave con tecnologías de apoyo antes de cada versión. Si su organización sigue una norma más estricta, trabajamos conforme a ella.

¿Cómo mantienen la aplicación rápida?

Acordamos un presupuesto de rendimiento al principio, que cubre el peso de página y el tiempo de carga en un teléfono y una conexión habituales, y lo verificamos automáticamente con cada cambio. Las páginas se renderizan en el servidor cuando eso ayuda, las imágenes y los scripts se cargan solo cuando se necesitan, y los datos se almacenan en caché cerca de los usuarios. Tras el lanzamiento, la monitorización de usuarios reales muestra dónde se ralentiza la aplicación.

¿Se ocupan de las publicaciones en App Store y Google Play?

Sí. Preparamos las fichas, gestionamos las claves de firma y los certificados, enviamos las compilaciones a revisión y publicamos por etapas, de modo que un problema llegue a pocos usuarios. Las cuentas de desarrollador permanecen a nombre de su organización, por lo que usted es propietario de las aplicaciones y sus fichas. Trabajamos en sus cuentas con los accesos que usted concede y puede revocar.

¿Provocará la migración a la nube tiempo de inactividad?

Planificamos cada traslado para evitarlo, o para que sea breve y programado. Las cargas de trabajo se trasladan de una en una, los datos se sincronizan antes del cambio y cada paso tiene una ruta de reversión. Cuando una aplicación no puede ejecutarse en dos lugares a la vez, acordamos con usted una ventana de mantenimiento con antelación y ensayamos antes el cambio.

¿Debemos automatizar todas nuestras pruebas?

No. Automatice lo que se ejecuta con frecuencia y debe dar siempre el mismo resultado: pruebas unitarias, pruebas de API y los recorridos de extremo a extremo más importantes. Reserve a las personas para las pruebas exploratorias, la usabilidad y las funcionalidades nuevas que todavía cambian. Un conjunto más pequeño que se ejecuta con cada cambio y nunca falla al azar vale más que uno grande en el que nadie confía.

¿Necesitamos investigación de usuarios si ya conocemos a nuestros usuarios?

Usted sabe mucho, y la investigación se apoya en ello. Pone a prueba las hipótesis con las personas que hacen el trabajo y a menudo revela pasos, soluciones provisionales y términos que nunca llegan a un documento de requisitos. Incluso una ronda breve de entrevistas y pruebas de prototipos antes del desarrollo cuesta menos que modificar el software una vez publicado.

¿Cómo hacen que los diseños sean accesibles?

Diseñamos conforme a WCAG 2.2 AA desde el primer wireframe: contraste de color suficiente, foco visible, un orden de lectura lógico, objetivos táctiles lo bastante grandes para usarlos y una etiqueta para cada control. Revisamos los diseños antes de la entrega y probamos el producto desarrollado con teclado y lectores de pantalla. La accesibilidad incorporada desde el diseño cuesta poco. Añadida después, cuesta mucho.

¿Por qué no reescribir todo el sistema de una vez?

Porque una reescritura completa debe reproducir años de comportamiento antes de poder sustituir nada, mientras el negocio sigue cambiando a su alrededor. Este tipo de proyectos suele alargarse y entrar en producción con carencias. Sustituir una capacidad cada vez aporta valor desde el principio, mantiene el sistema antiguo como red de seguridad y le permite detenerse o cambiar de rumbo en cualquier paso.

¿Tendrá que detenerse el negocio durante la migración?

El enfoque está diseñado para que no sea así. El sistema antiguo sigue funcionando mientras cada parte nueva se construye y se valida en paralelo. El trabajo pasa a la parte nueva de forma gradual y puede volver atrás si algo falla. Cuando una migración de datos requiere un cambio puntual, primero lo ensayamos y lo programamos con usted.

Cuéntenos qué necesita desarrollar o conectar.

Describa los sistemas, los plazos y las restricciones. Los ingenieros adecuados se encargan a partir de ahí.