Most people do not think about design when a thermostat works, a fitness band syncs, or a banking app helps them make a decision without friction. That is usually the point. Great design disappears into the experience. It reduces confusion, hides complexity, and makes hard technical systems feel obvious. But behind that simplicity is a long chain of decisions: what gets built, what gets cut, what gets explained, what gets tested, and what actually makes it into the customer’s hands. Lauren Von Dehsen has spent her career working inside that chain. Across Nike FuelBand, Nest, Google Health, Matter, and SoFi, Lauren has helped shape products at the intersection of hardware, software, and human behavior. Her work has touched connected devices, smart homes, healthcare, fintech, and now the emerging world of AI-assisted design. Her biggest lesson is blunt: documentation is not the product. The process is not the product. The customer only judges what ships. That idea sounds obvious until you watch how teams actually work. The Product Is the Only Thing the Customer Sees Early in her career, Lauren wrote about the idea of designing the product, not the documentation. At the time, she was working in environments where hardware and software had to come together in new ways. These were not mature product categories with well-worn patterns and obvious playbooks. Teams were inventing the product, the process, and sometimes the testing methods at the same time. On Nike FuelBand, for example, people were literally running up and down stairwells to test whether the device was tracking activity correctly. That is the reality of building something new. You do not always have a clean lab environment, a perfect spec, or a known answer. You have a product that needs to work in the messiness of the real world. For Lauren, that shaped a core belief: a designer cannot just hand off polished screens and assume the job is done. The real work is making sure the idea survives contact with engineering, testing, constraints, trade-offs, bugs, edge cases, and launch pressure. A beautiful design file does not matter if the shipped experience fails. That mindset is especially relevant for startups. Founders often confuse design with surface area: colors, screens, typography, polish. But design is more fundamental than that. It is the practice of making decisions about how a product behaves, how people understand it, and how the experience holds together under pressure. Nest and the Power of Cross-Functional Design Culture One of the chapters Lauren looks back on most fondly is her time at Nest. Nest was not just a company that made better-looking thermostats and smoke detectors. It helped redefine how people thought about everyday objects in the home. Before Nest, most people did not spend much time thinking about their thermostat. It was a beige plastic box on the wall. Functional, forgettable, and usually ugly. Nest changed that by bringing software-level interaction design, hardware craft, and brand-level attention to a category that had been ignored. But the real lesson from Nest was cultural. Lauren described an environment where she did not have to constantly explain why design mattered. Everyone cared about the product experience. Engineers, product leaders, designers, and other functions could debate almost any aspect of the product. The difference was that, after the debate, the team trusted the person closest to the decision to make the final call. That balance is rare. In weaker cultures, design is either isolated as “the designers’ job” or diluted into endless committee feedback. At Nest, design was everyone’s responsibility, but designers were still trusted as experts. That is a powerful distinction. For founders, this is one of the most important takeaways from the conversation. If design matters to your company, it cannot be something you bolt on at the end. It has to be part of how decisions are made from the beginning. What Founders Get Wrong About Design Early-stage companies often bring designers in too late. A founder may define the product direction, product managers may shape the requirements, engineers may begin scoping the system, and only then does someone ask design to “make it usable” or “make it look good.” That is backwards. Lauren argues that designers are most valuable when they get context early. Not when every decision has already been boxed in. Not when the team simply needs a screen. Early context allows designers to understand the customer, the business goal, the constraints, the technical trade-offs, and the hidden assumptions behind the product. That does not mean every startup needs a huge design team. It does mean founders need to be honest about what they expect design to do. Are you hiring someone to make the MVP presentable? Are you hiring someone to define the customer experience? Are you hiring someone to help shape product strategy? Those are different jobs. They require different levels of seniority, different skill sets, and different levels of organizational trust. The mistake is not choosing one path over another. The mistake is pretending you want strategic design while treating designers like production support. Scaling Design at SoFi Lauren joined SoFi in early 2020, just weeks before the pandemic changed how teams worked. At the time, SoFi was in a high-growth phase, operating across a wide range of financial products: banking, investing, lending, crypto, and insurance. That created a very different design challenge from Nest. At Nest, the work centered on tightly integrated hardware and software experiences. At SoFi, the challenge was scale, complexity, and coherence. How do you create one unified customer experience across financial products that behave very differently? What should be shared across the brand? What needs to be specific to each vertical? How do you build a mature design and research organization that can keep pace with a growing company? Lauren eventually scaled SoFi’s design and research function into a 100-person organization. That required more than hiring. It required building rituals, processes, expectations, and cross-functional relationships that could evolve as the company changed. One of her points is especially useful for leaders: rituals have to serve the outcome. They cannot become the outcome. Design critiques, reviews, sprints, and research processes all have value. But as companies scale, the same rituals that once created alignment can become bottlenecks. A critique with five people may be useful. A critique with 30 people may be theater. Good design leadership means knowing when to change the system. Process Is Useful Until It Becomes the Point Design teams love process. Design sprints. Double diamonds. Workshops. Critiques. Frameworks. Research panels. Naming conventions. Some of that is useful. Some of it becomes internal language that does not help the broader company. Lauren’s view is practical: use the tool if it helps the team get to the next decision. Do not worship the tool. Do not over-explain the ritual. Do not assume cross-functional partners care about the purity of the method. Most partners want to know what decision is being made, when the answer will be ready, and whether it will help the product move forward. That does not mean design should become reactive or shallow. It means design leaders need to translate their work into business-relevant outcomes. The best design process is the one that helps the team build a better product faster, with fewer blind spots. Anything else is overhead. AI and the Next Wave of Design Tools The conversation also turned to AI and how it is changing design. Lauren sees clear productivity gains. Designers, like everyone else, can use AI to brainstorm, write, summarize, explore concepts, and accelerate early work. But she also sees a major limitation: design is not only language. For many software tasks, moving from keyboard input to conversational prompting is a relatively natural abstraction. But design often involves spatial judgment, visual hierarchy, motion, color, breathing room, sequencing, and subtle interaction details. Describing those details in words can become frustrating fast. AI tools may generate strong first concepts. But as the designer tries to refine the work, make precise changes, and bring the output closer to a specific vision, the process can become fatiguing. The more exact the desired change, the harder language-only prompting becomes. This is why Lauren is interested in tools that combine chat-based interaction with direct visual manipulation. The future of AI design probably will not be pure prompting. It will be a hybrid interface where designers can generate, edit, manipulate, critique, and refine in the same environment. The open question is which tool becomes the design equivalent of the AI coding copilot. The Hardest Design Trade-Off: Craft vs. Reality One of the most honest parts of the conversation was Lauren’s reflection on how her own thinking has changed. Earlier in a design career, it is natural to want everything to be elegant, complete, polished, and deeply considered. That instinct is valuable. It creates standards. It pushes teams beyond mediocrity. But leadership requires a different kind of judgment. Sometimes speed matters more. Sometimes a business constraint matters more. Sometimes the right call for the company is not the designer’s ideal recommendation. Lauren described moments as a leader when she had to make decisions against her team’s design preference, not because the team was wrong, but because other constraints had to win. That is the maturity curve of design leadership. The goal is not to abandon craft. The goal is to know when craft is the decisive variable and when it is not. The Real Job of Design The through-line in Lauren’s career is not just design excellence. It is systems thinking. FuelBand required understandi