<?xml version="1.0" encoding="utf-8"?>
<rss version="2.0" xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:content="http://purl.org/rss/1.0/modules/content/" xmlns:atom="http://www.w3.org/2005/Atom">
    <channel>
        <title>Stephan Ye</title>
        <link>https://stephanye.design/</link>
        <description>Designer &amp; builder. Notes, case studies, and experiments.</description>
        <lastBuildDate>Fri, 28 Aug 2026 00:00:00 GMT</lastBuildDate>
        <docs>https://validator.w3.org/feed/docs/rss2.html</docs>
        <generator>https://github.com/jpmonette/feed</generator>
        <language>en</language>
        <copyright>© 2026 Stephan Ye</copyright>
        <atom:link href="https://stephanye.design/rss.xml" rel="self" type="application/rss+xml"/>
        <item>
            <title><![CDATA[Gated demo]]></title>
            <link>https://stephanye.design/gated-demo</link>
            <guid isPermaLink="false">https://stephanye.design/gated-demo</guid>
            <pubDate>Fri, 28 Aug 2026 00:00:00 GMT</pubDate>
            <description><![CDATA[A password-gated post, here to prove the gate works. Safe to delete.]]></description>
            <author>Stephan Ye</author>
        </item>
        <item>
            <title><![CDATA[Ride as much or as little]]></title>
            <link>https://stephanye.design/ride</link>
            <guid isPermaLink="false">https://stephanye.design/ride</guid>
            <pubDate>Thu, 27 Aug 2026 00:00:00 GMT</pubDate>
            <content:encoded><![CDATA[<p>Ride as much or as little, as long or as short as you feel. But ride — you will feel better.</p>
<p>— Eddy Merckx</p>]]></content:encoded>
            <author>Stephan Ye</author>
        </item>
        <item>
            <title><![CDATA[God damn it, you've got to be kind]]></title>
            <link>https://stephanye.design/be-kind</link>
            <guid isPermaLink="false">https://stephanye.design/be-kind</guid>
            <pubDate>Thu, 27 Aug 2026 00:00:00 GMT</pubDate>
            <content:encoded><![CDATA[<p>Be a team player, celebrate your colleagues, and leave the ego at the door.</p>
<p>— Kurt Vonnegut</p>]]></content:encoded>
            <author>Stephan Ye</author>
        </item>
        <item>
            <title><![CDATA[Skillset]]></title>
            <link>https://stephanye.design/skills</link>
            <guid isPermaLink="false">https://stephanye.design/skills</guid>
            <pubDate>Wed, 05 Aug 2026 00:00:00 GMT</pubDate>
            <description><![CDATA[Tools and disciplines I work with.]]></description>
            <author>Stephan Ye</author>
        </item>
        <item>
            <title><![CDATA[Hard Problems]]></title>
            <link>https://stephanye.design/hard-problems</link>
            <guid isPermaLink="false">https://stephanye.design/hard-problems</guid>
            <pubDate>Tue, 04 Aug 2026 00:00:00 GMT</pubDate>
            <description><![CDATA[The kind of work that keeps me interested.]]></description>
            <content:encoded><![CDATA[<p>I'm drawn to problems that don't have a clean answer yet — the ones where the constraints fight each other and the obvious solution turns out to be wrong once you dig in. Fintech compliance rules colliding with a simple checkout flow. A climate dashboard that needs to be trustworthy to scientists and legible to executives. Developer tools that have to feel invisible while doing something genuinely complicated underneath.</p>
<p>These are the projects that make me want to stay a designer who codes rather than pick one lane: understanding a problem well enough to prototype it in the browser changes the quality of the questions you ask.</p>
<p>If you're wrestling with something similarly gnarly, that's usually the fastest way to get my attention.</p>]]></content:encoded>
            <author>Stephan Ye</author>
        </item>
        <item>
            <title><![CDATA[Bikepacker]]></title>
            <link>https://stephanye.design/bikepacker</link>
            <guid isPermaLink="false">https://stephanye.design/bikepacker</guid>
            <pubDate>Mon, 03 Aug 2026 00:00:00 GMT</pubDate>
            <description><![CDATA[Slow travel on two wheels, one pannier at a time.]]></description>
            <content:encoded><![CDATA[<p>Most weekends you'll find me loading a bike with far more gear than necessary and disappearing for a day or three. Bikepacking strips travel down to the essentials: a route, the weather, and whatever fits in your bags.</p>
<p>There's an obvious parallel to design work — you plan as much as you can, then adapt constantly once you're actually moving. The best routes, like the best products, rarely look like the ones you sketched out the night before.</p>
<p>Favorite trips so far have hugged the North Sea coast and wound through the river deltas of the Netherlands. Longer routes across Europe are next on the list.</p>]]></content:encoded>
            <author>Stephan Ye</author>
        </item>
        <item>
            <title><![CDATA[Autobio]]></title>
            <link>https://stephanye.design/autobio</link>
            <guid isPermaLink="false">https://stephanye.design/autobio</guid>
            <pubDate>Sun, 02 Aug 2026 00:00:00 GMT</pubDate>
            <description><![CDATA[A longer, more personal version of the story.]]></description>
            <content:encoded><![CDATA[<p>I grew up taking things apart to see how they worked, and mostly failing to put them back together. That curiosity turned into a design career: first shaping physical products, then falling for the immediacy of digital ones, where you can ship an idea, watch people use it, and change it again by morning.</p>
<p>Along the way I've lived and worked across Sweden, China, the Netherlands, and a handful of places in between. Each move reshuffled how I think about problems — less about finding the "right" answer, more about understanding the constraints well enough that the right answer becomes obvious.</p>
<p>Outside of work, I'm usually planning the next trip, fixing something that doesn't need fixing, or reading about a subject I have no business studying. This site is where all of that spills over.</p>]]></content:encoded>
            <author>Stephan Ye</author>
        </item>
        <item>
            <title><![CDATA[Profile Photo]]></title>
            <link>https://stephanye.design/profile-pic</link>
            <guid isPermaLink="false">https://stephanye.design/profile-pic</guid>
            <pubDate>Sat, 01 Aug 2026 00:00:00 GMT</pubDate>
            <description><![CDATA[The face behind the pixels.]]></description>
            <content:encoded><![CDATA[<p><img src="placeholder-1.png" alt="Stephan Ye" title="Somewhere between a design sprint and a bike ride"></p>
<p>Taken somewhere between a design sprint and a bike ride. Click through for the full-size version.</p>]]></content:encoded>
            <author>Stephan Ye</author>
        </item>
        <item>
            <title><![CDATA[Lead Product Design]]></title>
            <link>https://stephanye.design/experience-altura</link>
            <guid isPermaLink="false">https://stephanye.design/experience-altura</guid>
            <pubDate>Mon, 01 Jan 2024 00:00:00 GMT</pubDate>
            <description><![CDATA[Leading product design at Altura.]]></description>
            <content:encoded><![CDATA[<p>Leading product design at Altura.</p>]]></content:encoded>
            <author>Stephan Ye</author>
        </item>
        <item>
            <title><![CDATA[About]]></title>
            <link>https://stephanye.design/bio</link>
            <guid isPermaLink="false">https://stephanye.design/bio</guid>
            <pubDate>Mon, 01 Jan 2024 00:00:00 GMT</pubDate>
            <description><![CDATA[Product builder, close to a decade of experience.]]></description>
            <content:encoded><![CDATA[<p>I'm Stephan, a product builder who codes, with close to a decade of experience and based in the Netherlands. I bring ideas to life and scale SaaS products within ClimateTech, developer experience, AI, and fintech.</p>
<p>This site is my personal log: notes, case studies, and small visual experiments.</p>]]></content:encoded>
            <author>Stephan Ye</author>
        </item>
        <item>
            <title><![CDATA[Lead Product Design]]></title>
            <link>https://stephanye.design/experience-alphadoc</link>
            <guid isPermaLink="false">https://stephanye.design/experience-alphadoc</guid>
            <pubDate>Thu, 01 Dec 2022 00:00:00 GMT</pubDate>
            <description><![CDATA[Lead Product Design from 0 to 1 within DevEx tooling space]]></description>
            <content:encoded><![CDATA[<p><img src="alphadoc/hero.png" alt="API sequence diagram builder with a checkout flow between client, webserver, and Payments API, and an API operation panel open on the right" title="Wiring a checkout flow into a sequence diagram, one API operation at a time"></p>
<p>I led product design at Alphadoc, a DevEx tooling startup, from proof of concept through its first public release within a year.</p>
<p>The core of the product is a sequence-diagram builder: drag a request between a client, a server, and an API, then attach a real endpoint and method to that step. Diagrams could also be generated straight from an uploaded API spec, turning a step that used to take an afternoon of manual diagramming into a few clicks.</p>
<p><img src="alphadoc/complete.png" alt="Sequence diagram builder with a settlement flow being extended, a new &#x22;Settlement service&#x22; lifeline being named, annotated with two design notes about mimicking WYIWYG interaction and generating nodes from an uploaded API spec" title="Two decisions that mattered most: interaction that felt like a familiar WYIWYG editor, and diagrams generated straight from an uploaded spec"></p>
<p>Alongside the diagrams, a block-based editor let teams write tutorials the way a CMS lets you write a blog post: text blocks, code blocks, callouts, and a dedicated API-reference block that pulls a live endpoint into the page instead of describing it by hand.</p>
<p><img src="alphadoc/editor.png" alt="Block-based documentation editor on a Getting Started page, with a slash-command menu open showing text, image, code, divider, callout, and API reference blocks" title="Writing a tutorial and an API reference in the same block editor, unpublished until it&#x27;s ready"></p>]]></content:encoded>
            <author>Stephan Ye</author>
        </item>
        <item>
            <title><![CDATA[Product Design Service]]></title>
            <link>https://stephanye.design/experience-stephanye-design</link>
            <guid isPermaLink="false">https://stephanye.design/experience-stephanye-design</guid>
            <pubDate>Tue, 01 Nov 2022 00:00:00 GMT</pubDate>
            <description><![CDATA[Design partner for SaaS across ClimateTech, Fintech, DevEx, and AI.]]></description>
            <content:encoded><![CDATA[<p>Stephan Ye Design is essentially a one man show. Consulting work I take on
outside a full-time role, focused on strategy and 0 to 1 product building:
working out what to build with a founding team, then designing it far enough
to ship.</p>
<p>Research, strategy, interface, and design system come from the same pair of
hands. Small teams rarely need a design department. They need one designer who
can hold the whole thing.</p>
<h2>Selected clients</h2>
<ul>
<li><a href="https://stephanye.design/lumenradio">Humane Lighting</a>, LumenRadio, 2019. Consolidating AirGlow's
light commissioning into one workflow, from planning to install to daily use.</li>
<li><a href="https://stephanye.design/carboncloud">Carbon Counting</a>, CarbonCloud, 2018. A food climate-impact
tool, from kitchen input to guest-facing menus.</li>
</ul>]]></content:encoded>
            <author>Stephan Ye</author>
        </item>
        <item>
            <title><![CDATA[Senior Product Designer]]></title>
            <link>https://stephanye.design/experience-lightspeed</link>
            <guid isPermaLink="false">https://stephanye.design/experience-lightspeed</guid>
            <pubDate>Wed, 01 Jan 2020 00:00:00 GMT</pubDate>
            <description><![CDATA[Rebuilding the native Point-of-Sale around how retail staff sell.]]></description>
            <content:encoded><![CDATA[<p><img src="lightspeed/pos_01.png" alt="The rebuilt Point-of-Sale on a tablet and a phone, product grid on the left, open cart on the right" title="Tablet and phone, both mid-sale with three items and a loyalty customer attached"></p>
<p>Lightspeed sells Point-of-Sale and eCommerce software to small and mid-sized retailers. I worked across five product teams on iOS, Android, and web. The biggest piece of it was a design overhaul of the native Point-of-Sale, a product people knew about and didn't use.</p>
<p>Years of acquisitions had left the portfolio fragmented. A retailer could run into three different Lightspeed interfaces doing the same job: a POS in the browser, a tablet app, and a phone app. Each had its own layout and its own idea of how a sale works. The browser one was what people used, despite limited functionality, slow transactions, and the cost of running a till on a full computer.</p>
<p><img src="lightspeed/pos_02.png" alt="The three older Lightspeed interfaces side by side: the browser POS, the tablet app, and the mobile app" title="The three interfaces this replaced. The browser one on the left had most of the users."></p>
<p>The brief was to consolidate those workflows, build a foundation solid enough to bring new retail verticals onto Lightspeed, and lift adoption of the native apps. So the question was what was holding adoption back.</p>
<p>Answering it took user interviews, collaborative workshops, workflow analysis, and a pass through the usage data. The usage data changed the shape of the problem more than the interviews did. Ringing up sales accounted for 93% of everything staff did in the app, average Time to Transaction sat at about 125 seconds, and most sales were two items or fewer.</p>
<p><img src="lightspeed/pos_03.png" alt="Usage analytics for Lightspeed Retail POS with three figures called out: sales 93%, average Time to Transaction 125 seconds, two items or fewer per sale" title="Event counts per install, and the three figures we pulled out of them"></p>
<p>Nearly every real sale was two items, while the interface was built for the rare large basket. Staff were spending over an hour and a half a day inside the POS, so seconds of Time to Transaction compounded into something they felt. The interviews added two things the data couldn't show. Staff had to answer a customer's question and show a sales breakdown on the spot, and value add-ons were worth real money to a small retailer, but nobody remembered to offer them.</p>
<p><img src="lightspeed/pos_04.png" alt="A sale broken into five steps from adding items to order confirmation, with each step&#x27;s attributes and actions listed alongside" title="The five steps of a sale, and what sits inside each one"></p>
<p>Breaking a sale into those five steps and cross-checking each against what staff were trying to do produced four design principles. They did most of the deciding from there on.</p>
<ul>
<li><strong>Follow the walk.</strong> Be guided by the user's workflow instead of imposing one that doesn't match it.</li>
<li><strong>Freedom to choose.</strong> Don't jump to conclusions. Leave flexibility where the workflow needs it.</li>
<li><strong>Transparency.</strong> Match what staff and their customers expect to be able to see.</li>
<li><strong>Hidden values.</strong> Surface the add-ons people forget, because the delighters did matter.</li>
</ul>
<p>The layout followed from the principles. The old screen led with the cart and pushed products into a narrow column. The new one hands the primary area to the product grid and quick actions. The cart and checkout stay put on the right, and navigation gets its own row at the bottom instead of competing for space.</p>
<p><img src="lightspeed/pos_05.png" alt="Colour-blocked wireframes of the old and new tablet layouts, with the corresponding screens below them" title="Old layout left, new one right, with the screens they turned into underneath"></p>
<p><img src="lightspeed/demo-quick-add.webp" alt="Tapping a product tile adds it to the cart, and the item detail view opens with stock, SKUs, a quantity stepper, and an add-to-cart button" title="Tapping a tile adds the item. The detail view is one tap further in, for stock counts and SKUs."></p>
<p><img src="lightspeed/demo-line-item.webp" alt="A cart line item opened onto its own screen with discount, employee, tax class, an internal note, and a remove button" title="A line item opens onto its own screen. Discount, employee, tax class, a note, remove."></p>
<p><img src="lightspeed/demo-loyalty.webp" alt="Adding a customer to the sale, choosing from bronze, silver, gold and diamond loyalty rewards, and the discount appearing on the checkout summary" title="Attaching a customer, then a loyalty reward, then the discount showing up at checkout"></p>
<p><img src="lightspeed/pos_07.png" alt="Three phone screens showing barcode scanning, product search, and variant selection, above three tablet views of a sale" title="Barcode scanning, search, and variants on the phone, with the tablet versions below"></p>
<p>The revamped POS went into a private beta with more than 30 stores and saw significant adoption there. Time to Transaction came down, which was the win retailers cared about. Add-ons went up too, since putting one into a sale no longer cost anyone time.</p>
<p><img src="lightspeed/pos_06.png" alt="A tilted array of redesigned mobile screens including cart, checkout, account actions, and item creation" title="Part of the wider set. Cart, checkout, account actions, creating a new item."></p>]]></content:encoded>
            <author>Stephan Ye</author>
        </item>
        <item>
            <title><![CDATA[Humane Lighting]]></title>
            <link>https://stephanye.design/lumenradio</link>
            <guid isPermaLink="false">https://stephanye.design/lumenradio</guid>
            <pubDate>Fri, 01 Feb 2019 00:00:00 GMT</pubDate>
            <description><![CDATA[Consolidating AirGlow's light commissioning into one workflow, from planning to install to daily use.]]></description>
            <content:encoded><![CDATA[<blockquote>
<p>Freelance work from 2019, through Stephan Ye Design. Old screens, and a
handoff problem I still run into.</p>
</blockquote>
<p><img src="lumenradio/hero.png" alt="AirGlow app showing a list of lighting systems and one project&#x27;s zones with their groups and scenes" title="Browsing a portfolio of lighting systems, then drilling into one project&#x27;s zones and scenes"></p>
<p>LumenRadio builds wireless connectivity for IoT lighting. Its flagship product, the AirGlow™ smart light controller, connects lighting fixtures wirelessly and runs them as scenes. I was tasked with designing how every stakeholder, from light designers to installers to the person flipping the switch, interacts with it.</p>
<p><img src="lumenradio/section-1.png" alt="Desktop zone editor showing a hotel floor plan with pinned zones and a Setup Zone naming panel" title="A light designer naming and pinning zones directly on the floor plan, before any fixture goes in"></p>
<p>AirGlow turns ceiling lights, ambient lights, and spotlights into scenes: sensors, triggers, and effects combined into a single lighting state a room can call up on demand. The interface had to make that complexity easy to set up and use, on a laptop for the person planning a project and a phone for the person installing it.</p>
<p><img src="lumenradio/section-2.png" alt="Mobile screens for configuring a presence sensor, then grouping luminaires and spotlights into an Office 02 scene with adjustable intensity" title="Wiring a presence sensor to a group of luminaires and spotlights, one scene at a time"></p>
<p>The project started with a strategy for flexible light commissioning, one that could adapt across different project needs and light openings. Stakeholder interviews surfaced where the existing flow broke down: unclear transitions between design and install, design intent lost along the way, setup steps that were too complex.</p>
<p><img src="lumenradio/section-3.png" alt="Diagram of the AirGlow system architecture above a flowchart of the traditional light-commissioning process, marked with pain points at nearly every handoff" title="Mapping the system, then the traditional commissioning flow it ran on, a pain point at almost every handoff between planning, install, and use"></p>
<p>Consolidating the workflow onto one platform gave every stakeholder a consistent experience and cut installation and calibration time. It also made troubleshooting easier and improved handoff across the three-phase Light Commissioning process: planning, installation, and daily use.</p>
<p><img src="lumenradio/section-4.png" alt="The same commissioning flow with LumenRadio&#x27;s consolidated steps overlaid, most pain-point handoffs replaced by a single account-managed path" title="One account-managed flow layered over the old one: most of the red pain points become a single blue path"></p>]]></content:encoded>
            <author>Stephan Ye</author>
        </item>
        <item>
            <title><![CDATA[Product Designer]]></title>
            <link>https://stephanye.design/experience-verifone</link>
            <guid isPermaLink="false">https://stephanye.design/experience-verifone</guid>
            <pubDate>Tue, 01 Jan 2019 00:00:00 GMT</pubDate>
            <description><![CDATA[Merchant onboarding, a payment gateway, and Verifone's first design system.]]></description>
            <content:encoded><![CDATA[<p><img src="verifone/hero.png" alt="Merchant onboarding flow: a payment-collection question, three service package tiers, and a plan configuration screen with a live pricing summary" title="Three onboarding steps: how a merchant takes payments, which service tier fits, then configuring it with the price updating live"></p>
<p>I led product design at Verifone, a global payment service provider, across three workstreams over about a year: merchant onboarding, the payment gateway itself, and the company's first design system.</p>
<p>Onboarding started with a simple question, how a merchant takes payments, then walked them through picking a service tier and configuring it, the monthly price updating live as they added payment methods and picked a contract length.</p>
<p><img src="verifone/section-1.png" alt="Grid of payment method logos including Visa, Mastercard, PayPal, Apple Pay, Klarna, Alipay, WeChat Pay, iDEAL, and SEPA" title="The payment methods a merchant&#x27;s checkout could support, from major card networks to regional and wallet-based schemes"></p>
<p>The gateway underneath supported dozens of payment methods: cards, wallets, and regional schemes, from Visa and Mastercard to iDEAL, Alipay, and WeChat Pay, so a merchant's checkout matched however their customers actually wanted to pay.</p>
<p><img src="verifone/section-2.png" alt="Verifone merchant dashboard transactions table with search, date and organization filters, payment method and status columns, and an Export as CSV button" title="Transaction history with search, filters, and status at a glance, authorized, settled, or settlement requested"></p>
<p>Merchants tracked payments through a transactions dashboard: searchable by ID, filterable by date and organization, each row showing payment method and status. A CSV export handled reconciliation.</p>
<p><img src="verifone/section-3.png" alt="Verifone design system sheets showing color palette, typography scale, button variations, text input and selector states, and message, alert, and toast patterns" title="Verifone&#x27;s first design system: color, type, components, and states documented once for every product team to reuse"></p>
<p>I also built Verifone's first design system, color and type scales, input and selector states, buttons, and message patterns for alerts and toasts, so product teams pulled from one shared source instead of rebuilding components per feature.</p>]]></content:encoded>
            <author>Stephan Ye</author>
        </item>
        <item>
            <title><![CDATA[Carbon Counting]]></title>
            <link>https://stephanye.design/carboncloud</link>
            <guid isPermaLink="false">https://stephanye.design/carboncloud</guid>
            <pubDate>Fri, 01 Jun 2018 00:00:00 GMT</pubDate>
            <description><![CDATA[A food climate-impact tool, from kitchen input to guest-facing menus.]]></description>
            <content:encoded><![CDATA[<blockquote>
<p>Freelance work from 2018, through Stephan Ye Design. The craft has
moved on since. The problem hasn't.</p>
</blockquote>
<p><img src="carboncloud/hero.png" alt="Bistro Carbon guest app showing a dish detail with its climate score" title="Each dish paired with its climate score, right where a guest is deciding what to order"></p>
<p>CarbonCloud, led by food and climate researchers, helps producers and restaurants calculate the climate impact of what they serve. As a Product Designer, I spent 6 months turning customer research into a tool chefs could use daily and diners could trust.</p>
<p>Kitchens are unpredictable. Dishes change with what's in season, what sold out at lunch, what a supplier swapped in. Chefs needed to log climate impact as fast as they built the menu, not as a separate chore afterward.</p>
<p><img src="carboncloud/dish-editor-mobile.png" alt="Mobile dish editor for Beef Bourguignon, from description to ingredient search" title="The dish editor, built mobile-first for a hand at a prep station, not a desk"></p>
<p>The dish editor became mobile-first: add an ingredient, watch the CO2 estimate update, done. The same editor scaled up to a full week's planner on desktop, for the manager laying out the whole menu at once.</p>
<p><img src="carboncloud/week-planner.png" alt="Week Menu Planner desktop view listing a restaurant&#x27;s full weekly menu" title="A week&#x27;s worth of dishes, each with its own climate rating"></p>
<p>On the restaurant side, a dashboard turned that same data into something the business could act on, emissions, wasted portions, and revenue side by side.</p>
<p><img src="carboncloud/dashboard.png" alt="CarbonCloud restaurant dashboard showing climate emissions, dish performance, and revenue" title="Kitchen data turned into decisions: emissions, waste, and revenue in one view"></p>
<p>Once a menu was set, it had to reach the people eating it. The web app translated each plan into printed menus and the guest-facing app, shareable via API, so a diner choosing between two dishes could see the climate difference before ordering.</p>
<p><img src="carboncloud/printed-menus.png" alt="Printed restaurant menus beside the matching guest-facing phone app" title="One menu plan, two outputs: a printed sheet for the table, an app for the guest&#x27;s phone"></p>]]></content:encoded>
            <author>Stephan Ye</author>
        </item>
        <item>
            <title><![CDATA[UX Designer]]></title>
            <link>https://stephanye.design/experience-lynk-co</link>
            <guid isPermaLink="false">https://stephanye.design/experience-lynk-co</guid>
            <pubDate>Wed, 01 Jun 2016 00:00:00 GMT</pubDate>
            <description><![CDATA[Infotainment, mobile app, and the brand's first design system.]]></description>
            <content:encoded><![CDATA[<p><img src="lynkco/hero.png" alt="Lynk&#x26;Co concept design" title="Lynk&#x26;Co infotainment concept"></p>
<p>Designed infotainment and mobile app experiences at Lynk&#x26;Co, working closely with engineering and product teams. Introduced Sketch and built the design department's first digital design system, improving consistency across platforms.</p>
<p>Project images are under NDA, but happy to walk through the process and outcomes in person.</p>]]></content:encoded>
            <author>Stephan Ye</author>
        </item>
        <item>
            <title><![CDATA[Industrial Designer]]></title>
            <link>https://stephanye.design/experience-edorado-marine</link>
            <guid isPermaLink="false">https://stephanye.design/experience-edorado-marine</guid>
            <pubDate>Mon, 01 Jun 2015 00:00:00 GMT</pubDate>
            <description><![CDATA[Industrial and service design for an electric speedboat.]]></description>
            <content:encoded><![CDATA[<p><img src="edorado-marine/hero.png" alt="Edorado 7.120 docked in its solar-charging berth" title="The Edorado 7.120 under its solar-canopy charging berth"></p>
<p>Marina enthusiasts spend most of their time maintaining, storing, and servicing their boats, leaving little time for actual boating. That trade-off didn't sit well with a speedboat brand built around electric boating.</p>
<p>The goal: an integrated storage and charging facility for the boat itself, one that could work independently of existing marina infrastructure, self-charge, and keep the boat secure.</p>
<p><img src="edorado-marine/section-1.png" alt="Customer journey map for recreational electric boating" title="Mapping the end-to-end boating journey, from marina arrival to reconnection"></p>
<p>Development moved through several iterations, starting with a survey of marina facilities and existing boat-storage solutions. From there, a concept took shape: a canopy berth that docks, shelters, and recharges the boat in one motion.</p>
<p><img src="edorado-marine/section-2.png" alt="Design development: CAD studies, early sketches, and concept renders" title="From ergonomic CAD studies to early concept sketches"></p>
<p><img src="edorado-marine/section-3-sm.png" alt="Charging pedestal design iterations" title="Exploring form factors for the standalone charging pedestal"></p>
<p>The result was an integrated charging and storage berth for the Edorado 7.120, plus a standalone charging station for eco-resorts running fleets of electric speedboats.</p>
<p><img src="edorado-marine/section-3-lg.png" alt="The completed berth opening and closing around the Edorado 7.120" title="The solar canopy lowering to shelter and charge the boat"></p>
<p><img src="edorado-marine/section-4.png" alt="Standalone charging and storage station for eco-resort fleets" title="The enclosed variant, developed for eco-resort fleets"></p>]]></content:encoded>
            <author>Stephan Ye</author>
        </item>
    </channel>
</rss>