Servicios IT
ASO - visibilidad en app store en Santiago de Compostela
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.
Antes de escribir, hay que saber para quién y para qué. Un brief de una página —lector, pregunta que resuelve, fuentes, quién valida— evita textos que gustan al que los encarga y no sirven a nadie más.
Muchas automatizaciones entre aplicaciones se resuelven con un orquestador de flujos como n8n en lugar de código a medida. Es más rápido de montar y de cambiar, siempre que se trate con el mismo rigor: control de versiones, credenciales separadas y monitorización.
Señales de que lo necesitas
El blog lleva meses parado
Se empezó con ilusión, se publicaron unos cuantos artículos y luego nadie tuvo tiempo. Lo que queda da imagen de abandono.
Reseñas sin responder
Hay opiniones, algunas negativas, que llevan meses sin respuesta. Quien las lee entiende que nadie escucha.
Horas que no se facturan
En proyectos y servicios recurrentes, parte del trabajo no se imputa o se imputa tarde, y las desviaciones se descubren al cerrar el proyecto.
Despliegues manuales y arriesgados
Publicar una versión depende de una persona y de una lista de pasos que no está escrita. Si esa persona no está, no se publica.
Sin rastro de lo que pasó
Un mensaje se perdió entre dos sistemas y no hay registros suficientes para saber dónde ni por qué.
El camino, paso a paso
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?
Cuéntanos qué te preguntan tus clientes antes de contratar y te proponemos las primeras piezas.
Lo que entregamos
- Prototipo navegable de las pantallas principales para validarlo con tu equipo antes de programar.
- Registro de decisiones de arquitectura (ADR) con el porqué de cada elección técnica relevante.
- Flujos de automatización en n8n versionados, con credenciales de servicio y alertas de fallo.
- Control de accesos por roles y registro de quién hace qué en las partes sensibles.
- Calendario editorial realista, ajustado al tiempo que tu equipo puede dedicar a revisar.
- Registros estructurados, métricas y trazas para seguir una operación entre sistemas.
- Plan de mantenimiento con actualizaciones de seguridad y revisión periódica de dependencias.
No es igual en todos los negocios
- Logística
- Integración con transportistas y clientes mediante APIs y eventos de estado, con reintentos y trazabilidad de cada envío.
- Empresas de software y agencias
- APIs públicas para clientes con contrato OpenAPI, versionado y política de retirada, y canales de despliegue continuo.
- Servicios técnicos de campo
- Sincronización entre aplicaciones móviles que trabajan sin cobertura y el sistema central, con resolución de conflictos definida.
- Industria
- Conexión de datos de planta con sistemas de gestión, separando la red de producción de la de oficina y con colas que toleran cortes.
Con un asistente de IA que trabaja
Pix lee tus datos, prepara el trabajo y te pide permiso antes de hacer nada que no se pueda deshacer.
Qué mirar antes de elegir
- Que separe entornos de desarrollo, pruebas y producción.
- Que use en sus propios productos las prácticas que te propone.
- Que automatice el despliegue con posibilidad de volver atrás.
- Que priorice las pruebas por riesgo de negocio, no por cobertura.
- Que proponga una primera versión pequeña antes que un proyecto enorme.
Guías de nuestra biblioteca técnica
Desarrollo y arquitectura
APIs: cómo retirar versiones sin romper integraciones
Publicar una versión nueva no retira la antigua
Los clientes pueden seguir usando una versión de API mucho después de que el equipo publique su sucesora. Una retirada fiable necesita saber quién consume cada ruta, qué cambio debe realizar, cómo probarlo y qué evidencia permite decidir que el servicio anterior puede dejar de responder.
Leer la guía completaDesarrollo y arquitectura
Introducción al Hub de Desarrollo y Arquitectura
Próximamente
Nuestros ingenieros están trabajando en guías definitivas, manuales de configuración y arquitecturas de referencia para esta categoría:
Leer la guía completaDesarrollo y arquitectura
CI/CD con GitLab Runners y Kubernetes
El Paradigma de Kubernetes Executors
En ecosistemas de ingeniería maduros, mantener instancias estáticas para la ejecución de pipelines genera cuellos de botella e ineficiencias en el consumo de recursos. La integración de GitLab Runners con Kubernetes (K8s) mediante el Kubernetes Executor resuelve este problema aprovisionando pods efímeros bajo demanda…
Leer la guía completaTrabajar con empresas de Santiago de Compostela
Muchas empresas de A Coruña conviven con un programa antiguo que funciona; lo habitual es conectarlo y modernizar por partes, no tirarlo.
Para un negocio de Santiago de Compostela, la ficha en mapas es a menudo el primer contacto con un cliente: la revisamos y completamos en remoto.
Muchas empresas de A Coruña combinan un ERP de siempre con herramientas nuevas; integrarlas bien suele dar más que sustituirlas.
También hacemos en Santiago de Compostela
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.
¿Mis PDF tienen que ser accesibles?+
Es una buena práctica siempre y una exigencia en ciertos contextos, como la relación con administraciones públicas. Lo eficiente es preparar el documento de origen bien estructurado antes de exportar.
¿Cuánto contenido hay que publicar?+
El que tu equipo pueda revisar y mantener. Es mejor poco, cierto y actualizado que mucho y descuidado. Ajustamos el calendario a tu capacidad real de revisión.
¿Necesito microservicios?+
Probablemente no al principio. Tienen sentido cuando hay equipos distintos, cargas muy diferentes o partes que cambian a ritmos dispares. Un monolito bien modularizado es más fácil de operar y puede dividirse después.
¿Podéis revisar una arquitectura que ya tenemos?+
Sí. Hacemos una revisión con un informe de riesgos, puntos de mejora priorizados y lo que no recomendamos tocar.
¿Qué es un ADR y por qué me interesa?+
Es un documento breve que registra una decisión técnica, su contexto y por qué se tomó. Te protege de depender de la memoria de una persona y facilita que otro equipo continúe el trabajo.
ASO - visibilidad en app store cerca de Santiago de Compostela
Para tu empresa en Santiago de Compostela
Soporte informático para empresas
Te ayudamos a preparar documentación técnica que tu soporte agradecerá.