Sublistas de Quire: 6 casos de uso reales y ejemplos

Última actualización: 9 de junio de 2026

Abriste el proyecto esta mañana y la Lista maestra tiene 287 tareas. Unas cuarenta son tuyas. Las otras 247 pertenecen a personas que preferirías no tener en el campo visual un lunes. De algún modo, todas viven en el mismo rectángulo con scroll, y la rueda del ratón parece trabajar en tu contra.

Este es el momento en que la mayoría de los usuarios de Quire descubren la Sublista y se preguntan por qué no la probaron desde el primer día. La respuesta oficial es "vista personalizada o filtrada del mismo proyecto". La respuesta honesta es que la Sublista es lo que convierte un proyecto compartido de 300 tareas de algo que toleras en algo que realmente abres sin pestañear.

El artículo de 2020 que presentó la Sublista se centró en la filosofía. Este es lo contrario. Seis flujos de trabajo concretos, la configuración que usaríamos para cada uno, los compromisos que vale la pena conocer y un caso de uso que específicamente evitaríamos. Cada ejemplo a continuación es un proyecto real en nuestros espacios de trabajo Marketing Campaign Launch y Agile, así que puedes hacer clic y ver la estructura en lugar de imaginarla.

Qué es realmente una Sublista (versión de 90 segundos)

Una Sublista es una vista guardada, con nombre y compartible de un subconjunto de tareas del mismo proyecto, con su propia URL y su propia configuración de permisos. Las tareas en sí viven una sola vez, en la Lista maestra. Una Sublista apunta hacia ellas. Editar una tarea en una Sublista edita el original, porque no hay ninguna copia.

Tres cosas distinguen la Sublista de Quire de funciones similares en otras herramientas.

1. Es una vista filtrada, no una etiqueta ni un espacio de trabajo separado. Las Secciones de Asana son divisores planos. Las Listas de ClickUp son conjuntos de datos independientes. Los filtros de Trello no persisten con su propia URL. Una Sublista de Quire es una vista guardada de la misma fuente de verdad.
2. El modelo de permisos. Cada Sublista puede ser privada para ti, visible solo para admins, compartida con miembros seleccionados, abierta a tu Equipo externo o completamente pública. Esa granularidad es lo que hace que los casos de uso siguientes funcionen de verdad.
3. Automatización. Una Sublista puede ser curada manualmente (arrastrando tareas) o basada en filtros (defines condiciones y cualquier nueva tarea que las cumpla se añade automáticamente). Las basadas en filtros son donde vive el ahorro de tiempo real, y es la parte de la Sublista que la mayoría de los equipos infrautiliza.

La mecánica completa está en la guía de Sublistas. El resto de este artículo trata sobre qué hacer realmente con ella.

Caso de uso 1: El lanzamiento de una campaña de marketing

Un proyecto de lanzamiento de campaña crece rápidamente. Mira nuestro espacio de trabajo Marketing Campaign Launch: cuando está en marcha, la Lista maestra abarca siete secciones (Website, Blog Posts, Social Media Contents, Social Media Platforms, Newsletters, Webinars, Translations) con campos personalizados que hacen seguimiento de plataforma, presupuesto, tarifa por hora y KPI. El director de marketing necesita esa visión completa. El redactor del blog, no.

Cómo lo configuramos: una Sublista por función o por estado de revisión. Manual al principio, luego convertida a basada en filtros una vez que la taxonomía de etiquetas se estabiliza (normalmente alrededor del día 5).

La Sublista de Revisiones de Diseño es el ejemplo más claro para observar. La lógica del filtro es status = Reviewing y tag = design. Los diseñadores ven solo las tareas que esperan su revisión; la sublista se vacía sola a medida que el trabajo se entrega. Nadie tiene que buscar entre 33 tareas en siete secciones para encontrar las tres que necesitan una revisión.

Una Sublista de "Contenido" funciona igual: tag = content, assignee in [los redactores], incluye automáticamente cualquier novedad que coincida. Los mismos datos, una lente diferente.

La clave es que el director de marketing sigue trabajando desde la Lista maestra para la planificación transversal, y cada responsable de función trabaja desde su Sublista para la ejecución. Los mismos datos. Sin reconciliación. Sin ese mensaje de Slack del viernes a las 4pm: "¿cuál versión del tracker es la actual?".

Para una visión más amplia de cómo encaja esto en un modelo operativo de lanzamiento, consulta nuestro artículo sobre gestión de proyectos transversales.

Caso de uso 2: Planificación de Sprint de software

El patrón en el que la mayoría de los equipos de ingeniería se asienta es el siguiente. La Lista maestra es el backlog. Cada dos semanas, la planificación del sprint produce una Sublista con las tareas comprometidas para el ciclo.

Nuestro espacio de trabajo Agile es el ejemplo funcional. El backlog está organizado por área (Customer Feedback / User stories, Websites, Desktop app, Android app, iOS app), con Story Points como campo personalizado. En la planificación del sprint, el equipo selecciona múltiples tareas elegidas y usa clic derecho → Set Sublist → Sprint 47. Así construimos la Sublista del Sprint 47 que puedes abrir ahora mismo: actualmente abarca dos tickets reales de bugs ("Emojis cannot show correctly", "Home button doesn't work") surgidos del feedback de clientes, con espacio para que aterrice el resto del compromiso del sprint.

La versión basada en filtros de este mismo patrón usa una etiqueta como sprint-47 y una Sublista de filtro que incluye automáticamente todo lo etiquetado así. Configuración ligeramente mayor, mantenimiento nulo.

La URL de la Sublista se comparte en el canal de standup del equipo. Durante las próximas dos semanas, el equipo de ingeniería trabaja desde esa Sublista. La vista Kanban de la Sublista se convierte en el tablero del sprint. El product manager consulta la Lista maestra para el grooming del backlog y las conversaciones de hoja de ruta. Los ingenieros miran la Sublista para ver qué está en marcha.

Un efecto secundario interesante: en el momento de la retro, la Sublista es el artefacto. Captura exactamente qué estaba en el alcance, qué se entregó, qué se pospuso. Sin hacer capturas de pantalla de un tablero de Jira en Confluence. La URL de la Sublista es el registro.

Caso de uso 3: Visibilidad del cliente para agencias (Sublista de Equipo externo)

Este es el uso de mayor valor de la Sublista para las agencias, y el que la mayoría de las agencias no sabe que es posible. El mismo patrón aplica a equipos internos que trabajan con socios creativos externos (diseñadores freelance, editores de vídeo, proveedores de traducción). Cualquier persona fuera de tu organización que necesite una ventana al trabajo, pero solo a su parte.

Cómo lo configuramos: un proyecto por encargo de cliente (o por flujo de socio externo). La Lista maestra contiene todo el trabajo, incluidas las tareas solo internas: conversaciones comerciales, QA interno, indicadores de rentabilidad. Se crea una Sublista con el nombre del cliente con el permiso configurado como Equipo externo, poblada solo con las entregas y decisiones que el cliente debe ver.

Puedes ver la estructura en la Sublista de vista de cliente para Equipo externo que configuramos dentro del espacio de trabajo Marketing Campaign Launch. En un encargo real, la poblarías con las entregas que involucran al cliente: artículos de blog en revisión, activos de diseño, guiones de webinars, entregas de traducción. ¿Las notas de margen internas, el chat privado de QA, el registro de cambios de alcance para facturación? Permanecen en la Lista maestra, invisibles para la URL del Equipo externo.

El cliente recibe esa URL. La abre con su acceso de Equipo externo. Ve entregas, fechas de vencimiento, estado y los comentarios que le conciernen. Nada más.

Para una agencia que gestiona de 8 a 15 encargos de clientes simultáneamente, este patrón reemplaza el PDF semanal, la página paralela en Notion, el correo de estado cargado de capturas de pantalla y una buena parte de la comunicación de ida y vuelta que ocurre cuando un cliente pregunta "¿en qué estáis trabajando?" porque no tiene otra forma de verlo.

La versión más profunda de este flujo de trabajo vive en nuestro artículo sobre gestión de proyectos para agencias. La versión corta: las Sublistas de Equipo externo son donde dejas de mantener un tracker paralelo orientado al cliente, porque el límite de permisos lo aplica la herramienta en lugar de tu disciplina.

Caso de uso 4: La revisión semanal del manager (basada en filtros)

Un responsable de equipo con ocho colaboradores directos y cuatro proyectos activos tiene un problema recurrente: cada viernes necesita saber qué se entregó, qué se retrasó y qué viene a continuación. Extraer eso de cuatro Listas maestras es un trabajo de 90 minutos que nadie disfruta y la mayoría pasa por alto.

Cómo lo configuramos: una Sublista basada en filtros por proyecto, todas llamadas "Esta semana". Hemos esbozado el patrón en Marketing Campaign Launch para que puedas ver la forma de la URL. Las condiciones del filtro que configurarías:

• due-date in this week OR completed in this week
• assignee in [colaboradores directos]

Este es el caso de uso donde las Sublistas basadas en filtros demuestran su valor. Las nuevas tareas creadas a mitad de semana que cumplen los criterios aparecen automáticamente. Las tareas completadas desaparecen al cruzar el límite de la semana. Sin trabajo de mantenimiento. La Sublista se mantiene actualizada porque es una consulta, no una lista curada.

Si prefieres no mantener una Sublista por proyecto, la actualización Sublist 2.0 te permite crear una Sublista a nivel de carpeta, carpeta inteligente, organización o Mis Tareas. Pon una única Sublista "Esta semana" en la carpeta que contiene los cuatro proyectos, aplica el filtro una vez, y esa URL extrae las tareas coincidentes de cada proyecto bajo ella. Marcas un solo enlace en lugar de cuatro, y la revisión del viernes se abre en una única pestaña.

Combínalo con la integración MCP de Quire si los flujos de trabajo de IA forman parte de tu stack: pídele a Claude que lea cada Sublista "Esta semana" y redacte el resumen de equipo del viernes. La IA ahora tiene una fuente de datos con un alcance preciso en lugar de todo el backlog.

Caso de uso 5: Incorporación de nuevos empleados

Cuando alguien nuevo se incorpora, creas una Sublista por persona (p. ej., "Onboarding — Elizabeth") y añades solo las tareas que corresponden a su rol. El permiso es Selected members: Elizabeth, su manager, el buddy, el contacto del equipo de Personas. El director de marketing y el responsable de ingeniería no necesitan verla. El manager de Elizabeth la consulta a diario.

Lo que esto hace que un documento no puede: fechas de vencimiento, responsables, comentarios y progreso visible. Elizabeth sabe qué sigue sin necesidad de preguntar. Su manager echa un vistazo a la Sublista el viernes y ve qué está bloqueado. El buddy recibe una notificación cuando llega su tarea. Cuando Elizabeth termina la incorporación, la Sublista se archiva, no se elimina. Se convierte en el registro de cómo fue realmente su incorporación, que es exactamente lo que querrías leer antes de diseñar la del siguiente.

Si la organización tiene Quire MCP conectado, generar la Sublista por persona a partir de una plantilla de RRHH o de la transcripción de una reunión de inicio es una tarea de un solo prompt. Cubrimos ese flujo de trabajo en 5 flujos de trabajo de gestión de proyectos con IA.

Caso de uso 6: El enfoque personal en "Hoy"

El caso de uso de productividad personal. Este no es novedoso, pero es el que la mayoría de los usuarios adoptan primero y más utilizan.

Cómo lo configuramos: una Sublista privada basada en filtros llamada "Hoy" con las condiciones assignee = me, due-date = today OR overdue, status != done. Hemos esbozado una Sublista Hoy dentro de Marketing Campaign Launch para que puedas ver el patrón en acción. En tu propio uso, configura el permiso como Private para que no aparezca en la barra de pestañas de la vista de ningún compañero.

La Sublista vive en la parte superior de la barra de pestañas del proyecto, fijada. La primera acción del día es abrirla. La última acción del día es cerrarla. Todo lo demás, incluidas las 247 tareas que no son tuyas, es invisible durante la jornada laboral.

Vale la pena ser honesto: una Sublista "Hoy" por sí sola no es un sistema de productividad. Es una herramienta de enfoque que funciona dentro de un sistema. Si no tienes hábitos en torno a qué va en la lista y cómo se toman las decisiones sobre prioridades, una Sublista "Hoy" se convertirá en otra lista que ignoras. Escribimos sobre ese patrón en el artículo sobre el impuesto de la coordinación.

El caso de uso que realmente evitaríamos

La Sublista se convierte en la herramienta equivocada en el momento en que empiezas a usarla como una barrera entre equipos que no deberían compartir un proyecto en primer lugar.

El patrón: dos funciones ejecutan trabajo con partes interesadas diferentes, cronogramas distintos, cadencias distintas y definiciones de hecho independientes. Alguien decide "mantengámoslo en un solo proyecto y démosle a cada equipo una Sublista". Seis semanas después, ningún equipo tiene una visión coherente, la Lista maestra es un desastre y las Sublistas evolucionan en direcciones opuestas.

Si dos partes del trabajo tienen una titularidad genuinamente separada, pertenecen a dos proyectos, no a dos Sublistas. La Sublista es una herramienta de enfoque dentro de un alcance compartido. No es un sustituto de los límites reales de los proyectos.

La prueba honesta: si las dos Sublistas nunca se beneficiarían de verse juntas (la Lista maestra carece de sentido o resulta confusa), no tienes un proyecto con dos vistas. Tienes dos proyectos que comparten una etiqueta.

Si intentas decidir entre dividir un proyecto o usar una Sublista, la regla general es: ¿alguna vez leerías la Lista maestra? Si la respuesta es sí, usa una Sublista. Si es no, divídelo.

Cómo crear tu primera Sublista (guía rápida)

La guía completa está en quire.io/guide/create-sublists, pero aquí está la versión que la mayoría de las personas necesita:

1. Abre un proyecto. Haz clic en el icono + junto a la pestaña Lista. O simplemente pulsa L.
2. Ponle nombre a la Sublista. Elige un icono si quieres.
3. Elige el nivel de permisos. El valor predeterminado es All members; las agencias suelen querer Equipo externo; el uso personal prefiere Private.
4. Decide entre manual (arrastra tareas) o basada en filtros (define condiciones para añadir automáticamente).
5. Fíjala en la parte superior de la barra de pestañas.

El menú contextual de clic derecho en cualquier tarea te da Set Sublist, que es más rápido que arrastrar una vez que lo has usado dos veces.

Consejos que hacen que la Sublista realmente perdure

Algunos patrones que separan a los equipos que usan la Sublista de los que la prueban y la abandonan al cabo de una semana.

Nombra las Sublistas según el trabajo, no la persona. "Las Tareas de Sara" se queda obsoleto. "Q3 Brand Refresh" sigue siendo útil aunque Sara esté de vacaciones. Los nombres que describen la parte del trabajo sobreviven a los cambios de personal.

Usa las basadas en filtros siempre que puedas. Las Sublistas manuales necesitan mantenimiento. Las basadas en filtros se actualizan solas. La configuración requiere un poco más de reflexión inicial; lo recuperas cada semana a partir de entonces.

Fija las que realmente usas; archiva el resto. Una pared de Sublistas fijadas se convierte en su propio tipo de desorden. Entre tres y cinco Sublistas fijadas es el punto óptimo para la mayoría de los equipos. Archiva (no elimines) las que dejes de usar; las tareas permanecen en la Lista maestra y puedes recuperar la Sublista si el flujo de trabajo regresa.

Comparte la URL, no capturas de pantalla. La URL de la Sublista es la fuente de verdad en tiempo real. Pegar una captura de pantalla en Slack crea un artefacto paralelo que se desactualiza en el momento en que alguien actualiza una tarea.

No alteres el orden de la Lista maestra dentro de una Sublista. Reordenar dentro de una Sublista reordena la maestra. Si necesitas un orden diferente sin afectar a la maestra, probablemente querías una carpeta inteligente separada, no una Sublista.

Conclusiones clave

La Sublista es el mecanismo que hace tolerable un proyecto compartido de Quire para todos a partir de las 50 tareas. La clave no es el filtro en sí; es que el filtro tiene nombre, está guardado, tiene control de permisos y apunta a la misma fuente de verdad. Los seis flujos de trabajo reales anteriores (vistas de marketing por función, alcance de sprint, ventanas de cliente para Equipo externo, revisiones semanales de managers, procesos de incorporación de nuevos empleados y listas de enfoque personal) cubren la mayor parte de los casos donde la Sublista demuestra su valor.

El uso incorrecto es sustituir una Sublista por un límite de proyecto que debería existir. El uso correcto es dar a cada persona dentro de un proyecto compartido la vista más pequeña y relevante posible. La mayoría de los equipos que dicen "la Lista maestra es inmanejable" en realidad quieren decir "aún no he configurado Sublistas".

Preguntas frecuentes

¿Qué es una Sublista en Quire?

Una Sublista es una vista personalizada o filtrada del mismo proyecto en Quire. Las tareas existen una sola vez en la Lista maestra y aparecen en cualquier número de Sublistas que crees. Editar una tarea en una Sublista actualiza la maestra, porque son la misma tarea, no una copia.

¿En qué se diferencia una Sublista de Quire de una etiqueta, un filtro o un proyecto aparte?

Una etiqueta es metadato de una tarea. Un filtro es una búsqueda temporal. Un proyecto separado es un conjunto de datos independiente. Una Sublista es una vista guardada, con nombre y control de permisos, de los mismos datos, con su propia URL. Obtienes el enfoque de un filtro, la persistencia de un proyecto y el uso compartido granular de un enlace externo, sin duplicar ni una sola tarea.

¿Cuántas Sublistas puedo crear por proyecto?

Dos por proyecto en el plan Free. Los planes de pago elevan ese límite. La mayoría de los equipos que alcanzan el límite están en el plan Free y descubren la Sublista tras unas semanas usando Quire, que suele ser cuando empezar a actualizar empieza a tener sentido. El desglose completo está en la página de precios.

¿Puedo compartir una Sublista con alguien fuera de mi equipo?

Sí. Al crear una Sublista puedes elegir All members, Admins, Selected members, Equipo externo o Private. La opción Equipo externo es la que usan agencias y consultoras para dar a los clientes una ventana de solo lectura sobre la parte del trabajo que les corresponde, sin exponer las tareas internas.

¿Qué ocurre con mi Sublista si muevo o elimino tareas?

Eliminar una tarea de una Sublista la saca solo de esa vista. La tarea permanece en la Lista maestra. Borrar la propia Sublista deja todas sus tareas en la Lista maestra. Reordenar dentro de una Sublista actualiza el orden de la maestra. Esto es lo que conviene saber antes de dejar que alguien "limpie" su Sublista personal.

¿Cuándo es la Sublista la herramienta equivocada?

Cuando el trabajo pertenece genuinamente a un proyecto diferente, no a una vista diferente. Si dos partes del trabajo tienen partes interesadas distintas, cronogramas separados y definiciones de hecho independientes, se trata de dos proyectos, no de dos Sublistas. La Sublista es una herramienta de enfoque, no una barrera entre equipos.

¿Listo para dar a tu equipo la vista más pequeña y útil del proyecto en el que está trabajando realmente?

La Sublista está disponible en todos los planes de Quire, incluido el nivel Free (dos Sublistas por proyecto). Los casos de uso anteriores tardan cinco minutos cada uno en configurarse. Si aguantan una semana, el equipo los defenderá; si no, habrás perdido cinco minutos.

Empieza gratis en quire.io/signup. Sin tarjeta de crédito, acceso completo a las funciones, 30 días. Abre la guía de Sublistas en una segunda pestaña y prueba primero la Sublista "Hoy".