App de casos y ensayos para el equipo comercial
Una app con la que el equipo comercial lleva al campo casos visuales —antes y después, tratado frente a sin tratar, nuestro producto frente a la competencia— y resúmenes de ensayos, con la marca que vende cada compañía del grupo. Los casos y resúmenes sincronizados se consultan sin cobertura; la carga del detalle completo y la creación de enlaces para clientes usan conexión. El cliente recibe una página web, sin instalar nada. Hecha con un stack que no conocía.
Un encargo directo de la dirección general en enero de 2026, que empezó como una app sencilla de casos visuales y creció con la consulta de ensayos y el envío a clientes. Publicada en la App Store de Apple, para Android como APK y para Windows; todas sus versiones pasaron la revisión de Apple a la primera, hasta julio de 2026.
- Un stack nuevo llevado a producción con desarrollo AI-native: de no haber escrito Dart a una app publicada en menos de seis semanas.
- Publicación y mantenimiento en tiendas: distribución privada aprobada por Apple, firma, privacidad declarada y revisión de cada versión.
- Consulta local de casos y resúmenes de ensayos, con sincronización automática y comprobaciones de archivos al arrancar.
- Un puente controlado hacia el cliente: contenido compartido como página web, sin app ni cuenta, y revocable.
El comercial tenía las pruebas de que el producto funciona repartidas en fotos de la galería y en informes de ensayo, sin contexto, sin producto asociado y lejos del cliente. En el campo, además, a menudo no hay cobertura, y el cliente no va a instalar una app ni crearse una cuenta para ver un resultado.
Llevar los casos y los resúmenes de ensayos con el comercial para consultarlos sin cobertura, cargar el detalle cuando hay conexión y compartir con el cliente una página web: consulta nativa y presentación web coordinadas desde el mismo backend.
Una app Flutter con una copia local del catálogo, los casos y los resúmenes de ensayos, sincronizada con un backend Django propio. El detalle completo del ensayo y sus gráficos se cargan desde la API. El backend consulta los ensayos en su fuente de gestión, con modelos excluidos de sus migraciones, y sirve el contenido a la app nativa y, como páginas web, a los clientes con quienes se comparte.
- Contenido local versionado y JSON preparado en un archivo temporal antes de sustituirlo; descarga de imágenes, limpieza de huérfanas y comprobaciones de archivos al arrancar.
- Un mismo producto, la marca de cada compañía: el catálogo distingue el producto base de su versión comercial, y el texto libre se adapta a la marca de quien consulta.
- Cambios sin publicar versión: iconos, selector de idioma, avisos y funciones se activan desde el backend, y una versión mínima obliga a actualizar cuando hace falta.
Las evidencias20
- Adopción rápida de stacks nuevos con IAHistorial de commits · Confidencial
Encargo de la dirección general el 21 de enero de 2026; la primera versión se publicó el 1 de marzo y siguió evolucionando hasta julio, siempre con agentes de código y con el contexto del proyecto escrito para ellos.
- Desarrollo de apps móvilesMejor ejemplo del portfolioEn producción · Confidencial
- Compilación y firma de apps nativasDocumento · Confidencial
- Entrega rápida con IA sin perder calidadDocumento · Confidencial
- Apps offline-firstMejor ejemplo del portfolioCódigo · Confidencial
- Arquitectura multicanalCódigo · Confidencial
- Métricas de producto y adopciónCódigo · Confidencial
- Modelado de dominioCódigo · Confidencial
- Procesamiento idempotenteCódigo · Confidencial
- Gobierno del dato (data governance)Código · Confidencial
- Visualización de datosCódigo · Confidencial
- Compatibilidad hacia atrás de APIsCódigo · Confidencial
- Despliegues reversibles (rollback)Código · Confidencial
- Internacionalización (i18n)Código · Confidencial
- Autenticación y gestión de identidadesCódigo · Confidencial
- Análisis de requisitos de negocioHistorial de commits · Confidencial
- Comunicación escritaDocumento · Confidencial
- Context engineeringDocumento · Confidencial
- Diseño de APIs RESTCódigo · Confidencial
- Aprendizaje rápidoHistorial de commits · Confidencial
Principios que se ven aquí9
- PrincipioUn sistema entregado no es un sistema adoptado
- La vista previa del comercial no cuenta como visita del cliente: se mide lo que ve el cliente, no lo que se envía
- PrincipioEn producción, lo mínimo que resuelve el problema
- Sincronización completa de un contenido versionado, en lugar de una incremental: para el volumen de un catálogo comercial basta, y no hay estados intermedios que reconciliar
- PrincipioLa petición no es el requisito: primero el problema que hay detrás
- Un encargo de casos visuales acabó en una herramienta comercial con resúmenes de ensayos disponibles localmente, detalle cargado desde la API y envío al cliente
- PrincipioCada dato tiene un solo sitio donde se escribe; el resto lo lee
- El gestor conserva la gestión experimental; el backend de casos dirige allí la consulta de ensayos y mantiene esos modelos fuera de sus migraciones
- PrincipioLo que tiene historia no se borra; lo que nunca fue, sí
- Despublicar un caso revoca al instante sus enlaces compartidos sin borrar su registro
- PrincipioCambio por debajo sin que lo note quien consume
- La app lee sin romperse los datos guardados por versiones anteriores
- PrincipioLo que decide el negocio se configura en vivo, sin publicar una versión
- Regla escrita del proyecto: todo lo configurable desde el backend, para publicar menos versiones; secciones que se apagan, avisos remotos y una versión mínima exigible
- PrincipioUna maqueta antes que una reunión abstracta
- El repositorio de la app arranca con una demo funcional del concepto, antes del desarrollo completo
- PrincipioLa interfaz sigue cómo trabaja quien la usa; el modelo, cómo es el negocio
- Los casos y resúmenes de ensayos sincronizados se consultan sin cobertura, porque el campo es donde se enseñan