EnglishРусский Map

Sail и Muddy - делайте подходы

title
Sail и Muddy - делайте подходы
type
summary
summary
Ретроспектива Алехандро Гарсии Саласа о четырёх годах разработки многопользовательского браузера: позиционирование, ловушки dogfooding'а и подходы как опыт.
tags
startups, product, design, browsers, multiplayer
created
2026-05-06
updated
2026-07-22
lang
ru
translation_of
sail-muddy-lessons
source_updated
2026-07-22
translated
2026-09-01
translator
lllm/antigravity/gemini-3.7-flash-medium

Алехандро Гарсия Салас присоединился к Sail в 2022 году в роли founding engineer после того, как Рон и Джимми привлекли посевной раунд на $5,5M от General Catalyst, Naval, Lachy Groom и YC. Команда уже сделала по-настоящему сложную часть - форкнула Chromium и разобралась, как построить продуктовый UI поверх него на HTML/CSS/JS. Вторую сложную задачу - что именно строить - так и не решили. Sail был многопользовательским браузером с бесконечным холстом ("FigJam или Miro со встроенным браузером"). Проект пережил пивот через то, что команда называла "multiverse project" (холст, структурированный холст, чат - всё на одном движке синхронизации), и превратился в Muddy ("Slack и браузер как единое рабочее окружение"). Ни тот, ни другой не набрали достаточного числа пользователей для роста. Источник: sail-muddy-lessons.

Текст получился длинным, потому что он на самом деле не про Sail и Muddy. Он о том, какие уроки уцелели после четырёх лет неудачных попыток, и как их применить к следующему заходу.

Что не сработало

Тезисом послужила статья Кевина Квока Arc of Collaboration - идея о том, что совместная работа должна быть метаслоем поверх всех приложений для продуктивности, а браузер - её естественная среда. Внутри команды этот тезис выглядел настолько убедительно, что поставить его под сомнение было трудно. Каждая итерация начиналась с вопроса "как заставить этот тезис работать", а не "что на самом деле делают пользователи". Алехандро говорит прямо: тезис - это компас, а не пункт назначения, и подтвердить его можно, только если каждая выпущенная версия чему-то учит и меняет следующую.

Идея "multiplayer по умолчанию" раз за разом упиралась в ту же стену, что и Tandem, Multi, Screenhero, Google Wave, Microsoft Loop и Safari Shared Tab Groups. "Большинство людей не испытывают потребности общаться с коллегами так часто". Работа куда более обособлена, чем хочется верить создателям инструментов для совместной работы. См. multiplayer-by-default-failure.

С позиционированием ничего не вышло по той же причине, что у Arc и Mighty. Рынок сводит амбициозные формулировки к коротким описаниям: Arc -> "красивый браузер с боковой панелью", Mighty -> "быстрый Chrome в облаке", Sail -> "Miro, но с сайтами". За грандиозным видением не стояло базового сценария использования, как у Notion за вывеской "инструмент для мышления" стоят "wiki / документы / трекер задач". См. positioning-vs-vision-gap.

Sail занимался "платонической декомпозицией" - поиском минимального набора примитивов (веб-карточки, текстовые карточки, комментарии, сообщения, треды, уведомления), из которых можно собрать всё что угодно. Создателям это казалось элегантным. Пользователям это было бесполезно: они говорили "прикольно" и не пользовались. Системный дизайн впечатляет разработчиков, но пользователям нужен purpose-driven-vs-system-driven-design.

Dogfooding стал ловушкой. Команда ушла из Discord, из Linear, почти полностью отказалась от Notion. Казалось, что продукт подтвердил свою ценность. Но это было не так: команда понимала каждую концепцию, потому что сама её придумала, а внешние пользователи упирались в стену "и что мне с этим делать?". См. dogfooding-trap.

Что стоило сделать иначе

Две конкретные проверки, которые стоило провести раньше. Тест лендингом: заставить себя написать настоящий лендинг, который должен продать продукт незнакомцу, а не питч-дек инвесторам. Если не получается его наполнить, вы не понимаете, что строите. Тест роликом в стиле Sandwich: представить себе версию промо-ролика Slack для своего продукта. Какие в нём сцены? Если представить не удаётся, это сигнал. К обоим упражнениям обратились слишком поздно.

О запуске он тоже говорит без обиняков. У Sail так и не случилось широкого публичного релиза. Алехандро приводит мысль Пола Грэма: работать втайне над ракетным двигателем - нормально; работать втайне целый год над социальным продуктом - почти гарантированный провал. Всем плевать на ваш запуск - по выражению Брайана Чески: "если вы запустились и никто не заметил, можно запуститься ещё раз". Airbnb запускался трижды.

Стратегия "максимально отшлифованной версии" (Linear вместо Jira, Vercel для DX во фронтенде) работает только тогда, когда существующий инструмент достаточно плох. Chrome достаточно хорош. Slack достаточно хорош, плюс у него интеграции и высокая стоимость переключения. Попытка заменить оба сразу завела в ловушку двойного трения.

Подходы как главный актив

Заголовок статьи - "Get Your Reps" ("делайте подходы"). Суть в том, что распознавание паттернов благодаря множеству реальных попыток - а не упрямство или видение - делает опытных основателей быстрее. Паркер Конрад построил Zenefits и уже через шесть недель запустил Rippling. У Карри Сааринена были Kippt, Coinbase и Airbnb до того, как Linear вышел на PMF за год. Когда вспоминают "ранние дни" Notion, обычно опускают то, как Иван Чжао уволил команду, сдал офис в субаренду, уехал в Киото и переписал всё с нуля. У Figma ушло четыре года скрытых исследований и разработок на WebGL, прежде чем кто-то вообще увидел продукт. См. early-stage-reality и reps-as-pattern-recognition.

Красной нитью проходит аналогия с академическим рисунком. Прорабатывайте всю фигуру равномерно, чтобы работу можно было остановить в любой момент и она выглядела цельной - не вырисовывайте кисть руки до идеала, пока туловище нарисовано палочками. В Sail перебрали больше трёх версий боковой панели, когда остального продукта почти не существовало. Работу над брендом Sail ограничили по времени слишком слабо; подход Карри в Linear (выбрать название, цвет, шрифт и двигаться дальше) - та самая дисциплина, которой команде не хватило.

Перекрёстные ссылки

  • no-silver-bullet-llms - тот же сценарий провала ("убедительный тезис, упрямые итерации") в другой области
  • working-on-products-people-hate - разрыв в восприятии на уровне инженера и на уровне продукта
  • average-is-all-you-need - "прикольно" в качестве зацепки не создаёт бизнес
  • i-dont-want-your-prs - ещё одно переосмысление организации работы после предпринятой попытки
  • mintlify-chromafs - надстройка над существующими примитивами против их замены