Hoy no se construye: hoy se produce. Ayer armaste el sistema; hoy sale de ahí un resumen de reunión, una presentación con la identidad de tu marca y una herramienta que funciona.
Todo lo de hoy se apoya en lo que ya montaste. Si algo te falta, es el momento de decirlo.
Instrucciones escritas y documentos reales, para no reexplicar nada en cada chat.
La de estilo de correos, hecha desde tus propios enviados con el conector de Outlook.
Qué modelo abrir, cuánto esfuerzo pedirle y cómo no gastar de más.
La Skill de convocatoria por marca y el benchmarking con Cowork.
Un pedido explícito del área Transversal: que la reunión no muera en las notas de alguien.
La grabación o las notas de la reunión, en bruto y sin ordenar.
Lo que se discutió y lo que se decidió, en el largo que alguien va a leer de verdad.
Quién se comprometió a qué y para cuándo. Es lo que se pierde cuando nadie toma acta.
Es el mismo principio de herramientas tipo Granola: no reemplaza tomar notas, reemplaza ordenarlas después.
Con una transcripción anonimizada: sin nombres de estudiantes ni datos sensibles.
En bruto, tal como salieron. No hace falta ordenarlas antes.
Resumen, acuerdos y pendientes por persona, en un solo pedido.
Sobre todo los acuerdos: son los que alguien va a citar después.
De esta transcripción, dame tres cosas: un resumen ejecutivo de 5 líneas, la lista de acuerdos con su responsable, y los pendientes por persona con fecha si se mencionó. Si algo quedó ambiguo, márcalo como no definido en vez de completarlo tú.
Le das el contenido y te devuelve la presentación o la pieza visual ya montada, con jerarquía, color y estructura.
Un texto, un documento o un conjunto de datos.
Presentación, one-pager o ficha, con diseño aplicado.
No reemplaza al diseñador. Lo que elimina es la hoja en blanco: la conversación con Marketing empieza sobre algo, no sobre nada.
Es lo que hace que todo lo que produzcas se vea de tu marca y no de cualquiera.
Los códigos exactos de tu marca: principal, secundario y de acento. No «el azul de siempre».
Qué familia se usa en títulos y en cuerpo, y cómo se jerarquiza.
Cómo se ve una tarjeta, un botón, una tabla. Lo que se repite en toda pieza.
Lo escribes una sola vez y lo guardas en el Project. Desde ahí se aplica a todas las piezas sin que vuelvas a explicarlo.
Levanten la mano. La que gane es la que vamos a construir en pantalla, ahora.
Oficio, práctica y salida laboral concreta.
Crecer profesionalmente sin dejar de trabajar.
Mirada propia, proyecto y comunidad creativa.
Habilidades digitales aplicadas, en poco tiempo.
En tiempo real, delante de todos, con la marca que acaban de elegir.
Una landing o un aviso que ya exista de esa marca.
Colores exactos, tipografía y estilo de componentes.
Corregimos lo que saque mal y lo dejamos en el Project.
A partir de esta pieza oficial de [marca], arma su Design System: los códigos de color exactos, la tipografía de títulos y cuerpo, y cómo se ven tarjetas, botones y tablas. Añade qué no se debe usar nunca. Dámelo listo para guardar en el Project.
Necesitamos datos para poner a prueba el Design System. Los inventamos ahí mismo, así nadie sube nada real.
Matrícula del mes, o los resultados de un evento de esa marca.
Con las columnas que tendría de verdad, y valores verosímiles.
Sirve para esta demo y para la práctica de después.
Genera un dataset ficticio de matrícula mensual de [marca]: columnas mes, programa, sede, modalidad, matriculados y meta. Doce meses, valores verosímiles para un instituto en Lima. Que quede claro que es ficticio — no uses datos reales.
Mismo dataset, mismo pedido, mismo modelo. Lo único que cambia es si el Design System está aplicado o no.
Sale correcta y sale genérica: colores por defecto, tipografía de sistema, la misma pieza que produciría cualquier instituto del país. Habría que rehacerla entera para publicarla.
Misma información, ahora con los colores, la tipografía y los componentes de la marca. Se reconoce de quién es antes de leer una palabra.
En el mismo chat: sin resubir el dataset y sin reexplicar el Design System.
La presentación ya está hecha y sigue en la conversación.
De varios slides a una página que se lee en un minuto.
Viene del Design System del Project, no del chat.
Ahora convierte esa misma presentación en un one-pager para enviar por correo: una sola página, las tres cifras principales arriba y una conclusión al cierre. Mantén el Design System de la marca.
Hasta aquí produjiste texto y piezas visuales. Esto produce algo que funciona.
No te explica cómo se haría: lo construye y lo corre. Al final tienes algo que se abre y se usa, no un ejemplo.
Un documento se lee una vez. Una herramienta la usa tu equipo todos los meses sin que tú vuelvas a intervenir.
Pedido explícito de Empleabilidad. Hoy se lleva a mano y por eso duele.
Alguien anota la asistencia, la pasa a la hoja, la consolida y la comparte. Cada evento, desde cero, y con errores de tipeo.
Que la persona registre su asistencia sola, que los datos lleguen ordenados y que se vea con la identidad de la marca.
No es una maqueta ni un mockup: al final del bloque el formulario funciona.
El Design System que armamos hace de base visual; Code lo convierte en algo funcional.
El que construimos en vivo. No se vuelve a explicar la marca.
Los campos exactos, y cuáles son obligatorios.
No un ejemplo de código: el formulario abierto y funcionando.
Con el Design System de [marca] del Project, construye un formulario de asistencia funcional para un evento: nombre, correo, programa, sede y sesión a la que asiste. Que valide los campos, muestre confirmación al enviar y exporte los registros. Aplica la identidad de la marca.
Lo que Empleabilidad pedía, ahora como herramienta propia y no como un Excel más.
Abre el enlace, llena sus datos y confirma. Nadie anota nada a mano.
Sin tipeos, sin consolidar hojas y sin la versión de alguien que no se compartió.
Con la identidad aplicada desde el primer momento, no como un formulario genérico.
Dos pasos en cadena: primero Design, y lo que salga de ahí entra a Code.
El camino principal. Avanzamos juntos, con el equipo apoyando uno a uno.
Si vas cómodo: haz los dos pasos con el Design System de tu área, no el de la demo.
Si te trabaste: los prompts ya escritos para copiar y seguir avanzando.
El paso 2 parte de lo que hiciste en el paso 1. No son dos ejercicios sueltos: es una cadena.
Elige algo de tu área que hoy no tenga forma: una ficha, un panel, un formulario.
Algo concreto de tu área, no un ejemplo genérico.
El de la marca con la que trabajas.
La primera es un borrador: dile qué cambiar y compara.
Con el Design System de [mi marca], arma el mockup de [lo que necesito]. Dime qué elementos incluiste y por qué, para poder pedirte cambios concretos.
Simple está bien. Que funcione es lo que importa.
No empieces de nuevo: ya tienes la pieza y la identidad.
Un solo flujo completo, no diez features a medias.
Si puedes usarla sin ayuda, está lista.
Convierte el mockup anterior en algo funcional: la versión más simple que sirva de verdad. Mantén el Design System y dime qué quedó fuera para una siguiente vuelta.
Cuando termines, manda una captura al chat. Vemos juntos lo que salió.
No son apuntes: son cosas que ya existen en tu cuenta y funcionan mañana.
El Design System de tu marca, guardado en el Project y listo para reutilizar.
Un resumen de reunión con acuerdos y pendientes, hecho en un solo pedido.
La demo del formulario de asistencia, funcionando de principio a fin.
Tu propio mockup, convertido en algo que se puede usar.
Saber cuándo usar cada pieza: Design para la forma, Code para lo que funciona.
Rápido, porque ya las conoces — pero son las que sostienen todo lo demás.
El resumen de las dos sesiones en cuatro líneas.
De dónde salió, una cifra verificada al azar, y qué no pudo confirmar.
Cada mensaje arrastra todo lo anterior. Lo que debe persistir va en el Project.
El mismo contenido en texto plano consume una fracción del original.
Sonnet resuelve casi todo. No te quedes siempre en el más pesado.
El hábito se pierde en la primera semana o no se pierde nunca.
Todos los días, aunque sea para algo pequeño. Abre el chat dentro del Project, no en uno suelto.
Identifica otra tarea que hagas siempre igual y conviértela en receta.
Pasa el texto de tus instrucciones o tu Skill a alguien más. Enseñarlo es lo que lo fija.
Ahora sí: lo que quedó dando vueltas en las dos sesiones.