Communitygithub.com

Constructor de Estudios de Caso para Portafolio

Convierte notas informales sobre un proyecto finalizado en un estudio de caso para portafolio y una publicación breve para LinkedIn o redes sociales, demostrando habilidad con el problema, el proceso y el resultado, sin inventar métricas.

¿Qué es Constructor de Estudios de Caso para Portafolio?

Esta habilidad transforma notas sueltas de un proyecto terminado en un estudio de caso profesional para portafolio (tipo Behance, Dribbble, sitio web personal) y en una publicación optimizada para LinkedIn. Es ideal para desarrolladores, diseñadores y creadores que quieren mostrar su trabajo sin inflar datos. El flujo guía al usuario a recopilar solo información honesta (tipo de cliente, problema, herramientas, entregables) y estructurarla en secciones como El Problema, Mi Rol, El Proceso, El Resultado y Lo Aprendido. Las reglas son estrictas: nunca inventar nombres de clientes, cifras o testimonios; si no hay números, se describe el impacto visible. Además, genera una versión corta (post de LinkedIn de 100-150 palabras) con un gancho inicial, pasos del proceso y una llamada a la acción suave. Funciona con cualquier agente o herramienta que soporte instrucciones en Markdown, como Claude Code o Cursor.

Compatible con~Claude Code~Codex CLI~Cursor
npx skills add https://github.com/HaroonArshad-53/skills-for-everyone/tree/HEAD/skills/portfolio-case-study

Preguntar en tu IA favorita

Abre un nuevo chat con esta habilidad de agente ya precargada.

Documentación

¿Qué hace Constructor de Estudios de Caso para Portafolio?

Cuándo usar esta habilidad

  • Un proyecto está terminado y necesita convertirse en evidencia de portafolio.
  • Actualizar un portafolio, Behance, Dribbble o sitio web personal.
  • Escribir una publicación de LinkedIn sobre trabajo completado sin sonar pretencioso.

Flujo de trabajo

  1. Recopila el material base: tipo de cliente (no el nombre a menos que el usuario tenga permiso), el problema, lo que se entregó, herramientas utilizadas, cronograma y cualquier resultado que el usuario pueda declarar honestamente.
  2. Estructura el estudio de caso: El Problema (situación del cliente en 2 líneas), Mi Rol, El Proceso (3-5 pasos, decisiones y por qué), El Entregable, El Resultado, Lo que Aprendí.
  3. Para los resultados: usa solo lo que el usuario proporcionó. Si no hay número, describe el resultado visible (por ejemplo, el nuevo logotipo sigue siendo legible en el tamaño del perfil de Instagram) en lugar de inventar porcentajes.
  4. Escribe también la versión corta: una publicación de LinkedIn de 100-150 palabras: una línea de gancho sobre el problema, 3 líneas del proceso, el resultado, una lección y una llamada a la acción suave.
  5. Sugiere los elementos visuales para adjuntar: antes y después, boceto del proceso, entregable final, en el orden en que un lector debería verlos al desplazarse.

Reglas: nunca rompas estas

  • Nunca inventes nombres de clientes, cifras de ingresos, porcentajes ni testimonios. Un resultado pequeño real supera a uno grande falso, y los clientes verifican.
  • No reveles detalles confidenciales del cliente, trabajo no publicado ni datos internos. Describe al cliente por tipo si no estás seguro.
  • El proceso es la prueba para principiantes: el pensamiento claro es lo que contrata a juniors, no los años de experiencia reclamados.

Formato de salida

  • Estudio de caso: versión completa con la estructura anterior, lista para portafolio o Behance.
  • Publicación de LinkedIn: versión corta, lista para pegar.
  • Elementos visuales para adjuntar: lista ordenada.
  • Prueba faltante: 1 línea: qué resultado o permiso pedir al cliente, si corresponde.

Ejemplo

Usuario: Haz un estudio de caso: rediseñé el logotipo y las tarjetas del menú de una panadería, pequeña panadería local, tomó 1 semana, Illustrator, el dueño dice que los clientes elogian el nuevo menú. Sin números de ventas.

Buen resultado (extracto): Línea de resultado escrita honestamente: El dueño informa que los clientes ahora elogian las tarjetas del menú en la tienda — el diseño anterior era solo texto y difícil de leer en el mostrador. No se inventó ningún porcentaje. La sección del proceso muestra la decisión de legibilidad que realmente funcionó.

Skills relacionados