Senior Product Design Engineer

ABOUT US

Virtuous is on a mission to inspire global generosity by helping nonprofits build better relationships with their donors. We offer a modern software platform that provides mid-sized charities with elegant tools for fundraising, marketing, volunteerism, and online giving.

Our talented team is driven to disrupt the status quo in the nonprofit sector. We are hungry, humble, and committed to delivering best-in-class software solutions, customer success interactions, and sales experiences to the world's leading nonprofits

We also recognize the importance of giving back and making a difference in the communities where we live and work. That's why we practice radical generosity by volunteering at nonprofits or going the extra mile for our team and the customers we serve. We take our work seriously, but we don't take ourselves too seriously. We believe that life is too short not to love what you do.

The ideal candidate for Virtuous embodies our values by:

- Asking questions with a spirit of curiosity

- Giving feedback freely with candor & grace, welcoming it in return

- Displaying a passion for philanthropy and technology

- Serving with joy. Everyone is willing to make the coffee!

- Celebrating the wins & milestones of others

- Assuming good intent & demonstrating trust in others

- Pursuing relationships with people different from themselves & creates space to be human

Find our core values & more here https://virtuous.org/company/about/.

POSITION SUMMARY

At Virtuous, the design system is the leverage point for a unified experience across the entire product surface. Done well, it means every engineer ships work that looks and behaves like it was designed, without a review gate and without slowing down.

This role owns that system. Not as a Figma library that drifts from production, but as a real product in code with real users, and those users are engineers. You own the tokens, the primitives, the components, and the adoption. You also build production interface work on the surfaces you cover.

RESPONSIBILITIES

- The design system. You own it end to end: tokens, primitives, components, patterns, and documentation, in code and not just in Figma. You own how it gets distributed and consumed, and and the process for updating and maintaining.

- The operating model. You decide how a team ships a pattern the system does not have yet without fragmenting everything, and how that pattern gets promoted into the core once it proves out. Stable primitives that move carefully, product patterns that move quickly, and a real path between them.

- Adoption. You treat engineers as your users. The system wins when building on it is faster than building around it, so you instrument coverage, watch for drift, and drive system adoption.

- Production interface work. You are in the codebase every week building real surface work, not adjacent to it. What you learn shipping is what makes the system good, and it is how you feel the lag before anyone has to report it.

- The AI guardrail. You make the system the thing that keeps generated interfaces on brand. When an engineer or an agent builds a screen, the system should make the right thing the easy thing. That means the system has to be legible to a model, not just to a person.

- Accessibility and the craft bar. You build accessibility into the system so what we ship is also accessible.

- The bridge from design to production. You work with product designers to turn validated patterns into system defaults, and you close the gap between what was designed and what actually shipped.

- Documentation and enablement. You make the system obvious. Nobody adopts what they have to reverse engineer.

- Metrics. You influence the numbers that prove the system works: component coverage across surfaces, adoption, efficiency, and throughput.

HOW YOU WORK

- AI forward operator. You use AI as a default part of how you build, and you have opinions about what agents should own and what humans should own, because you have shipped things that way.

- Systems thinker with a product mindset. You think in primitives and constraints. You know the difference between a component and a special case, and you can tell when a system is being asked to do too much.

- Influence over authority. Nobody has to use what you build. They use it because it is faster and better. That standard keeps you honest.

- Pragmatic about process. You right size the governance to the team. Enough structure to hold the bar, not so much that shipping routes around you.

- Taste and rigor together. You care what it looks like and you care how it holds up under load. Both, always.

- Human centered. We believe AI should make the human parts of fundraising better, not replace them. That belief has to show up in what you build and how it feels to use.

- Ownership over territory. You see what needs to happen and you drive it with a bias toward starting.

YOU