With 8+ years of experience designing digital products, I’m a generalist with a positive can-do attitude. I enjoy making things simpler, working on products end-to-end, and I always try to have a reason behind the design decisions I make.
Based in
Cork (Ireland),
outside of work I’m always experimenting with side projects (thank you AI!).
Hiring?
Yay, I'm open to opportunities!
What I'm looking for
I'd love to join a small, informal team with some impossible mission. I'd like to:
be involved in strategy and product thinking, not just visual execution
contribute to the codebase (with AI-assisted code), working directly with devs
be in touch with users/researchers
have ownership over what I work on and be proud of what we put out in this world
have fun
I don't care much about roles, hierarchy or career ladder, I do care about working on a high quality, useful product, with a good team.
Work
Personal projects
Bluebie, a shared grocery list
TL;DR
A retro-pixel grocery-list app I designed, branded and built solo (icons, copy, animations, PWA and all), mostly for fun, to see what I could ship end-to-end with Claude as my only teammate.
Bluebie is a mobile app to manage your grocery list, with a retro-pixel aesthetic.
Why?
There’re plenty of apps for lists, most of them are very standard, kinda boring, some have ads, or are paid. I wanted one that would bring me some joy when doing groceries, and I wanted to test what I could single-handedly do with Claude. Also, for the glory, I hadn't made a mobile app before.
Sweating the details
I wanted a videogame feel, but not too much, to avoid people actually thinking it’s a videogame when seeing it in the Store.
Some screenshots
Some copy examples and the animation on delete
At first I wanted to create the visuals for list items in a pixel art style, but I realized I can’t know all the possible items people would have in their lists. So after looking for pixely filters, I landed on a less-appealing but more scalable solution: simply using native emojis, with some CRT-like lines to give the retro feeling.
Icons I wanted to use vs icons I ended up using
To surprise and reward my partner for buying distasteful but healthy food (looking at you, salad), or very good ones, I added a way to spark some joy when checking items. Our household registered a +25% increase on carrots monthly spending.
Yaay!
The items editing actions are revealed on horizontal drag, like in Gmail and many common apps. But after spending a good minute observing a friend pressing and waiting in confusion for something to happen, I added a long press interaction in addition to the drag.
Press, drag, both works!
UX choices
The main value of Bluebie lies in creating a whole list of the items you recurrently buy, and reusing it over and over, so you just create the items once. As it can be annoying to add one item at a time, I added a quick list setup. And for those adding items manually, I added a predefined emoji for the most common items, so that those emojis are automatically added after the user types the item name.
Auto-emoji insertion, isn't it magical?
Process & technicalities
It took a few months, working a few hours in the weekends, with me, myself and AI.
It was one of my first projects where Figma was mostly a sketch pad for ideas and not polished mockups. I used Pixquare for the pixely icons, and Claude for coding.
Technically, it’s a PWA, using Firebase for storing the lists, Google auth for accounts, and Vercel for hosting.
Branding
Bitlist, Pixlist, Baskit, Stakit, Grabit, Blooli, Bloopi, Blubi, Bluet, Bluva, Bloobit, Bloomi, Berrly, Bluebit… I spent quite some time on the naming, brainstorming with ChatGPT and its horribly generic suggestions, until we finally focused on something that would fit the blueberry app icon. We landed on a made-up word, with a very cute sound (imho), verified that the domain was available, the competition space clean enough, and off we go: Bluebie!
Easter egg
In a couple of screens there're some floating icons (the pixely ones I didn't use for the list items). If you click or long-press on them, they'll respond you.
Simplifying Infogram dashboard for Admins
TL;DR
A ground-up rework of Infogram's dashboard information architecture, from user-interview findings and prototyping through AB testing and a shipped redesign. Spearheaded end to end, from research to release planning, improving discoverability of key admin sections by +12% YoY.
Before & after
Infogram is a web platform for creating data visualizations, with 5M+ users. It's mostly B2B, though it does have B2C customers too, built for people who need to turn data into something visual and interactive: journalists, marketers, and communications specialists creating reports, infographics, articles, and presentations, at organizations like Politico and Amnesty International.
Context
Infogram started in 2012 as a simple platform, with one library to see your projects, one template page to pick a design, and one editor to work on it. Over the years it grew, with more pages, more features, until it became a fairly complex tool, with two editors, analytics, branding, collaboration, five price tiers, four different user roles per team... you get the idea.
With growth came a less-than-ideal information architecture in the dashboard (aka everything outside the Editor). It got confusing enough that even the team would sometimes lose track of where a setting lived. Some options were so buried that users didn't know they existed at all. This was particularly experienced by Admins: users in higher paying plans who manage teams and usually have high influence on whether to renew their Infogram subscription.
Exploration
In 2023, while running user interviews for unrelated features, I started collecting side notes on evidence of confusion around several parts of the dashboard. I then prepared an internal presentation with the findings, to propose a redesign initiative. Here are some of the issues identified:
Folders were the main way for users to organize their content, but they were not given an equally important real estate, and were hard to reach on smaller screens.
The presentation also included an analysis of information architecture and a couple of proposals. One with vertical tabs in all pages, close to the existing layout, and one with a horizontal navigation.
A horizontal navigation allows more space for the folders and projects used by all users, while moving sections like Analytics and Branding, used only by Admins, into a secondary position.
Waiting…and testing
That initial presentation was well received, but with other initiatives taking priority, the PM, EM, and I agreed to postpone it to a better time.
By May 2025, that better time had not arrived yet due to other emergencies (we were without a PM, and AI had stormed into the roadmap), but more reasons to work on the dashboard had piled up:
Performance: users with hundreds of projects were experiencing slow library load times.
I made some time for creating a couple of prototypes with the main flows and gathered feedback from across the team: developers, customer success, customer support, QA, and Prezi design team. After a few iterations, I involved our UX researcher to set up qualitative tests in Lyssna to validate the new dashboard architecture and have data for when we would have time for it. We ran an AB test with a series of small tasks to complete on either the current or new dashboard, targeting existing admin users recruited through customer success.
The main goals were to:
Confirm that the new dashboard was faster to navigate, and that both new and moved flows (like the Organization section, team switcher, and profile) were easy to discover.
Check how the new look and feel would be received
Spot potential issues we hadn't anticipated
The first rounds surfaced one recurring issue: each of the three workspaces (Personal, Team, and Organization) had a menu item labeled "Settings," so users assumed it was the same everywhere. In reality, each workspace's settings held different content, so we relabeled them to make the distinction clear. Everything else showed no major issues.
Planning
During the summer of 2025, better times had finally arrived, and we kicked off development.
I started working closely with Aleksejs, the developer most passionate (and annoyed) by the existing dashboard issues. His experience with how things worked (or not) under the hood was fundamental to designing the final screens.
As engineers began the work, I prepared a Mitzu dashboard to keep an eye on the upgrade buttons (not because we expected an increase, but to make sure we weren't breaking anything), while also preparing high-fidelity screens, going deep into flows and documenting UI details. Here are a few:
Documenting team switcher states, scroll behavior, and spacing details
As I was spearheading the initiative, I also defined the release plan, which started when development was almost complete:
The four-week phased release plan, from admin interviews to full release
Outcome
We barely made it in time to complete and release the dashboard, when the company strategy changed and the team and I were moved from Infogram to building Swoop. What I could gather a few months later was that the previously hidden sections became more discoverable, with +12% YoY clicks on the top menu. Navigating the dashboard felt noticeably faster overall, and I'm confident Admins have an easier time managing their organizations. I'd love to confirm the impact with a drop in Customer Success and Support tickets related to navigation, but we don't have that data. So this is where my Infogram adventure ended, but I'm happy we left it in a better state.
Here some before and after:
Menu before & after
Infogram miscellaneous
Swoop, an AI agent for on-brand social posts
TL;DR
Designed and shipped Swoop's social media campaign generator — an agent that creates on-brand images and captions for your social media posts, and suggests what to post based on what your team is working on (from Slack, Notion, and beyond). Built end to end with three developers, in about three weeks.
Swoop's dashboard
Context
Swoop started as a new team and a new AI-native product within Prezi, in early 2026. The team was made up of 3 PMs, 3 designers, and 12 developers. The initial goal was ambitious: generate the most stunning presentations on the market. A few months in, that ambition expanded to supporting different visual formats, and social media posts were identified as the first new one.
Why social posts? The push came from a very real, internal problem. As a small startup within Prezi, Swoop needed to distribute itself, and it didn't have dedicated marketers on the team. Posting consistently on social media was part of that distribution effort, and we needed to automate as much of it as possible, spreading the work across the team instead of leaving it on one person. Swoop itself was to become the tool to make that possible, letting anyone on the team quickly generate posts. So in a small squad with 3 devs, we took on the initiative.
Exploration
I started by putting myself in the shoes of someone creating social posts from scratch, mapping out everything I didn't know. That included specifics like image size requirements across platforms, best performing visual formats (image, gif, video), carousel conventions (number of pages, text sizes, padding to leave room for navigation arrows), and image best practices for socials.
After a quick competitors research, I then did some exploration in Figma, with a few prototypes focused on dashboard and editor.
Dashboard
The dashboard matters because it's one of the main ways users discover that different formats are even available. I hypothesized that users would first pick the format, then the platforms they needed to post on, and would likely want help picking the right aspect ratios. Once someone completed this flow once, the system would remember their choices and apply them as the default for future sessions.
Editor
I reviewed and made small adaptations to the presentation editor for the social media case. I wanted to reuse the pattern from the presentations format rather than reinvent the wheel: a chat interface on the left, a live preview on the right. The preview offered a couple of variant options to pick from, and mimicked the look of the actual social platform, down to the buttons at the bottom, to give users a feel for how it'd look in the end.
An initial prototype.
I drafted initial designs while developers began building the foundations in parallel. Rather than fully polishing in Figma, I did a lot of the refinement directly in code, assisted by Claude. We added some basic guidelines and guardrails to the agent, and once the working prototype was good enough, we looked for feedback.
Feedback and iterations
I gathered feedback from the Prezi design team, Swoop team, and with the three devs we sat in an interview with a marketing person from Prezi to understand how professionals usually approach campaign creation. I mapped her usual workflow and dug into the details of what she considers at each step, and had her test the prototype directly. That conversation surfaced something we hadn't initially considered: the caption mattered as much as the visuals. One of her core needs was strong copy in the company's tone of voice, with a few alternatives to choose from.
We also refined how the chat flow works, shaping the agent's behavior to gather content first, then, once there was enough information, propose a couple of alternatives for both the copy and the visuals as separate steps — directly responding to her need for options rather than a single take.
People weren't sure they could edit directly from the preview, and sometimes missed the buttons below the image entirely. So we simplified and moved the buttons, splitting the view into edit and preview modes, with ability to preview posts as they'd actually appear on mobile versus desktop. It turned out to be useful beyond fixing that confusion: for carousels, edit mode let you see every image and page laid out side by side for a full overview, while preview mode mimicked the real platform experience, moving through pages one at a time with navigation arrows.
The chat's step-by-step flow, gathering content before proposing alternatives.
Agent behaviour
The agent was the most complex and frustrating part of the feature. We tested different AI models for image generation, and spent a lot of time iterating on the system prompts, since the whole experience was designed to work well even without the UI, in case the agent was used from outside Swoop. For example, at the start of a chat, the agent infers intent directly from the user's prompt, generating a presentation or a social post based on what's actually asked, regardless of the UI context (e.g., the UI is set to "presentation," but the prompt asks for "one LinkedIn post").
We ran into plenty of issues guiding the agent on what to do and not do: adding guidelines for how to behave in the chat, guardrails to generate good images (readable text sizes, avoiding black stripes, random icons, and fake UI elements), and a coherent flow of content across carousel pages, and more than I can remember.
In the end
As the feature was coming together and I needed to actually start posting on LinkedIn, I built a feature for Swoop to suggest content on its own, with the help of one developer. Swoop already had integrations with tools like Slack and Notion, so it could pull from them, for example, from the Slack channel where we posted shipped features, and surface three ready-made post ideas in the dashboard. This went right back to the original need: if you're a small startup without a dedicated marketer, posting quickly and consistently shouldn't mean starting from a blank page every time. Swoop would suggest what to post based on what your team had just shipped or discussed. A basic version of this made it into the product before it was discontinued in June.
There's no usage data to share from this one — the product was still fresh when the plug was pulled — but the social media feature shipped, and I personally created and published the first (and last?) glorious LinkedIn post:
Screenshot of the LinkedIn post announcing Swoop
CorkBrute, a spotting game
TL;DR
A lighthearted spotting-game PWA for my friend group, tracking sightings of Cork's local characters — designed, branded and built solo, with Claude as co-pilot.
Encai, activities near you
TL;DR
A mobile app to discover sport classes and activities run by personal trainers near you. In progress, with one developer.
SOL75, a 3D customizer for busy makers
TL;DR
A web app for mechanical engineers and makers to generate fully-functional 3D-printable components — a gear customized by teeth count, material and torque, not just a shape to scale. Built from scratch with one developer, covering UX/UI, front-end, branding and content.
Whataaabout, a curated list of activities
TL;DR
A curated list of activities to help you expand your interests — designed with one developer and launched on Hacker News.
Hey!
