Servicios IT
ASO - visibilidad en app store en Terrassa
El contenido envejece. Cada pieza publicada necesita un responsable y una fecha de revisión, y a veces la mejor decisión es consolidar dos artículos parecidos o retirar uno que ya no es cierto.
Un PDF corporativo que no se puede leer con un lector de pantalla excluye a parte de tus lectores. Preparamos documentos con estructura, etiquetas y orden de lectura correctos desde el origen, no como arreglo al exportar.
La arquitectura de un sistema se nota cuando algo cambia: un cliente nuevo con otro formato, un pico de pedidos, un proveedor que modifica su API. Si cada cambio obliga a tocar medio sistema, el problema no es el código, es cómo está organizado.
Situaciones que resolvemos
- 01
Cada experto escribe a su manera
Los técnicos saben mucho, pero cada uno escribe con un formato distinto y nadie revisa ni unifica antes de publicar.
- 02
Información contradictoria en distintos sitios
El horario, el teléfono o la dirección no coinciden entre la web, la ficha del mapa y los directorios.
- 03
Los clientes llaman para preguntar lo mismo
Estado del pedido, copia de factura, fecha de entrega: preguntas que podría resolver el propio cliente si tuviera dónde mirarlo.
- 04
Integraciones frágiles punto a punto
Cada sistema está conectado con otros mediante scripts distintos. Cuando uno falla, nadie sabe qué datos se perdieron ni cómo recuperarlos.
- 05
Integraciones que fallan al desplegar
Dos equipos o proveedores cambian sus APIs por separado y la incompatibilidad se descubre en producción.
La IA, aplicada al día a día
Pix lee tus datos, prepara el trabajo y te pide permiso antes de hacer nada que no se pueda deshacer.
De la primera llamada a funcionar
Recoger las preguntas
Hablamos con ventas, soporte y dirección para listar lo que los clientes preguntan antes y después de contratar.
Priorizar
Ordenamos las preguntas por lo que pesan en la decisión de compra y por lo que ya existe publicado.
Brief y borrador
Cada pieza parte de un brief de una página; el borrador se redacta con fuentes y datos verificables.
Revisión experta
Un responsable de tu empresa valida el contenido técnico antes de publicarlo. Nada sale sin esa revisión.
Publicar y programar revisión
Se publica con su enlazado interno y se le asigna una fecha para comprobar que sigue siendo cierto.
¿Hablamos de tu caso?
Te ayudamos a preparar documentación técnica que tu soporte agradecerá.
Qué incluye ASO - visibilidad en app store
- Documento de alcance con los flujos de trabajo acordados, lo que entra en la primera versión y lo que queda para después.
- Registro de decisiones de arquitectura (ADR) con el porqué de cada elección técnica relevante.
- Documentación de despliegue y operación para que otro equipo pueda mantener el sistema.
- Formación para citizen developers sobre buenas prácticas, entornos y límites de uso de datos.
- Enlazado interno entre piezas relacionadas y un siguiente paso claro en cada una.
- Pruebas automáticas de las funciones críticas que se ejecutan antes de cada publicación.
- Prototipo navegable de las pantallas principales para validarlo con tu equipo antes de programar.
Cómo elegir bien
- Que monte las automatizaciones con cuentas de servicio, no personales.
- Que haga preguntas sobre tu proceso antes de hablar de tecnología.
- Que pregunte qué buscan tus clientes antes de proponer temas.
- Que estime el mantenimiento de cada automatización antes de construirla.
- Que use IA con revisión humana y sin publicar datos sin comprobar.
Profundiza en el tema
Desarrollo y arquitectura
CI/CD con GitLab Runners y Kubernetes
Estructuración del Pipeline (.gitlab-ci.yml)
Con el Runner operando en K8s, cada job definido en el .gitlab-ci.yml se ejecutará en un contenedor aislado. Para exprimir al máximo esta arquitectura, emplearemos el patrón Docker-in-Docker (DinD) para compilar y pushear imágenes de contenedores desde dentro de Kubernetes, o herramientas daemonless como Kaniko.
Leer la guía completaCreación de contenido
Flujo editorial B2B: del brief a la publicación revisada
Estados y puertas de revisión
1. Propuesta: el editor confirma que la necesidad no está resuelta por otra URL y asigna una persona experta. 2. Brief aprobado: problema, alcance, fuentes iniciales y resultado están claros. 3. Borrador técnico: quien redacta separa hechos, recomendaciones y ejemplos; cada afirmación comprobable tiene fuente o…
Leer la guía completaDesarrollo y arquitectura
Patrones de Resiliencia en Microservicios: Circuit Breaker y Retry a Nivel Arquitectura
Patrón Circuit Breaker: Fail-Fast para Prevenir Colapsos
Mientras que el patrón Retry asume que el fallo es transitorio, el Circuit Breaker (Cortocircuito) entra en acción cuando el fallo es sistemático. Si un servicio dependiente está caído, seguir enviando peticiones solo consume recursos locales (conexiones abiertas, memoria, CPU) y retrasa la propagación del error al…
Leer la guía completaNo es igual en todos los negocios
- Construcción
- Conexión entre aplicaciones de obra, compras y contabilidad para que los partes y gastos lleguen sin teclearse dos veces.
- Construcción y reformas
- Casos de obra con fotos, fases y alcance reales, y fichas locales que muestran la zona de trabajo y los servicios.
- Educación
- Integración entre plataformas de inscripción, cobro y aula virtual, con un único origen de datos de alumnos.
- Industria
- Fichas técnicas, catálogos en PDF accesibles y casos de aplicación con datos verificables para clientes profesionales.
Desde Sevilla, para Terrassa
Para pymes de Cataluña, proponemos empezar por la herramienta que más horas manuales ahorre, aunque no sea la más vistosa.
Desde Sevilla acompañamos a equipos de toda Cataluña en la gobernanza de Power Platform y en sus procesos de entrega de software.
El soporte de las integraciones de tu empresa de Terrassa se presta en remoto, con alertas que avisan de fallos antes de que los note el cliente.
Preguntas frecuentes
¿Cuándo se notan los resultados?+
Depende del punto de partida y de la competencia en tu sector, así que no damos plazos cerrados. Lo que sí hacemos es medir desde el principio para que veas la evolución con datos.
¿Qué hago con artículos antiguos?+
Revisarlos uno a uno: los que siguen siendo útiles se actualizan, los que se solapan se fusionan y los que ya no son ciertos se retiran con una redirección al contenido vigente.
¿Hacéis documentación técnica de software?+
Sí: guías de uso, documentación de APIs y diagramas de arquitectura con el modelo C4, pensados para que un equipo nuevo entienda el sistema sin depender de quien lo construyó.
¿Cuántas pruebas automáticas hacen falta?+
Las suficientes para proteger lo que más importa. Empezamos por los procesos donde un fallo cuesta dinero o clientes, y añadimos pruebas cada vez que un error se escapa a producción.
¿Podéis integrar sistemas que no tienen API?+
A veces sí, mediante la base de datos, ficheros de intercambio o captura de cambios. Son soluciones más frágiles y te explicamos sus límites antes de elegirlas.
¿Qué pasa si una versión nueva da problemas?+
El despliegue está preparado para volver a la versión anterior rápidamente, y las funciones nuevas pueden activarse de forma gradual para detectar fallos con pocos usuarios.
ASO - visibilidad en app store cerca de Terrassa
Para tu empresa en Terrassa
Escríbenos y te enseñamos cómo mantenemos nuestra propia biblioteca de recursos.