{"id":125909,"date":"2022-06-20T22:00:09","date_gmt":"2022-06-20T22:00:09","guid":{"rendered":"https:\/\/developer.apple.com\/news\/?id=97dgimaa"},"modified":"2022-06-20T22:00:09","modified_gmt":"2022-06-20T22:00:09","slug":"meet-the-prototypers","status":"publish","type":"post","link":"https:\/\/sickgaming.net\/blog\/2022\/06\/20\/meet-the-prototypers\/","title":{"rendered":"Meet the prototypers"},"content":{"rendered":"
<\/div>\n

Creating a great app, game, or product takes work. Brainstorming ideas, thoughtful iteration, and \u2014 as Apple\u2019s Prototyping team knows all too well \u2014 feedback. Constant feedback. \u201cIf we\u2019re not getting feedback on something, we\u2019re just not showing it to the right people,\u201d says Apple designer Julian Missig. <\/p>\n

Missig and several other members of the Prototyping team recently hosted a conversation in the Design Digital Lounge for WWDC22 attendees, where they shared their approaches to creating useful prototypes, the value of outside feedback, bringing that special \u2728sparkle\u2728 to early experiences, and design best practices. Check out a few of the highlights from that conversation below.<\/p>\n

\n

What\u2019s your process when beginning a new prototyping project?<\/h3>\n

We make something, show it to people, learn from their feedback \u2014 and do it over and over again. We don’t really count how many “drafts” we make, but everything we work on undergoes many, many iterations.<\/p>\n

How do you even know where to start?<\/h3>\n

It\u2019s important to know your biggest questions around an idea. For example, when we were working on Scribble for iPad and Apple Pencil, we really wanted to understand how people reacted to their handwriting being converted to digital text. What made that process more understandable? What kinds of input could lead to confusing situations? <\/p>\n

The goal of prototypes is to answer these kinds of questions before investing a lot of time into making things real \u2014 hence why it’s important to keep your prototyping process light and nimble. We try not to be too rigid. Often, we\u2019re starting with a specific problem to solve. But sometimes we make things just because they seem interesting, and then figure out why and what they can help solve. It\u2019s about giving ourselves space to figure out what feels great.<\/p>\n

What kinds of tools do you use for initial sketches and ideas?<\/h3>\n

The best tool is whatever you’re most comfortable with \u2014 what is going to let you try things rapidly? For some people, that’s code; others, sketching on iPad or animation. Everyone on our team uses different tools and has workflows that work for them. <\/p>\n

We\u2019ve also found that [Apple Design Award winner] Looom makes animating so fast that we can create simple hand-drawn animations to describe the kinds of interactions and motion we want in a prototype during a meeting (or immediately after one).<\/p>\n

How do you deal with creative blocks and starting from a blank page?<\/h3>\n

Spending time doing things that aren\u2019t design-related! Playing music, spending time outdoors, reading books about random obscure topics… these can all spark unexpected connections and inspirations that find their way into our work. It’s also great to dive into the history of a topic \u2014 for example, the history of handwriting through various cultures proved very inspirational when working on Apple Pencil.<\/p>\n

What\u2019s the ratio of looks to functionality when making a prototype?<\/h3>\n

Looks for the sake of looks are rarely worth spending lots of early time on, but sometimes different aesthetic directions or visual metaphors are definitely things you want to prototype! The key is to make the least amount you need and still learn something. <\/p>\n

How extensively do you test your early designs \u2014 do you only share it within your team?<\/h3>\n

We definitely show prototypes to broader teams as well as our own. It’s less about testing in a traditional, thorough sense, and more about getting lots of people from different backgrounds to try it and tell us what they think.<\/p>\n

How do you approach giving feedback to each other?<\/h3>\n

Always bring positive feedback when sharing the work. It should never be about personal judgement, but how to make the app experience better. For example, avoid something like “I don’t like this color” in favor of a comment like “I think blue instead of red would better communicate what the experience is about.” <\/p>\n

How often do you change direction or evolve a prototype after feedback sessions?<\/h3>\n

We try to keep more than one direction open at a time. It might mean having multiple different prototypes, or a single option that has sliders and preferences and can be adjusted. If someone gives us good feedback, we\u2019ll incorporate it or try it out. If it\u2019s in conflict with the previous direction, we keep both around to let people compare.<\/p>\n

Have you ever had a product that had little to no changes after feedback? A \u201chole-in-one\u201d?<\/h3>\n

Never! If we\u2019re not getting feedback on something, we\u2019re just not showing it to the right people. We\u2019ll eventually show it to someone who will have feedback \u2014 either improvements or reasons why it won\u2019t work. That\u2019s the fun part about working with a whole lot of people who are very talented at what they do. <\/p>\n

How do you go about adding magic, delight, and whimsy to a prototype?<\/h3>\n

Give yourself time to not worry about solving the problem. \u201cWhat other ideas does this give us?\u201d can mean [something] completely unrelated. But if something seems interesting, it\u2019s worth trying. Those weird-but-interesting ideas can inspire us to connect the weird\/whimsical inspiration to something that actually solves the problem.<\/p>\n

How does your team go about prototyping advanced interactions without having to fully build something?<\/h3>\n

We find a way to fake it! \u201cPrototyping for AR\u201c from WWDC18 has good examples of clever prototyping that don\u2019t involve code at all. There are ways to fake things with paper printouts or clever video capture too. And simple Keynote animations can teach a lot.<\/p>\n

\n
\n
<\/a> <\/section>\n
<\/p>\n

Prototyping for AR<\/h4>\n

Designing for AR can be intimidating and discovering design flaws late in the process can be costly. See how low-tech traditional prototyping techniques can help you validate and refine your AR app and game design ideas.<\/p>\n

<\/a> <\/section>\n<\/section>\n<\/section>\n

Are there any other good WWDC sessions on prototyping past or present you\u2019d recommend?<\/h3>\n

You can search “prototyping” in the Developer app or on developer.apple.com to find all sessions we\u2019ve worked on, including “Fake it \u2018till you make it” from WWDC14 and “The life of a button” from WWDC18. There\u2019s also “Discoverable design” from WWDC21, which is more about discoverability \u2014 something we care a lot about!<\/p>\n

\n
\n
<\/a> <\/section>\n
<\/p>\n

The Life of a Button<\/h4>\n

An in-depth exploration of essential interaction, visual and sound design principles and techniques through the design of a simple button.<\/p>\n

<\/a> <\/section>\n<\/section>\n<\/section>\n

\n
\n
<\/a> <\/section>\n
<\/p>\n

Prototyping: Fake It Till You Make It<\/h4>\n

Make better apps by trying things out first, before you write any code. Get a glimpse of Apple’s prototyping process and the range of tools and techniques we use, some of which might surprise you.<\/p>\n

<\/a> <\/section>\n<\/section>\n<\/section>\n

\n
\n
<\/a> <\/section>\n
<\/p>\n

Discoverable design<\/h4>\n

Discover how you can create interactive, memorable experiences to onboard people into your app. We\u2019ll take you through discoverable design practices and learn how you can craft explorable, fun interfaces that help people grasp the possibilities of your app at a glance. We\u2019ll also show you how…<\/p>\n

<\/a> <\/section>\n<\/section>\n<\/section>\n

Do you ever have to stop and refocus a vision or design \u2014 say, if too many new ideas have been added?<\/h3>\n

Definitely. When that happens, we typically try to focus on what people loved the most. If you have dozens of things competing for your attention, focusing on the two or three that seem to be winning hearts over is a good way to move forward without getting bogged down. Also, sometimes you may have to accept that while you have a bunch of kinda cool things, there’s no one true winner. That’s OK! There’s always a way for things you liked to make their way into other work in the future.<\/p>\n

What\u2019s one piece of advice you\u2019d want to share?<\/h3>\n

Always remember what you\u2019re building a prototype for and what you\u2019re trying to answer. We sometimes get caught up in trying for a perfectly polished prototype. But it should always be about quickly and efficiently testing a panel of different ideas. Sometimes it helps to get away from the screen and use low-tech tools. <\/p>\n

How would you sum up the team\u2019s design philosophy?<\/h3>\n

Make things, show them to people, learn from their feedback! That should be a tattoo at this point. <\/p>\n","protected":false},"excerpt":{"rendered":"

Creating a great app, game, or product takes work. Brainstorming ideas, thoughtful iteration, and \u2014 as Apple\u2019s Prototyping team knows all too well \u2014 feedback. Constant feedback. \u201cIf we\u2019re not getting feedback on something, we\u2019re just not showing it to the right people,\u201d says Apple designer Julian Missig. Missig and several other members of the […]<\/p>\n","protected":false},"author":2,"featured_media":125910,"comment_status":"open","ping_status":"closed","sticky":false,"template":"","format":"standard","meta":{"footnotes":""},"categories":[55],"tags":[],"class_list":["post-125909","post","type-post","status-publish","format-standard","has-post-thumbnail","hentry","category-apple-developer-news"],"_links":{"self":[{"href":"https:\/\/sickgaming.net\/blog\/wp-json\/wp\/v2\/posts\/125909","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/sickgaming.net\/blog\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/sickgaming.net\/blog\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/sickgaming.net\/blog\/wp-json\/wp\/v2\/users\/2"}],"replies":[{"embeddable":true,"href":"https:\/\/sickgaming.net\/blog\/wp-json\/wp\/v2\/comments?post=125909"}],"version-history":[{"count":0,"href":"https:\/\/sickgaming.net\/blog\/wp-json\/wp\/v2\/posts\/125909\/revisions"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/sickgaming.net\/blog\/wp-json\/wp\/v2\/media\/125910"}],"wp:attachment":[{"href":"https:\/\/sickgaming.net\/blog\/wp-json\/wp\/v2\/media?parent=125909"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/sickgaming.net\/blog\/wp-json\/wp\/v2\/categories?post=125909"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/sickgaming.net\/blog\/wp-json\/wp\/v2\/tags?post=125909"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}