Hoja de casos de uso
Puntúa y prioriza oportunidades de IA entre sucursales, programas y funciones administrativas para que la dirección lance pilotos de mínimo riesgo y máximo impacto.
De un vistazo
- Evalúa la adecuación de la IA al préstamo, la referencia y la planificación de programas.
- Usa un modelo sencillo de puntuación: impacto, riesgo, esfuerzo y capacidad de medición.
- Decide qué debe probarse en un piloto, pausarse o rechazarse.
- Documenta las dependencias: fuentes de datos, aprobaciones y responsables del personal.
- Identifica mejoras rápidas para aliviar la atención directa y gestionar el conocimiento.
- Alinea los requisitos de compras y privacidad antes de desarrollar.
- Crea un plan piloto de 60 días con métricas de éxito.
Problema / Por qué importa
Muchos equipos de biblioteca reúnen ideas prometedoras de IA —textos automatizados de programas, asistentes de incorporación de voluntarios o redacción de memorias de subvenciones—, pero les cuesta decidir qué abordar primero. Sin una rúbrica compartida, gana la idea que más se oye o la última tendencia, no la que realmente reduce la carga del personal o mejora la experiencia del usuario.
El riesgo varía mucho entre casos de uso. Redactar un boletín es de bajo riesgo; sugerir recursos jurídicos a usuarios no lo es. Una hoja que sopesa impacto, esfuerzo y gobernanza mantiene al equipo realista sobre qué pertenece a un piloto y qué exige más trabajo de políticas.
Las partes interesadas necesitan claridad sobre responsabilidades. TI quiere conocer las integraciones, servicios al público se preocupa por el tono y comunicación por la alineación de marca. Una hoja estructurada alinea a los equipos pronto y evita sorpresas al activar el piloto en una sucursal con mucha actividad.
Flujo recomendado
- 1
Recopilar ideas candidatas
Recoge ideas del personal de atención directa, responsables de programas y TI. Fomenta ejemplos como «redactar una respuesta sobre objetos perdidos», «resumir la documentación del patronato» o «generar temas para exposiciones de libros».
- 2
Definir criterios de evaluación
Usa cuatro puntuaciones (1–5): impacto (tiempo ahorrado o valor para el usuario), riesgo (sensibilidad de datos y reputación), esfuerzo (datos, integraciones, formación) y capacidad de medición (métricas claras). Mantén las definiciones visibles en la hoja.
- 3
Puntuar en colaboración
Organiza un taller de 60–90 minutos con participantes de servicios al público, programas, TI y comunicación. Puntúa cada idea en conjunto para evitar el sesgo de optimismo. Recoge comentarios que expliquen las puntuaciones.
Punto de decisión: Si una idea implica datos personales identificables, menores o temas jurídicos o de salud, márcala para una revisión adicional de gobernanza antes del piloto.
- 4
Identificar dependencias
Enumera los documentos necesarios (políticas, guiones, folletos), sistemas (sistema integrado de biblioteca, tickets, CMS del sitio) y aprobadores (jurídico, sindicato, patronato). Identifica si los datos pueden permanecer en AskLib o necesitan una integración.
- 5
Priorizar por categorías
Agrupa las ideas en «Piloto ahora», «Investigar» y «En espera». Prioriza elementos de alto impacto, bajo riesgo y resultados medibles, como redactar correos acordes con las políticas o resumir comentarios de talleres.
- 6
Diseñar el piloto
Para cada elemento de «Piloto ahora», define el alcance, el responsable, la fecha de inicio y las métricas de éxito (por ejemplo, reducir el tiempo de respuesta un 30 %, crear 10 prompts reutilizables o reducir las quejas sobre salas de reuniones).
Punto de decisión: Si el éxito depende de la formación, incluye una orientación de una hora para el personal y un ciclo de comentarios cada dos semanas.
- 7
Preparar salvaguardas
Crea plantillas de prompts que incluyan instrucciones sobre qué hacer y evitar, temas prohibidos y vías de escalamiento. Añade bloqueos de palabras clave para datos sensibles y confirma los pasos de revisión y aprobación.
- 8
Lanzar y medir
Realiza el piloto durante 30–60 días. Registra uso, percepción y preguntas de políticas planteadas por el personal. Compara las métricas con la referencia y ajusta las plantillas según sea necesario.
- 9
Decidir sobre la ampliación
Si las métricas cumplen los objetivos y los riesgos están gestionados, amplía a más sucursales o programas. Si no, recoge los aprendizajes y actualiza la puntuación de la hoja para mantener la transparencia.
Buenas prácticas
- Mantén breve la hoja —una fila por idea con enlaces a documentos fuente— para que los equipos la completen de verdad.
- Usa métricas concretas: «minutos ahorrados por correo a un usuario» o «número de prompts reutilizables creados», no puntuaciones vagas de satisfacción.
- Prioriza tareas con bibliotecas de contenido existentes (políticas, guiones, folletos); fundamentan los resultados de la IA y reducen el riesgo de alucinaciones.
- Incluye la carga del personal como dimensión de impacto: aliviar el mostrador suele superar a experimentos vistosos dirigidos a usuarios.
- Anota las necesidades de accesibilidad en la hoja para que los pilotos incorporen requisitos de traducción, texto alternativo y lenguaje sencillo desde el diseño.
- Asigna un responsable a cada caso de uso; las ideas sin responsable rara vez pasan de la conversación.
- Revisa pronto las consideraciones jurídicas y sindicales, especialmente si cambian los flujos de trabajo o las funciones de voluntarios.
- Documenta por qué se rechazan ideas; reduce la reapertura del debate y muestra al personal que sus sugerencias se tuvieron en cuenta.
- Realiza un piloto en una o dos sucursales antes del despliegue en todo el distrito; recoge comentarios de comunidades diversas.
- Programa una breve retrospectiva el día 30 para ajustar prompts, añadir salvaguardas y mejorar métricas.
Errores habituales
Puntuar de forma aislada
Cómo evitarlo: Puntúa en un grupo de distintas áreas para que riesgo y esfuerzo sean realistas, no optimistas.
Ignorar la disponibilidad de datos
Cómo evitarlo: Enumera los documentos e integraciones necesarios; si faltan fuentes limpias, mueve la idea a «Investigar».
Dar demasiado peso a la novedad
Cómo evitarlo: Prioriza tareas rutinarias de gran volumen (respuestas de préstamo, textos de programas) frente a ideas experimentales.
Sin vía de medición
Cómo evitarlo: Define métricas de referencia antes del lanzamiento; de lo contrario, no podrás demostrar el éxito ni obtener el apoyo del patronato.
Flujos de aprobación poco claros
Cómo evitarlo: Añade los nombres de quienes aprueban y los plazos de cada caso de uso —comunicación, TI, jurídico— para evitar bloqueos.
Omitir revisiones de seguridad
Cómo evitarlo: Somete las ideas sensibles a comprobaciones de privacidad y equidad; añade bloqueos de palabras clave para datos personales identificables y categorías protegidas.
Lanzar con un alcance demasiado amplio
Cómo evitarlo: Haz un piloto con un grupo pequeño y ciclos claros de comentarios antes de ampliar a todas las sucursales.
Dejar fuera a los voluntarios
Cómo evitarlo: Incluye a los coordinadores de voluntarios en la puntuación; sus flujos suelen beneficiarse de guías asistidas por IA.
Ejemplos
Aliviar la bandeja de entrada de préstamos
Caso de uso: redactar respuestas a preguntas recurrentes de renovaciones, carnés perdidos o plazos de préstamo interbibliotecario. El impacto es alto, el riesgo moderado y el esfuerzo bajo porque ya existen políticas.
Acelerador de comunicación de programas
Caso de uso: generar textos bilingües de eventos, contenido para redes y plantillas de carteles de programas recurrentes. El impacto es medio-alto, el riesgo bajo y el esfuerzo medio por la revisión de traducciones.
Resumen de documentación del patronato
Caso de uso: resumir documentación extensa del patronato en informes de una página para el personal. El impacto es medio, el riesgo medio (contenido de gobernanza) y el esfuerzo medio porque hay documentos, pero requieren acceso autorizado.
Salvaguardas para ayudar con los deberes
Caso de uso: ofrecer ayuda con deberes alineada con políticas y que evite generar respuestas completas. El impacto es alto para usuarios, pero el riesgo también; la hoja lo señala para una revisión más profunda de gobernanza antes del piloto.
Notas de seguridad y gobernanza
Qué datos nunca deben introducirse
- Excluye datos personales identificables de usuarios, registros de RR. HH. y expedientes educativos de estudiantes de las descripciones utilizadas para puntuar.
- Evita incluir contenido confidencial del patronato o jurídico sin la aprobación de los responsables.
- No pegues claves de API de proveedores ni credenciales del sistema en hojas de trabajo o prompts.
Bloqueos de palabras clave sugeridos
- Marca términos como «diagnóstico», «asesoramiento jurídico», «SSN», «situación migratoria» y «medida disciplinaria».
- Configura alertas para números estructurados (carnés, identificadores de estudiantes) para evitar incluirlos por accidente.
Orientación de acceso por funciones
- El responsable de gobernanza o privacidad revisa las ideas de alto riesgo antes de pasar a piloto.
- TI valida la viabilidad de integración y los requisitos de aislamiento de datos.
- Comunicación aprueba cualquier automatización o respuesta de plantilla dirigida al público.
Auditoría y registros
- Conserva una copia con versión de cada hoja de trabajo con puntuaciones y notas de decisión.
- Registra por qué se mueven ideas entre categorías; la transparencia genera confianza con el personal y el patronato.
- Documenta qué salvaguardas (bloqueos de palabras clave, plantillas) se añadieron durante el diseño del piloto.
Sugerencias de conservación
- Conserva las hojas de trabajo al menos un ejercicio fiscal para informar sobre subvenciones y auditorías.
- Elimina las ideas provisionales con descripciones sensibles una vez finalizadas las decisiones.
- Guarda las métricas del piloto por separado de los prompts brutos para evitar datos innecesarios.
FAQ
¿Cuántos casos de uso debemos probar a la vez?
Empieza con uno a tres. Céntrate en tareas con métricas claras y riesgo bajo o moderado, como redactar respuestas de préstamo o textos de programas. Demasiados pilotos diluyen la formación y la medición.
¿Quién debe responsabilizarse de la hoja de trabajo?
Asigna la responsabilidad a una persona que coordine distintas áreas, a menudo quien dirige los servicios digitales o la innovación. Coordinará las sesiones de puntuación, se asegurará de que se obtengan las aprobaciones y actualizará la hoja de trabajo al tomar decisiones.
¿Qué ocurre si hay empate de puntuaciones?
Usa criterios de desempate: urgencia (programación estacional), carga del personal (alivio del mostrador) y preparación de gobernanza. Si persiste el empate, prueba primero el caso con medición más clara.
¿Cómo incluimos consideraciones de equidad?
Añade un prompt que pregunte si la idea mejora el acceso de los usuarios desatendidos, favorece la equidad lingüística o corre el riesgo de reforzar sesgos. Refleja esto en las puntuaciones de impacto y riesgo.
¿Necesitamos que TI participe en cada idea?
No. Muchos pilotos solo utilizan documentos y plantillas. Involucra a TI cuando se requieran integraciones, autenticación o canalizaciones de análisis.
¿Cómo mantenemos actualizada la hoja de trabajo?
Programa revisiones trimestrales. Actualiza puntuaciones según los resultados de pilotos, nuevas políticas o cambios de personal. Retira ideas que ya no encajen con los objetivos estratégicos.
¿Podemos compartir la hoja de trabajo con el patronato?
Sí. Una hoja transparente demuestra diligencia debida. Oculta detalles sensibles e incluye un resumen de por qué ciertas ideas se pausan por gobernanza.
¿Qué métricas funcionan bien en pilotos?
Mide el tiempo de respuesta de las comunicaciones a usuarios, el número de prompts reutilizables creados, la reducción de correos para aclarar políticas y la satisfacción del personal con la claridad de las plantillas. En análisis, usa temas agregados en lugar de guardar transcripciones completas.
¿Cómo gestionamos las sugerencias rechazadas del personal?
Documenta la razón en la hoja de trabajo (por ejemplo, «requiere datos de estudiantes; se necesita aprobación del distrito»). Comparte actualizaciones en las reuniones de personal para mostrar que se tuvieron en cuenta las sugerencias y retomarlas cuando cambien las condiciones.
Guías relacionadas
Habla con nosotros
Solicita una demostración o una versión personalizada de esta guía.