{"id":725,"date":"2026-05-18T08:44:43","date_gmt":"2026-05-18T15:44:43","guid":{"rendered":"https:\/\/hitchhikersguidetodesign.com\/book\/?p=725"},"modified":"2026-09-10T09:22:18","modified_gmt":"2026-09-10T16:22:18","slug":"thinking-outside-the-box","status":"publish","type":"post","link":"https:\/\/hitchhikersguidetodesign.com\/book\/thinking-outside-the-box\/","title":{"rendered":"49 \u2022 Thinking Outside The Box"},"content":{"rendered":"\n

The idiom thinking outside the box<\/strong> describes the ability to approach a problem from a different perspective instead of accepting its stated or assumed boundaries. It also requires to think differently and unconventionally, finding novel solutions simply by asking: “Wait, who said there was a box?”<\/p>\n\n\n\n

In design, creative thinking is often constrained by unvalidated assumptions that “box” us into what we believe the solution space is. The box isn\u2019t real, yet it is treated as such and therefore triggers suboptimal choices and results.<\/p>\n\n\n\n

ORIGIN<\/h2>\n\n\n\n
\n

While the real origin of the phrase is unclear,\u00a0there have been references to think outside the lines<\/em> as early as 1888. In 1954, the phrase think beyond the boundary<\/em> got popularized from a classic puzzle: connect nine dots arranged in a square using four straight lines without lifting your pen. <\/p>\n\n\n\n

Most people fail because they assume the lines must stay within the square formed by the dots. The solution requires extending lines beyond the implied boundary – thus drawing (or thinking) outside the \u201cbox.\u201d The constraint was never stated. It was assumed.<\/p>\n\n\n\n

In 1970, the phrase think outside the dots<\/em> appeared without mentioning the nine dots puzzle, followed by a mention in 1971 to think outside the box, again appearing together with the nine dots puzzle.<\/p>\n<\/blockquote>\n\n\n\n

WHEN<\/h2>\n\n\n\n

You may need to think outside the box when:<\/p>\n\n\n\n

    \n
  • A simple problem has an increasingly complicated solution<\/strong>
    The team is now designing twelve screens to solve something users wanted to do once.<\/li>\n<\/ul>\n\n\n\n
      \n
    • You’re endlessly optimizing something that doesn’t work<\/strong>
      Version seven is considerably better than version six. Unfortunately, neither should exist.<\/li>\n<\/ul>\n\n\n\n
        \n
      • Constraints are treated as facts without being validated<\/strong>
        \u201cWe can’t change that.\u201d Nobody is entirely sure why.<\/li>\n<\/ul>\n\n\n\n
          \n
        • You hear: \u201cWe have to do it this way.\u201d<\/strong>
          A useful moment to ask who exactly we<\/em> and have to<\/em> are.<\/li>\n<\/ul>\n\n\n\n
            \n
          • The team is debating implementation before questioning the problem<\/strong>
            Everyone has opinions about the button. Nobody has asked whether users need the button.<\/li>\n<\/ul>\n\n\n\n
              \n
            • Iteration stops producing meaningful improvement<\/strong>
              Sometimes the problem isn’t the solution. It’s the frame surrounding it.<\/li>\n<\/ul>\n\n\n\n

              WHY<\/h2>\n\n\n\n

              The box is usually built from assumptions that have quietly become constraints; they often consist of the following:<\/p>\n\n\n\n

                \n
              • Implicit constraints appear real<\/strong>
                People naturally infer rules from context, previous solutions, organizational habits, and the way a problem is presented.<\/li>\n<\/ul>\n\n\n\n
                  \n
                • Problem framing limits solutions<\/strong>
                  Ask \u201cHow should we redesign this menu?\u201d<\/em> and you’ll probably get menus. Instead, ask \u201cHow can users find what they need?\u201d<\/em> and the solution space becomes much larger.<\/li>\n<\/ul>\n\n\n\n
                    \n
                  • Familiar patterns feel safer<\/strong>
                    Existing solutions provide useful shortcuts, but they can also prevent us from imagining alternatives.<\/li>\n<\/ul>\n\n\n\n
                      \n
                    • Teams optimize locally<\/strong>
                      Improving one part of a workflow can distract from questioning whether the workflow itself makes sense.<\/li>\n<\/ul>\n\n\n\n
                        \n
                      • Existing systems shape future thinking<\/strong>
                        Products accumulate technical constraints, business rules, design patterns, and historical decisions. Eventually, \u201cthat’s how it works today\u201d<\/em> quietly becomes \u201cthat’s how it must work.\u201d<\/em><\/li>\n<\/ul>\n\n\n\n

                        HOW<\/h2>\n\n\n\n

                        Thinking outside the box doesn\u2019t mean being wildly creative. It means removing invisible constraints. Consider the following approaches to think outside the box:<\/p>\n\n\n\n

                          \n
                        • Reframe the problem<\/strong>
                          Ask what users are actually trying to accomplish rather than how to improve the existing solution.<\/li>\n<\/ul>\n\n\n\n
                            \n
                          • Make assumptions visible<\/strong>
                            Write down what the team believes must be true. Invisible assumptions are considerably harder to challenge.<\/li>\n<\/ul>\n\n\n\n
                              \n
                            • Separate constraints from conventions<\/strong>
                              Legal requirement? Technical limitation? Business decision? Existing pattern? Habit? These are not the same thing.<\/li>\n<\/ul>\n\n\n\n
                                \n
                              • Temporarily remove a constraint<\/strong>
                                Ask what you’d design if a particular limitation didn’t exist. Even if the constraint ultimately remains, the exercise can reveal alternatives.<\/li>\n<\/ul>\n\n\n\n
                                  \n
                                • Solve for outcomes, not implementations<\/strong>
                                  \u201cWe need users to provide accurate information\u201d creates more possibilities than \u201cWe need a better form.\u201d<\/li>\n<\/ul>\n\n\n\n
                                    \n
                                  • Question the existing workflow<\/strong>
                                    Before improving six steps, ask whether all six steps need to exist.<\/li>\n<\/ul>\n\n\n\n
                                      \n
                                    • Explore deliberately different approaches<\/strong>
                                      Don’t generate ten variations of the same idea and call it divergent thinking. Instead, separate teams and design in isolations for some time.<\/li>\n<\/ul>\n\n\n\n
                                        \n
                                      • Bring reality back in<\/strong>
                                        Eventually, the solution still has to work. Thinking outside the box expands the solution space; it doesn’t exempt you from physics, budgets, accessibility, or engineering.<\/li>\n<\/ul>\n\n\n\n

                                        PRO TIP<\/h2>\n\n\n\n
                                        \n

                                        If the solution feels complicated, be open minded and challenge the box. Ask: “How will this help our user?”, “What else could we do to make their experience more delightful?”, and “What are the actual boundaries of the problem?”<\/p>\n<\/blockquote>\n\n\n\n

                                        EXAMPLES<\/h2>\n\n\n\n
                                          \n
                                        • Replacing a multi-step form with one smart input instead of optimizing every individual field. <\/li>\n\n\n\n
                                        • Providing intelligent defaults instead of asking users to configure everything upfront. <\/li>\n\n\n\n
                                        • Automating a repetitive task instead of designing a better interface for performing it manually. <\/li>\n\n\n\n
                                        • Eliminating an approval step instead of making the approval screen easier to use. <\/li>\n\n\n\n
                                        • Letting the system infer information that users previously had to enter themselves. <\/li>\n<\/ul>\n\n\n\n

                                          CONCLUSION<\/h2>\n\n\n\n

                                          Thinking outside the box is about thinking imaginatively and creatively. It all starts by challenging arbitrary or imagined constraints.<\/strong> Breaking the routine and unquestioned requirements will allow space for fresh approaches and new concepts.<\/p>\n\n\n\n

                                          Don’t let your thinking be contained to a small square of knowledge, learn to branch out and discover new ideas. A better solution is often only a small step away, a step outside a comfortable box into unfamiliar territory.<\/p>\n\n\n\n

                                          <\/p>\n","protected":false},"excerpt":{"rendered":"

                                          The idiom thinking outside the box describes the ability to approach a problem from a different perspective instead of accepting its stated or assumed boundaries. It also requires to think differently and unconventionally, finding novel solutions simply by asking: “Wait, who said there was a box?”<\/p>\n

                                          In design, creative thinking is often constrained by unvalidated assumptions that “box” us into what we believe the solution space is. The box isn\u2019t real, yet it is treated as such and therefore triggers suboptimal choices and results.<\/p>\n","protected":false},"author":1,"featured_media":945,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"_jetpack_newsletter_access":"","_jetpack_dont_email_post_to_subs":false,"_jetpack_newsletter_tier_id":0,"_jetpack_memberships_contains_paywalled_content":false,"_jetpack_feature_clip_id":0,"_jetpack_memberships_contains_paid_content":false,"footnotes":"","jetpack_post_was_ever_published":false},"categories":[25],"tags":[142,146,19,20,143],"class_list":["post-725","post","type-post","status-publish","format-standard","has-post-thumbnail","hentry","category-mind-games-mental-traps","tag-box","tag-constraint","tag-design","tag-idiom","tag-thinking","entry","has-media","owp-thumbs-layout-horizontal","owp-btn-big","owp-tabs-layout-horizontal","has-no-thumbnails","has-product-nav"],"jetpack_sharing_enabled":true,"jetpack_featured_media_url":"https:\/\/hitchhikersguidetodesign.com\/book\/wp-content\/uploads\/2026\/09\/49.jpg","_links":{"self":[{"href":"https:\/\/hitchhikersguidetodesign.com\/book\/wp-json\/wp\/v2\/posts\/725","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/hitchhikersguidetodesign.com\/book\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/hitchhikersguidetodesign.com\/book\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/hitchhikersguidetodesign.com\/book\/wp-json\/wp\/v2\/users\/1"}],"replies":[{"embeddable":true,"href":"https:\/\/hitchhikersguidetodesign.com\/book\/wp-json\/wp\/v2\/comments?post=725"}],"version-history":[{"count":3,"href":"https:\/\/hitchhikersguidetodesign.com\/book\/wp-json\/wp\/v2\/posts\/725\/revisions"}],"predecessor-version":[{"id":1002,"href":"https:\/\/hitchhikersguidetodesign.com\/book\/wp-json\/wp\/v2\/posts\/725\/revisions\/1002"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/hitchhikersguidetodesign.com\/book\/wp-json\/wp\/v2\/media\/945"}],"wp:attachment":[{"href":"https:\/\/hitchhikersguidetodesign.com\/book\/wp-json\/wp\/v2\/media?parent=725"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/hitchhikersguidetodesign.com\/book\/wp-json\/wp\/v2\/categories?post=725"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/hitchhikersguidetodesign.com\/book\/wp-json\/wp\/v2\/tags?post=725"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}