<?xml version="1.0" encoding="utf-8" standalone="yes"?><rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom"><channel><title>Processes on Fernando Ruiz</title><link>https://www.fernandoux.com/tags/processes/</link><description>Recent content in Processes on Fernando Ruiz</description><generator>Hugo</generator><language>en-us</language><atom:link href="https://www.fernandoux.com/tags/processes/index.xml" rel="self" type="application/rss+xml"/><item><title>Cómo Escribir un Case Study de UX</title><link>https://www.fernandoux.com/es/wiki/procesos/case-study/</link><pubDate>Mon, 01 Jan 0001 00:00:00 +0000</pubDate><guid>https://www.fernandoux.com/es/wiki/procesos/case-study/</guid><description>&lt;div class="info-panel"&gt;
 &lt;div class="info-header"&gt;
 &lt;span class="material-symbols-outlined info-panel-icon"&gt;info&lt;/span&gt;
 &lt;span class="info-panel-label"&gt;Definición Rápida&lt;/span&gt;
 &lt;/div&gt;
 &lt;div class="info-content"&gt;
 La estructura y narrativa que convierte trabajo de diseño en una historia convincente—la base de un portafolio de diseño fuerte.
 &lt;/div&gt;
&lt;/div&gt;

&lt;h2 id="qué-es-un-case-study-de-ux"&gt;¿Qué es un Case Study de UX?&lt;/h2&gt;
&lt;p&gt;Un case study de UX cuenta la historia de un proyecto de diseño desde el problema pasando por la solución hasta el impacto. No es una pieza de portafolio mostrando mockups bonitos. Es una narrativa explicando tu pensamiento, decisiones y resultados.&lt;/p&gt;</description></item><item><title>Cómo Escribir un Case Study de UX</title><link>https://www.fernandoux.com/es/wiki/processes/case-study/</link><pubDate>Mon, 01 Jan 0001 00:00:00 +0000</pubDate><guid>https://www.fernandoux.com/es/wiki/processes/case-study/</guid><description>&lt;div class="info-panel"&gt;
 &lt;div class="info-header"&gt;
 &lt;span class="material-symbols-outlined info-panel-icon"&gt;info&lt;/span&gt;
 &lt;span class="info-panel-label"&gt;Definición Rápida&lt;/span&gt;
 &lt;/div&gt;
 &lt;div class="info-content"&gt;
 La estructura y narrativa que convierte trabajo de diseño en una historia convincente—la base de un portafolio de diseño fuerte.
 &lt;/div&gt;
&lt;/div&gt;

&lt;h2 id="qué-es-un-case-study-de-ux"&gt;¿Qué es un Case Study de UX?&lt;/h2&gt;
&lt;p&gt;Un case study de UX cuenta la historia de un proyecto de diseño desde el problema pasando por la solución hasta el impacto. No es una pieza de portafolio mostrando mockups bonitos. Es una narrativa explicando tu pensamiento, decisiones y resultados.&lt;/p&gt;</description></item><item><title>Design Handoff: Figma a Desarrollo</title><link>https://www.fernandoux.com/es/wiki/procesos/design-handoff/</link><pubDate>Mon, 01 Jan 0001 00:00:00 +0000</pubDate><guid>https://www.fernandoux.com/es/wiki/procesos/design-handoff/</guid><description>&lt;div class="info-panel"&gt;
 &lt;div class="info-header"&gt;
 &lt;span class="material-symbols-outlined info-panel-icon"&gt;info&lt;/span&gt;
 &lt;span class="info-panel-label"&gt;Definición Rápida&lt;/span&gt;
 &lt;/div&gt;
 &lt;div class="info-content"&gt;
 El proceso de comunicar decisiones de diseño a desarrolladores—handoffs claros previenen malinterpretación y reworko.
 &lt;/div&gt;
&lt;/div&gt;

&lt;h2 id="qué-es-design-handoff"&gt;¿Qué es Design Handoff?&lt;/h2&gt;
&lt;p&gt;Design handoff es el momento en que diseños se mueven de Figma a código. Sin handoff claro, los desarrolladores interpretan diseños a su manera. Azul se convierte en un matiz diferente. El padding se adivina. Las animaciones se simplifican.&lt;/p&gt;
&lt;p&gt;Un buen handoff responde: ¿Qué es este componente? ¿Cómo se comporta? ¿Cuáles son los estados? ¿Cuál es el espaciado? Un handoff malo son solo mockups sin documentación.&lt;/p&gt;</description></item><item><title>Design Handoff: Figma a Desarrollo</title><link>https://www.fernandoux.com/es/wiki/processes/design-handoff/</link><pubDate>Mon, 01 Jan 0001 00:00:00 +0000</pubDate><guid>https://www.fernandoux.com/es/wiki/processes/design-handoff/</guid><description>&lt;div class="info-panel"&gt;
 &lt;div class="info-header"&gt;
 &lt;span class="material-symbols-outlined info-panel-icon"&gt;info&lt;/span&gt;
 &lt;span class="info-panel-label"&gt;Definición Rápida&lt;/span&gt;
 &lt;/div&gt;
 &lt;div class="info-content"&gt;
 El proceso de comunicar decisiones de diseño a desarrolladores—handoffs claros previenen malinterpretación y reworko.
 &lt;/div&gt;
&lt;/div&gt;

&lt;h2 id="qué-es-design-handoff"&gt;¿Qué es Design Handoff?&lt;/h2&gt;
&lt;p&gt;Design handoff es el momento en que diseños se mueven de Figma a código. Sin handoff claro, los desarrolladores interpretan diseños a su manera. Azul se convierte en un matiz diferente. El padding se adivina. Las animaciones se simplifican.&lt;/p&gt;
&lt;p&gt;Un buen handoff responde: ¿Qué es este componente? ¿Cómo se comporta? ¿Cuáles son los estados? ¿Cuál es el espaciado? Un handoff malo son solo mockups sin documentación.&lt;/p&gt;</description></item><item><title>Design Handoff: Figma to Development</title><link>https://www.fernandoux.com/en/wiki/processes/design-handoff/</link><pubDate>Mon, 01 Jan 0001 00:00:00 +0000</pubDate><guid>https://www.fernandoux.com/en/wiki/processes/design-handoff/</guid><description>&lt;div class="info-panel"&gt;
 &lt;div class="info-header"&gt;
 &lt;span class="material-symbols-outlined info-panel-icon"&gt;info&lt;/span&gt;
 &lt;span class="info-panel-label"&gt;Quick Definition&lt;/span&gt;
 &lt;/div&gt;
 &lt;div class="info-content"&gt;
 The process of communicating design decisions to developers—clear handoffs prevent misinterpretation and rework.
 &lt;/div&gt;
&lt;/div&gt;

&lt;h2 id="what-is-design-handoff"&gt;What is Design Handoff?&lt;/h2&gt;
&lt;p&gt;Design handoff is the moment designs move from Figma to code. Without clear handoff, developers interpret designs in their own way. Blue becomes a different shade. Padding is guessed. Animations are simplified.&lt;/p&gt;
&lt;p&gt;A good handoff answers: What is this component? How does it behave? What are the states? What&amp;rsquo;s the spacing? A bad handoff is mockups alone with no documentation.&lt;/p&gt;</description></item><item><title>How to Write a UX Case Study</title><link>https://www.fernandoux.com/en/wiki/processes/case-study/</link><pubDate>Mon, 01 Jan 0001 00:00:00 +0000</pubDate><guid>https://www.fernandoux.com/en/wiki/processes/case-study/</guid><description>&lt;div class="info-panel"&gt;
 &lt;div class="info-header"&gt;
 &lt;span class="material-symbols-outlined info-panel-icon"&gt;info&lt;/span&gt;
 &lt;span class="info-panel-label"&gt;Quick Definition&lt;/span&gt;
 &lt;/div&gt;
 &lt;div class="info-content"&gt;
 The structure and narrative that turns design work into a compelling story—the foundation of a strong design portfolio.
 &lt;/div&gt;
&lt;/div&gt;

&lt;h2 id="what-is-a-ux-case-study"&gt;What is a UX Case Study?&lt;/h2&gt;
&lt;p&gt;A UX case study tells the story of a design project from problem through solution to impact. It&amp;rsquo;s not a portfolio piece showing pretty mockups. It&amp;rsquo;s a narrative explaining your thinking, decisions, and results.&lt;/p&gt;
&lt;p&gt;A case study answers: What was the problem? Why did it matter? How did you solve it? What did you learn? A strong case study shows your process, not just your output.&lt;/p&gt;</description></item></channel></rss>