18F Design
The Design team at 18F provides design services in our projects and to the organization, including:
- Research. We test assumptions by gathering feedback from real users, stakeholders, subject-matter experts, etc.
- Content strategy. We help people clarify their tone and voice, and explore the breadth and depth of their content.
- Information architecture. We help people state their intent and disclose information in an intuitive way.
- Interaction design. We work with people to wireframe and prototype simple, beautiful, usable interactions.
- Product design. We help people communicate clearly through visualizations and illustrations.
- Service design. We work with partners to map their customers' experiences and business processes in order to design interactions across systems and over time.
Documentation
- , external,TTS-only, Experience Design capabilities
- , external,18F Visual Identity Guide
- , external,18F Content Guide
- , external,18F Frontend Style Guide
- , external,18F UX Guide
- , external,18F Methods
Suggested reading
- , external,18F Partnership Playbook
- , external,Accessibility for Teams and , external,18F Accessibility Guide
- , external,18F De-risking Guide
Communication
Find us on Slack:
- , external,TTS-only, #18f-design — Our home base for chapter conversation and news
- , external,TTS-only, #design (TTS-wide)
- , external,TTS-only, #service-design
- , external,TTS-only, #ux
- , external,TTS-only, #product-design
- , external,TTS-only, #g-content
- , external,TTS-only, #g-research
- , external,TTS-only, #18f-help-wanted
- , external,TTS-only, #dev-frontend
- , external,TTS-only, #18f-methods
Joining the Design Team
Welcome to the 18F Design team — we’re happy you’re here! We’ve compiled a set of helpful tips to get you started. We’ll update this guide as we receive feedback, so don’t be shy to share your thoughts.
First week
You might not have much assigned work during your first two weeks here. That’s okay and expected. If you’ve gotten all the government onboarding items done and a project still hasn’t landed, the design team has a list of internal projects that aren’t funded but that will help us all work better together. Talk to your supervisor to get more information about these internal projects and how you can get involved.
Who we are
The Design team at 18F includes content, user experience, front-end, product, and service designers. We are researchers, editors, prototypers, illustrators, and wordsmiths. We come from a variety of backgrounds, including government, non-profits, consultancies, corporations, and academia.
Structure
As per the , external,TTS-only, org chart, 18F Design is itself composed of product design, content strategy, service design, and user experience teams. Members of the Design team are active participants in the content and research guilds.
Before starting at 18F, you will have been assigned a supervisor. Supervisors meet with you regularly and carry out most managerial responsibilities for their disciplines. They lead staffing, hiring, training, and project troubleshooting for their discipline. More detail on , external,TTS-only, Design team roles and responsibilities is provided internally.
Members of the Design team are also assigned to critique groups. These groups meet regularly (barring more urgent project activities) to discuss work in progress and help the Design team maintain its storytelling and presentation skills. Critique groups also have leaders, and their groupings change periodically. These rotations are announced ahead of time. If you're interested in taking a turn as a critique lead, you can raise your hand as a candidate at that time.
What we do
The Design team at 18F provides design services in our projects and to the organization, including:
- Research. We test assumptions by gathering feedback from real users, stakeholders, subject-matter experts, etc.
- Content strategy. We help people clarify their tone and voice, and explore the breadth and depth of their content.
- Information architecture. We help people state their intent and disclose information in an intuitive way.
- Interaction design. We work with people to wireframe and prototype simple, beautiful, usable interactions.
- Product design. We help people communicate clearly through visualizations and illustrations.
- Service design. We work with partners to map their customers' experiences and business processes in order to design interactions across systems and over time.
How we work
Rituals
Most of the design team works on a mix of partner-agency projects and internal initiatives. As you’d guess, everyone’s weeks look a little different. That said, there are recurring weekly meetings and commitments we all have on our calendars.
- Wednesdays: Every other week for 30-45 minutes at 2pm ET (11am PT) design team huddle. The whole team meets to discuss project status, policy updates, and general design-specific news. Our huddles typically follow the same format: We start with an intro question for everyone to answer, welcome new teammates, and get chapter and organizational updates. The rest of the huddle features a presentation or conversation about a topic of current interest to the team. Past topics have included: project share-outs, an overview of the Paperwork Reduction Act, and discussion around common challenges.
- Once a week/Every two weeks: Meet with your discipline team.
- Once a week/Every two weeks: Meet with your supervisor. You’ll have a short check-in with your supervisor at a time that’s convenient for both of you. The purpose of this meeting is both administrative and personal. It’s how the team leadership keeps on top of project timelines and activities to coordinate resourcing. It’s also a time to talk through any project concerns, figure out how to wrangle the federal bureaucracy, and talk about how to make 18F work better for you.
- Once a week/Every two weeks: Meet with your critique group. Crit groups discuss creative questions and share work. We re-form the groups periodically so we have opportunities to learn from the whole group.
Tools
Here are some common tools we use, how we use them, and how you can get access to them. If you can’t find the information you need in the chart below, get in touch with your supervisor; they’ll be able to point you in the right direction.
And one more thing: before you start using any new tool that asks for access to files/browser data, see the Software page and assure the tool is approved.
Website Prototyping
Unless otherwise specified, see Software to get a license for any of these.
- Figma: You'll need to email the 18F design tool owner and request to join our account. Ask your supervisor who's currently in this role.
- Sketch: You'll need to email the 18F design tool owner and request to join our account. Ask your supervisor who's currently in this role.
- , external,OmniGraffle: , external,Request a license
- Adobe Creative Cloud: Submit a , external,Software Request through the GSA IT Help Desk.
- , external,Microsoft Visio - Visio isn't available for Mac, but you can request it get added to your Citrix VDI instance.
- , external,U.S. Web Design System (USWDS) Assets: Download design kits containing the most common USWDS UI components for Figma, Sketch, or Adobe XD.
Project management
Every project and team has a different mix of project management tools based on what works for them. Many internal projects will use Trello because it's fast to set up. Get more information on the How to use Trello page.
Research
- Please read Doing Research at TTS for more information on the tools and techniques.
- The , external,18F UX Guide provides additional guidance on how we conduct research.
- Analytics: We recommend leveraging the , external,Digital Analytics Program whenever possible. We augment DAP with site-specific Google analytics tracking. Ask your supervisor or post in , external,TTS-only, #analytics to ask to chat with someone to learn more.
- Surveys: Internal to 18F, we often use Google Forms. However, government employees outside 18F often can't access Google Forms on their work computers. So when addressing our agency partners, we often need to use other options, such as , external,Touchpoints — being careful, of course, to avoid asking for personally identifiable information (PII) and meet requirements of the , external,Paperwork Reduction Act (PRA). Ask , external,TTS-only, the research guild for recommendations.
Workshops / virtual workspaces
- , external,Mural: Research analysis and workshops. Check out the Handbook Mural page for more information. Access is immediate.
Word processing
- Google Drive / Docs / Slides: This is our primary tool for documents of various sorts.
- Microsoft Office
Assets
We default to free and open-source assets, unless there is a very good reason to do otherwise. (You would need to document the reason and get approval). Fortunately, there are many great resources for us to choose from.
- 18F-themed templates: Access document and slide templates through , external,18F's Visual Identity Guide. Unless your project has its own branded communication materials, like login.gov or cloud.gov, use these styles and templates for communicating about all of your work at 18F. It's often beneficial for partners when we present deliverables with our brand styling, which shows the outside expertise they brought in. It also helps 18F present itself with a unified voice, tone, and look.
- Frameworks: the , external,U.S. Web Design System is a visual style guide and set of components for U.S. federal government websites. It includes guidance for fonts, colors, and UI components. Come chat in , external,TTS-only, #dev-frontend if you are choosing a framework for something.
- Icons:
- 18F uses a customized , external,icon set.
- The product design team has guidance on , external,icon resources.
- If you want to start using non-free ones, you’ll need to jump through some hoops — even if the icon only costs $1.99. You’ll need to get official emailed permission from the product owner, then check , external,TTS-only, #teamops for further instructions.
- Images: Most images published by government agencies are in the public
domain and thus free to use.
- The product design team has guidance on , external,government photography resources.
- You can use
incategory:PD_US_Government
as part of a search query on Wikimedia Commons: , external,example. - While you’re at it, visit the , external,Department of the Interior’s Instagram stream. You’ll be glad you did.
- Typography: Partner agencies often have their own style guidance that we follow in our work with them. 18F-branded materials should follow typography guidance in the , external,18F Visual Identity Guide. For needs outside these scenarios, typefaces from the , external,U.S. Web Design System are a safe starting choice. Come chat in , external,TTS-only, #product-design if you are choosing fonts for something.
Designing in the open
We do most of our design work in the open, which means trying to make as much documentation and decision-making as possible accessible to the public. Designing in the open means that expectations from private sector about confidentiality, disclosure, and intellectual property don’t hold true here.
Here are some of our rules of thumb:
1. Share your work early and often
Sharing your in-progress work with team members and stakeholders is one of the most powerful techniques we have — it’s central to building trust with stakeholders. At 18F, we like to team up and work a problem through multiple angles to get to the best solution swiftly.
Since GitHub is a tool we’ve chosen for facilitating public dialogue, consider also making your work available to the public (if appropriate for the project) by posting work-in-progress there. Before creating a public GitHub repo or otherwise sharing project-specific information, check with your project lead; they’ll let you know what information can be shared publicly.
2. Be mindful of Personally Identifiable Information (PII)
PII is any piece of data, singly or in combination, that can identify unique individuals, such as full name, email address, or even phone number. While working in the open, be mindful of discussing agency partners, collecting any PII, or accidentally disclosing PII to the entire internet. Different agencies and organizations may have different levels of sensitivity and exposure concerns about types of personal information (identifying or not) you collect and how you use it. Check with your project lead before sharing information to avoid missteps and delays; what has been approved by the GSA may not already have been approved by partners. Be mindful as you post meeting notes or sidebar conversations in Slack channels, and be aware of the potential level of visibility this information will have once you post it in Slack.
Bottom line: If you have questions about sharing information, ask.
3. Not everything has to happen in public
The Freedom of Information Act (FOIA) guarantees that, as federal employees, all of our communication via government email, Slack, and chat can be made available to the public at some point in the future. You should assume that, at some point in the future, anyone might be reading what you wrote in any of these channels. Meanwhile, in the context of day-to-day work, different tools offer different levels of access. Here’s a quick reference to who can see what, when:
- Only viewable by members: Slack DMs, Slack private groups, Email
- TTS only: open Slack channels
- TTS plus invited guests: Slack channels labelled
XXX-otheragencyhere
or XXX-partners - GSA only: Google Drive- you can share files outside GSA, but exercise caution!
- Across the government: mailing lists
- The entire Internet: Slack channels labelled -public, Invision and Mural (if linked via GitHub), and GitHub (with the exception of private repos)