Cada caso parte de una situación concreta en un estudio o equipo creativo: una herramienta que no encajaba, un proceso que se rompía cada temporada o un panel que nadie consultaba. Aquí dejamos el contexto y el enlace al desarrollo completo.
Un estudio de ilustración recibía encargos por correo y perdía contexto entre hilos. Reconstruimos la entrada de clientes con un formulario guiado, una carpeta compartida por proyecto y un resumen que se enviaba al cerrar cada brief. El texto recoge qué se decidió, qué se descartó y qué comprobaciones siguen siendo manuales.
Ver el caso completoUn equipo de fotografía de producto trabaja por campañas y necesitaba coordinar reservas de plató, edición y entrega en pocas semanas. El caso describe el flujo que montaron, los límites que pusieron para no saturar la agenda y las decisiones que tomaron cuando dos campañas se solaparon. Sin promesas grandilocuentes: solo lo que funcionó y lo que hubo que ajustar.
Ver el caso completoUn pequeño equipo de soporte creativo tenía un panel con demasiados indicadores y ninguno accionable. Revisamos qué métricas se consultaban de verdad, cuáles se ignoraban y cómo reorganizar la vista para que sirviera al inicio de cada jornada. El texto explica el criterio de recorte, los avisos que se mantuvieron y por qué algunas alertas se silenciaron a propósito.
Ver el caso completoAntes de abrir un caso en la sección de proyectos, casi todo el mundo plantea lo mismo. Estas son las respuestas que solemos dar por correo, resumidas.
Casos reales de estudios, ilustradores y equipos de contenido que han reorganizado su forma de trabajar con herramientas digitales. No publicamos montajes de laboratorio: cada proyecto parte de un encargo concreto, con sus plazos y sus limitaciones.
Sí, pero sin rankings. Cuando un caso implica elegir entre dos o tres opciones, explicamos qué criterios pesaron —tamaño del equipo, frecuencia de los cambios, quién mantiene el sistema— y dejamos claro por qué esa decisión no tiene por qué servir en otro contexto.
Se puede. Nos interesan sobre todo flujos de trabajo con una fase de prueba ya hecha, aunque no esté cerrada. Escríbenos contando qué herramienta usabais, qué falló y qué habéis cambiado; a partir de ahí valoramos si encaja en la línea editorial.
Revisamos cada proyecto cuando la herramienta principal cambia de forma sustancial o cuando el equipo que lo protagonizó nos cuenta que el sistema ya no funciona igual. Añadimos una nota al final en lugar de reescribir el texto original, para que se vea qué se pensaba entonces y qué se corrigió después.
Pedimos permiso antes de mencionar nombres de clientes o cifras internas, y cuando no lo hay, anonimizamos. Puedes consultar el detalle en nuestra política de privacidad.
Si tu duda no está aquí, cuéntanosla directamente desde la página de contacto.
Antes de abrir cualquier ficha de proyecto conviene saber qué entra y qué no. Estas notas evitan lecturas equivocadas sobre el alcance de cada caso que documentamos en Tech Matcha.
Solo entran casos con un flujo de trabajo concreto detrás: un estudio pequeño, un equipo de dos o tres personas o un profesional autónomo que reorganizó su forma de producir. No publicamos ideas genéricas ni montajes teóricos sin uso real.
Cuando un proyecto menciona herramientas, lo hace para explicar cómo se combinaron, no para ordenarlas de mejor a peor. No encontrarás estrellas, medallas ni listas de "las mejores". La comparación es informativa y depende del contexto de cada equipo.
Algunos proyectos se publican con nombres cambiados o detalles difuminados por acuerdo con quien los protagoniza. Cuando ocurre, lo indicamos en la propia ficha. Las cifras de tiempo y equipo se aproximan para no comprometer información interna.
Las herramientas digitales cambian de interfaz y de condiciones con frecuencia. Un proyecto documentado hace un año puede seguir siendo útil como criterio, aunque los pasos concretos ya no coincidan. Señalamos la fecha de revisión al pie de cada caso.
Cada proyecto se divide en contexto, decisiones tomadas y resultado observado. La parte de decisiones es la más útil si buscas ideas para tu propio flujo: ahí explicamos por qué se descartó una opción y qué se ganó al elegir otra. Si un proyecto no encaja con tu forma de trabajar, no lo fuerces; sirve como referencia, no como plantilla.