# Кэти Дилл из Stripe: как дизайн формирует доверие пользователей Источник: https://www.youtube.com/watch?v=CKfERe55CeA Канал: Y Combinator Опубликовано: 16.10.2024 --- Канал Y Combinator представляет интервью с Кэти Дилл (Katie Dill), руководителем отдела дизайна в Stripe, которая ранее возглавляла дизайн-команды в Lyft и Airbnb. Материал посвящен практическим тактикам создания культуры высококлассного дизайна на ранних стадиях стартапа, методам борьбы за качество продукта и кейсам оптимизации интерфейсов для роста бизнес-показателей. ## 🛠️ Роль дизайна в технологических гигантах: от интерфейса к доверию [[JUMP:0:00]] Кэти Дилл руководит глобальной дизайн-организацией в Stripe, объединяющей продуктовых дизайнеров, исследователей и контент-дизайнеров. В сферу ответственности ее подразделения входит не только интерфейс личного кабинета, чекаута и системы Stripe Billing, но и Brand Studio (реклама, мероприятия, книги Stripe Press), а также сайт stripe.com. По мнению Дилл, в таких компаниях, как Airbnb, Lyft и Stripe, дизайн сыграл фундаментальную роль в достижении успеха благодаря формированию доверия. Сервис Airbnb предлагал совершенно новую для своего времени услугу — проживание в доме незнакомца. Основатели компании Брайан Чески, Джо Геббиа и Натан Блечарзик с самого начала скрупулезно прорабатывали детали взаимодействия пользователей: механику обмена деньгами, отображение интерфейса и логику коммуникации, чтобы клиенты чувствовали себя в безопасности. Аналогичный вызов стоял перед Stripe и Lyft, где пользователям приходилось доверять платформе свои финансы или садиться в машину к незнакомому человеку. Собеседники сошлись во мнении, что без создания дружелюбного, отлаженного и вызывающего доверие интерфейса эти бизнес-модели могли бы не заработать. Дилл отмечает, что визуальные дефекты — например, опечатки или сбитая верстка — подсознательно заставляют пользователя сомневаться в надежности всей системы: если компания ошибается в мелочах, она может ошибиться и при обработке транзакций. ## 📉 Борьба с посредственностью и тактика управления релизами [[JUMP:7:05]] Культура внимания к качеству должна закладываться основателями стартапа с первых дней. Кэти Дилл утверждает, что в реальном мире существует мощное «гравитационное притяжение к посредственности». Почти все компании декларируют стремление к высокому качеству продукта, однако на практике все решают ежедневные микро-решения сотрудников. Для удержания высокой планки фаундерам иногда требуется мужество остановить запуск функции и отправить ее на доработку, даже если команда потратила много сил и хочет поскорее выпустить обновление. Дилл признает, что в условиях стартапа задержки болезненны, и универсального правила «когда именно нужно шипить» не существует. В спорных ситуациях она рекомендует возвращаться к базовому вопросу: какую проблему и для кого решает продукт. Если недоработки ухудшают первое впечатление пользователя, релиз стоит придержать. В качестве тактического компромисса между качеством и скоростью Stripe активно использует бета-тестирование. По словам Дилл, бесконечная полировка продукта внутри команды без получения обратной связи от реальных людей не делает его лучше, а лишь затягивает время. ## 📋 Чек-лист качества продукта и развитие вкуса [[JUMP:9:37]] Для оценки готовности продукта Кэти Дилл использует трехступенчатый чек-лист, определяющий иерархию качества: 1. **Функциональность (Utility)**: продукт обязан в первую очередь решать конкретную задачу пользователя. Если этого нет, дальнейшая разработка бессмысленна и лишь увеличит затраты на поддержку. 2. **Удобство использования (Usability)**: интерфейс должен быть эргономичным. В качестве аналогии Дилл приводит стул, на котором можно сидеть, но если он крайне неудобен, им не будут пользоваться долго. 3. **Мастерство и красота (Craft and Beauty)**: эстетика не является опциональным элементом. Она напрямую повышает функциональность и удобство, принося пользователю радость от работы с софтом. Основателям без дизайнерского бэкграунда Кэти Дилл советует подходить к тестированию своего приложения с ментальностью пилота, проводящего предполетный осмотр (pre-flight checklist). Будучи лицензированным пилотом, она применяет правило своего инструктора: изучать систему с установкой, что в ней точно есть неисправность, которую необходимо найти. При запуске приложения фаундер должен подвергать сомнению каждый пиксель и слово, отслеживая свои ощущения и выявляя логические разрывы. Развитие продуктового вкуса происходит через насмотренность и анализ чужих продуктов. При найме Кэти Дилл считает более опасным брать специалиста со знанием домена (например, финтеха), но без развитого вкуса, так как специфике отрасли обучить гораздо легче, чем страсти к созданию эстетичных и удобных интерфейсов. ## 🔄 Процесс в Stripe: кросс-функциональные команды и программа Essential Journeys [[JUMP:18:35]] Дизайн-команда Stripe интегрирована непосредственно в бизнес-юниты, что исключает «агентскую» модель работы, когда дизайнеры выполняют разовые заказы и возвращаются к себе. Дизайнеры работают рука об руку с инженерами и продакт-менеджерами, разделяя с ними общие KPI. Продукты создаются в тесном цикле итераций с клиентами: например, платформа Stripe Connect на ранних этапах развивалась при участии Lyft, а инструмент Workbench тестировался совместно со Slack и Notion. Со временем любой идеальный продукт начинает обрастать багами и терять консистентность из-за добавления новых фич. Для борьбы с этим в Stripe внедрена практика «Walk the store» (контрольная закупка / проход по магазину), в рамках которой сотрудники оценивают сквозной путь клиента. В компании действует регламентированная программа Essential Journeys: * Выделено 17 самых важных и часто используемых пользовательских сценариев. * За каждым сценарием закреплен ответственный сотрудник (DRI). * Каждый квартал проводится аудит опыта, результаты заносятся в friction log (журнал трения). * Интерфейсы оцениваются по цветовой шкале от красного до зеленого, а результаты выводятся на общее табло. Удержание всех 17 сценариев в «зеленой» зоне является официальной целью всей компании Stripe. Свои friction log могут отправлять даже сотрудники отдела продаж, тестирующие продукты смежных отделов. Дополнительно в компании работает внутренний и внешний email-алиас для сбора багов, действующий по принципу «увидел проблему — сообщи о ней». ## 🔎 Практические кейсы: оптимизация микросекунд и редизайн email [[JUMP:25:06]] В ходе аудитов и анализа обратной связи команда Stripe выявила несколько интерфейсных ошибок, исправление которых напрямую повлияло на бизнес-метрики. ### Микрозадержка валидации в системе Link При вводе email-адреса в форме быстрой покупки криптовалюты через систему Link встроенный валидатор выдавал предупреждение об ошибке до того, как пользователь успевал закончить ввод. На этапе проектирования в Figma это выглядело логично, но при реальном тестировании вызывало раздражение. Разработчики внедрили микрозадержку валидации на несколько миллисекунд, а также перестали выдавать ошибку при случайном вводе пробела, что мгновенно улучшило пользовательский опыт. ### Редизайн приветственного письма Stripe проанализировал старую версию email-уведомления, отправляемого пользователям после регистрации. Текст представлял собой сплошную стену без четкой визуальной иерархии и понятного призыва к действию (CTA). После редизайна команда добавила контрастный заголовок, структурировала текст и выделила кнопку целевого действия. Данное изменение увеличило продуктовую конверсию из письма на 20%. ### Создание панели Workbench Для снижения контекстного переключения (context switching) у разработчиков, которым приходилось постоянно переходить из личного кабинета Stripe в редактор кода и документацию, компания создала встроенный инструмент Workbench. Панель выдвигается в нижней части экрана и позволяет инспектировать интеграции, искать ошибки в инвойсах, проверять параметры API и генерировать готовые сниппеты кода на нужном языке программирования прямо в браузере. Продукт дорабатывался на основе обратной связи от сообщества Insiders. Как подчеркивают братья Патрик и Джон Коллисоны (основатели Stripe), искренняя гордость за качество своего продукта выступает тем самым «X-фактором», который позволяет компании принимать правильные решения в долгосрочной перспективе, даже если они не приносят сиюминутной выгоды в цифрах.