<?xml version="1.0" encoding="UTF-8"?><rss xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:content="http://purl.org/rss/1.0/modules/content/" xmlns:atom="http://www.w3.org/2005/Atom" version="2.0" xmlns:cc="http://cyber.law.harvard.edu/rss/creativeCommonsRssModule.html">
    <channel>
        <title><![CDATA[Stories by Andrei Garcia on Medium]]></title>
        <description><![CDATA[Stories by Andrei Garcia on Medium]]></description>
        <link>https://medium.com/@andreigarcia?source=rss-112084a393be------2</link>
        <image>
            <url>https://cdn-images-1.medium.com/fit/c/150/150/1*sJoX6LGGcN1lGh3eTrVq4Q.jpeg</url>
            <title>Stories by Andrei Garcia on Medium</title>
            <link>https://medium.com/@andreigarcia?source=rss-112084a393be------2</link>
        </image>
        <generator>Medium</generator>
        <lastBuildDate>Sun, 15 Nov 2026 12:46:21 GMT</lastBuildDate>
        <atom:link href="https://medium.com/@andreigarcia/feed" rel="self" type="application/rss+xml"/>
        <webMaster><![CDATA[yourfriends@medium.com]]></webMaster>
        <atom:link href="http://medium.superfeedr.com/" rel="hub"/>
        <item>
            <title><![CDATA[How to make a cohesive icon library]]></title>
            <link>https://medium.com/hp-design/how-to-make-a-cohesive-icon-library-c5aea7cb1243?source=rss-112084a393be------2</link>
            <guid isPermaLink="false">https://medium.com/p/c5aea7cb1243</guid>
            <category><![CDATA[consistency]]></category>
            <category><![CDATA[design]]></category>
            <category><![CDATA[user-interface]]></category>
            <category><![CDATA[iconography]]></category>
            <category><![CDATA[design-systems]]></category>
            <dc:creator><![CDATA[Andrei Garcia]]></dc:creator>
            <pubDate>Mon, 30 Jun 2025 22:23:17 GMT</pubDate>
            <atom:updated>2025-07-30T18:07:11.802Z</atom:updated>
            <content:encoded><![CDATA[<figure><img alt="" src="https://cdn-images-1.medium.com/max/1024/1*maQbWmZ2wOwMhEyDbak2fA.png" /></figure><h4><em>Part 1: The Journey to Icon Unification</em></h4><p>Icons fail without an organized system. <br>And getting organized is a lot of work.</p><p>If you’ve ever worked on software or design in a large company, you know exactly what I’m talking about. If you don’t know what I’m talking about, I’ll explain part of the 6-year journey of how <a href="https://medium.com/hp-design/growing-a-design-system-organically-0984f92eee62">HP’s design system, Veneer</a>, organized and unified the company’s iconography. In case you’re trying to unify iconography in your company or team, I hope our experience helps you navigate yours.</p><p>This articles covers:</p><ul><li>Some background</li><li>Auditing hundreds of icons</li><li>Settling a unified style</li><li>Identifying sizing and usage</li><li>Establishing icon principles</li></ul><h3>Background</h3><p>Even if a company has the personnel and financial resources, commitment, and design maturity to build a cohesive iconography system, challenges affecting visual consistency still exist. These include evolving product needs, shifting brand expressions, siloed teams, and competing priorities. Siloed teams doing their best to address dynamic company-wide changes left room for a mixture of visual styles to emerge. Iconography wasn’t exempt.</p><p>In my experience, design system teams are often best suited to deal with these challenges.</p><p>Our work brought us in close collaboration with multiple projects across HP. As we collaborated with more teams across the company, inconsistencies became clearer: different icons for the same action, mismatched styles, and disconnected metaphors. <strong>Icons were quietly diverging in silos</strong>. As the design lead at the time, I saw an opportunity not just to improve icons, but to align the system behind them. The journey to iconography unification had begun!</p><p>Shall we vector in?</p><h3>Auditing</h3><p>We began with an audit. Much like a product UI audit, our iconography audit starts by collecting existing icons.</p><p>Our goal was to gather icons from every team, platform, or libraries we had access to. This step helps uncover inconsistencies, duplications, and disconnected visual styles. These were crucial signals that informed where our system needed work.</p><p>But wait! Only collecting icons isn’t enough. The most important information came from talking to the <strong>people </strong>behind the icons. I reached out to designers to ask the questions that icons alone couldn’t answer:</p><blockquote>What is the environment and context the icon lives in? What technical constraints were you working with? What message were you trying to convey? Does your team have any icon creation guidelines?</blockquote><p>That’s when the stories started rolling in. One team used mixed stroke weights to make sure an icon rendered properly on a low-resolution display. Another team had design debt and mixed styles like rounded and sharp corners because of a brand change mid-project. A team reused icons from another product because “<em>they were already there and looked close enough</em>.”</p><p>These weren’t careless decisions; they were shaped by context, which is common in large companies. Designers were working in silos, often without access to shared resources or visibility into what other teams were doing. Everyone was solving for their immediate needs. And without a centralized system to guide or connect those decisions, divergence was inevitable.</p><figure><img alt="Illustration of designers from different teams collaborating around iconography. Surrounding them are speech bubbles, UI elements, and icons representing different digital and hardware interfaces. The scene shows diverse conversations, ideas, and visual styles coming together, symbolizing the early audit and alignment phase of building a unified icon system." src="https://cdn-images-1.medium.com/max/1024/1*GENx01pPcC8EJ4cHPOMQSw.png" /><figcaption>So many icons tell so many stories</figcaption></figure><p>Three experiences from the audit taught us most of our lessons.</p><p>The first experience was auditing HP’s printer control panels. Some of these devices come with strict limitations such as small screens, grayscale displays, or low resolutions. So the team had been optimizing for clarity. Simple shapes, only necessary details, pixel-perfect alignment. It made sense: these were their requirements based on the technical limitations. So, we worked together to document what icon constraints were required for this context, like tighter pixel grid adherence and usage of simple shapes.</p><p>The second experience involved a product team with an established and visually mature icon style. Their icons looked great. But when I asked how they were created and maintained, things were not clear. They didn’t have shared documentation or clear icon guidelines. Multiple designers contributed over time, and without a clear systemized approach to designing icons, inconsistencies appeared. Line weights varied, and corner radii, line gaps, and intersections were not uniform. The product team initially resisted the idea of updating their icons — no one likes hearing their work needs to change — but after sharing a proof of concept and showing that visual consistency didn’t sacrifice meaning, we found common ground. The proof-of-concept strategy was a turning point to support the audit and getting buy-in later on.</p><p>The final audit experience, with the 3D printing team, posed some unique challenges. Their icons lived in two different places: digitally on user interfaces and physically printed on the hardware. Lined icons worked well in user interfaces, but weren’t legible enough on physical labels. Filled versions were essential in this case, not just for visibility, but to meet accessibility standards. On the production floor, icons were also displayed on large screens, showing printer and job status from a distance. Again, filled icons proved more effective for improved recognition. These conversations reminded me that icons need to be easy to understand and depend on context.</p><blockquote>In every case, we had to look beyond the style. The audit was about listening, learning, and understanding how icons were doing their job, or falling short.</blockquote><p>Through this process of collecting icons, we built an icon inventory, recognized common styles, better understood specific product needs, and identified gaps in the creation process. Clearing the path toward unifying HP iconography.</p><p>Below, I’ve outlined a few practical tips I found helpful while running an iconography audit at a large scale.</p><h4>Andrei’s advice for an iconography audit</h4><ul><li><strong>Engage with leads</strong>: Talk with influential colleagues that are responsible for the product you are auditing to understand the icons’ context and constraints.</li><li><strong>Identify duplicates and variations</strong>: Find icons that serve similar purposes but differ in style, structure, or metaphor. These are your signals for where unification is needed.</li><li><strong>Understand processes: </strong>Gather information about icon documentation, such as technical guidelines, characteristics, and usage.</li><li><strong>Categorize icons</strong>: Create clear categories of icons based on medium (like digital or physical), application (product user interface, marketing materials, etc), and context (navigation, actions, status indicators, illustrative, etc).</li><li><strong>Look beyond visuals</strong>: Consider technical limitations, accessibility requirements, and user research insights that might affect icon design.</li><li><strong>Be curious, not critical</strong>: Easy to say, hard to do, but you’re not there to judge previous work. Behind every design there is a human being and a scenario that you are not completely familiar with.</li></ul><h3>Converging into a unified icon style</h3><p>Once the icon landscape was mapped out and understood, the next step was to converge the ideas and find commonality or areas for all of us to improve. The audit revealed a wide range of styles including outlined, filled, rounded corners, sharp edges, mixed corners radii, various line weights, and subtle visual nuances.</p><figure><img alt="A snapshot of a pre-unification icon audit showing dozens of icons with inconsistent styles. The icons vary in stroke weight, corner radius, fill styles, and metaphors." src="https://cdn-images-1.medium.com/max/1024/1*RDQPUn48432nHa0Xds9uDA.png" /><figcaption><em>A sample snapshot of the audit findings, revealing the fragmented state of iconography before unification</em></figcaption></figure><p>The audit also told us that we needed to account for varying contexts and product requirements. Instead of locking HP into one single rigid style, we decided to design a <strong>flexible </strong>iconography system. This flexibility was needed to encompass HP’s diverse portfolio, usability and accessibility needs, and brand adherence.</p><p>HP’s product ecosystem spans software and hardware in both the consumer and enterprise spaces. That means icons don’t just live in one environment; they appear in control panels, dashboards, mobile apps, desktop software, and even physically printed on the hardware. Designing one single style would have been too restrictive and would never work. So we incorporated intentional variation: rounded and sharp shapes, lined and filled appearances, adaptable enough to serve different use cases while still having the unified style that makes it look part of the same family.</p><figure><img alt="A representation of a matrix showing four versions of the same icon. The variations are arranged in a 2x2 grid to demonstrate flexibility across two dimensions: appearance (lined vs. filled) and shape (rounded vs. sharp)." src="https://cdn-images-1.medium.com/max/1024/1*U52CwcCxvJHO2YqDnA_TtQ.png" /><figcaption><em>Rather than enforcing a rigid style, the icon system adapts based on visual tone and functional need, balancing consistency with flexibility</em></figcaption></figure><p>Usability and accessibility were critical drivers as well. Icons play a major role in signaling interaction states and guiding users through interfaces. We made filled variants standard for active or selected states, providing strong visual cues. In more expressive cases, such as warning messages or toast notifications, filled icons help convey urgency and draw attention where it’s needed most.</p><p>Finally, there was the company’s brand. HP’s identity has evolved over time, and iconography needs to reflect that evolution. Through rounds of testing and alignment with teams that we were partnering with, we found that lined icons with rounded corners best aligned with the visual tone of the brand. But we also recognized that certain product families, like gaming or commercial tools, could benefit from sharper, bolder expressions. We agreed that one style would not fit all, but we identified what would work for most teams and defined that as the default style.</p><blockquote>By building flexibility into the core of HP iconography, we ensured that we could support different teams, Veneer user needs, and product contexts. And it meant the iconography system could adapt without losing cohesion.</blockquote><h4>Andrei’s advice for converging icon styles</h4><ul><li><strong>Create clear guidelines</strong>: Establish guidelines that help teams understand design decisions.</li><li><strong>Balance unity with flexibility</strong>: Define a default that works for most teams, but leave room for variation when it’s needed. Recognize different contexts and consider style variations (like rounded vs. sharp corners, lined vs. filled).</li><li><strong>Design for usability, not just aesthetics</strong>: Consider how icon states (like selected or active) will be communicated, and make usability part of your baseline</li><li><strong>Anchor your style in the brand</strong>: An icon style that aligns with brand identity reinforces recognition and trust across products.</li></ul><h3>Defining icon sizes and purpose</h3><p>Once we landed on a unified style, the next big challenge was to define scale and purpose. One informed the other, as we learned.</p><p>Another takeaway from the audit informed us that one icon size doesn’t fit all scenarios. A 24-pixel icon inside a button in a dense UI is doing a very different job than a large icon printed on packaging or displayed in a marketing banner.</p><p>Thus, we identified and defined two primary categories where the icons were used according to their sizes: <strong>system icons</strong> and <strong>marketing icons</strong>.</p><ul><li><strong>System icons</strong> are small, functional, and action-oriented, primarily used in user interfaces where clarity and simplicity are the priority. We designed these icons on a 24 by 24 pixel canvas and prioritized legibility. (<em>We’ll explore technical guidelines for system icons further in an upcoming article</em>.)</li><li><strong>Marketing icons</strong> are used in contexts like product packaging, promotional materials, and product landing pages. Usually, larger areas where icons can afford to be more detailed. We designed them on a 48 by 48 pixel base canvas, which allows space for richer visuals while still following the foundational principles and guidelines.</li></ul><p>Some icons span both categories. From 16 pixels all the way to 48. Think of a “<em>microphone</em>” icon: it might appear in a button in a UI and also be used to highlight voice recognition features in product packaging. In these cases, we design the icons so the same concept can be expressed with different levels of visual detail, adapted to the context without losing its consistency, making sure they still fit as part of the same family.</p><figure><img alt="A visual scale showing six microphone icons increasing in size from left to right. The third one is labeled System and designed within a 24px grid, while the last one is labeled Marketing and is designed within a 48px grid." src="https://cdn-images-1.medium.com/max/1024/1*nxtVt95ai0tzS9EK9HrvoQ.png" /></figure><p>It is important to note that <strong>not </strong>every single icon needed versions in both categories and had the full icon size range. A “<em>share</em>” icon, typically used in product UIs, might only exist as a system icon, while an icon highlighting a specific hardware feature such as “<em>secondary touch display</em>” might only be relevant in marketing contexts and doesn’t need a system version.</p><figure><img alt="A side-by-side comparison of two icon use cases. On the left, a Share icon is shown in the 24px size under the System label. On the right, a Secondary Touch Display icon is shown in 48px under the Marketing label." src="https://cdn-images-1.medium.com/max/1024/1*KffGy8TLO5sYEomalEUf7Q.png" /></figure><p>Clear categories made it easier to organize our library, define contribution guidelines, and distribute these assets to teams.</p><h4>Andrei’s advice for defining size range and purpose</h4><ul><li><strong>Map use cases</strong>: Before jumping into design, understand where and how icons will be used.</li><li><strong>Respect the needs</strong>: Don’t force too much detail into small icons or over-simplify icons meant for larger applications.</li><li><strong>Prioritize icon shapes</strong>: You may not need a full size ramp for every single icon. Prioritize the icons based on usage and design for required sizes.</li><li><strong>Simplify:</strong> Ask yourself, what is the minimum amount of visual information needed to convey an idea.</li></ul><h3>Agreeing on icon principles</h3><p>No matter how icons are used or their sizes, the guidelines and principles for making icons remained the same. Each icon, regardless of its size or purpose, still needed to follow the same principles. I’ll explain how we codified those principles.</p><p>Unifying the visual style of our icon system was one part of the challenge, but I also needed to unify the thinking behind it, so the same sprawling inconsistency didn’t continue. During the audit, I had compiled a list of design attributes that different teams were using to guide their icon work. Some had internal documentation, others relied on inherited or shared team knowledge, and a few didn’t have anything explicitly defined.</p><p>When we presented the compilation of this rationale to the teams, the meetings led to some great (and occasionally intense) discussions. I took the lead on aligning design principles across multiple teams, each with different product goals and team cultures. We reviewed audit findings, compared existing icon libraries, and surfaced each team’s current principles, sometimes documented, sometimes just siloed knowledge. It was not easy, but once we laid everything out, we noticed strong recurring attributes, such as clarity, simplicity, readability, and consistency.</p><figure><img alt="A four-panel cartoon-style illustration shows a character holding different icons that represent emotions or ideas: a rainy cloud for frustration, a glowing lightbulb for insight, an umbrella for protection, and a smiling face for clarity. The scene illustrates how icons can effectively convey meaning and emotional cues across different contexts." src="https://cdn-images-1.medium.com/max/1024/1*X_lxRYQ3wHxIGN0Da46rsw.png" /><figcaption><em>Icons should be easy to understand and clearly convey intended metaphors</em></figcaption></figure><p>After working through overlaps and edge cases, we landed on four principles that would guide the creation of the unified icon library from then on.</p><ol><li><strong>Intuitive<br>Icons are easy to understand.</strong> They clearly convey intended metaphors and minimize cognitive effort. Icons with universally accepted meanings stay the same, adhering to established conventions. In other words, don’t reinvent well-established shapes.</li><li><strong>Readable<br>Icons use simple shapes.</strong> They use only the necessary elements and details to communicate the main idea quickly and efficiently. At all available sizes, icon features, line thickness, and internal spacing are properly balanced to provide clarity and scalability. Avoid combining multiple complex ideas into one single icon. Composed icons with secondary objects can be successful if the secondary object remains simple, following the principles.</li><li><strong>Consistent<br>Icons follow systematic rules.</strong> Veneer’s icons are part of a unified collection that follow a defined visual and structural style.</li><li><strong>Personable<br>Icons form empathetic connections.</strong> They reflect the personality of the brand, reinforcing its identity. Most icons should be pleasing to look at, and their personalities welcome and guide the user.</li></ol><h4>Andrei’s advice for defining icon principles</h4><ul><li><strong>Gather diverse input</strong>: Include teams from across the company to ensure the principles reflect shared needs.</li><li><strong>Make principles actionable</strong>: Turn abstract ideas like “clarity” into tangible criteria designers can follow. <em>More about it in another article.</em></li><li><strong>Write it down</strong>: Document everything and make it accessible to everyone who needs them.</li><li><strong>Treat the principles as a living document</strong>: Principles should evolve alongside the products, the brand, and the teams using them.</li></ul><h3>Wrapping Up</h3><p>Unifying HP’s icon system was a great initiative that I had the opportunity to lead, but I also learned a great lesson. This work taught me that unifying icons is not only about visuals: it involves a large amount of building alignment across teams, defining a shared foundation, and creating flexibility for the future.</p><h4>Final takeaways:</h4><ul><li>Start with an audit to understand what exists and why.</li><li>Partner with key design leads and creative professionals.</li><li>Define the icon principles and make sure they’re clear, practical, and inclusive.</li><li>Design for flexibility, not just consistency.</li><li>Treat it as a shared effort, not a solo mission.</li></ul><p>The work doesn’t end here, but a strong foundation makes everything that follows easier. Check out <a href="https://medium.com/hp-design/how-to-build-a-cohesive-icon-library-for-your-design-system-b42ed098288f">Part 2: The technical foundations of Veneer’s iconography</a>.</p><p><strong>Author</strong>: Andrei Garcia<br><strong>Co-author</strong>: Aaron Schmelzer<br><strong>Illustrations</strong>: Natalie Metzger</p><figure><img alt="UX Design Awards. Nominated, 2025" src="https://cdn-images-1.medium.com/max/250/1*fh1U6K9SOkF5mTPVKF2NFA.png" /></figure><img src="https://medium.com/_/stat?event=post.clientViewed&referrerSource=full_rss&postId=c5aea7cb1243" width="1" height="1" alt=""><hr><p><a href="https://medium.com/hp-design/how-to-make-a-cohesive-icon-library-c5aea7cb1243">How to make a cohesive icon library</a> was originally published in <a href="https://medium.com/hp-design">HP Design</a> on Medium, where people are continuing the conversation by highlighting and responding to this story.</p>]]></content:encoded>
        </item>
    </channel>
</rss>