Читаю книгу Райана Сингера.

Shape Up — это способ работы, который создает ясность и автономию с меньшим количеством встреч и ритуалов. Это альтернатива Scrum для растущих стартапов, которым нужна структура, но которые не хотят замедляться.

• §Shape Up

Когда всё сложнее купить картошку со вкусом картошки, нам предлагают мороженое со вкусом пива. Это уже не кулинария. Это производство тумана.

После этого останавливаться уже нельзя.

• Кефир со вкусом мокрого асфальта
• Сырок со вкусом родительского собрания
• Чипсы со вкусом ремонта у соседей
• Квас со вкусом принтера
• Печенье со вкусом пятницы, которая не наступила
• Колбаса со вкусом случайного звонка
• Майонез со вкусом маленькой победы
• Пельмени со вкусом чужой дачи
• Сок со вкусом недосказанности
• Сухарики со вкусом философии быта
• Маринад со вкусом старого подъезда
• Молоко со вкусом утренней паники
• Салат со вкусом чужого отпуска
• Каша со вкусом понедельника
• Кетчуп со вкусом тревожных новостей
• Минералка со вкусом неловкой паузы
• Пицца со вкусом семейного чата
• Гречка со вкусом ожидания
• Ряженка со вкусом случайной встречи
• Леденцы со вкусом пустого календаря
• Селёдка со вкусом плохого дизайна
• Суп со вкусом «давай созвонимся»
• Шоколад со вкусом последней надежды
• Булочка со вкусом тихого саботажа
• Печёночный торт со вкусом общественного мнения
• Вода со вкусом вчерашнего решения
• Конфеты со вкусом маленького кредита
• Пломбир со вкусом заводской проходной
• Сыр со вкусом непрочитанного письма
• Чай со вкусом чужой инициативы
• Кофе со вкусом «ещё пять минут»
• Хрен со вкусом мягкой силы
• Блины со вкусом соседского Wi-Fi
• Лимонад со вкусом офисного ковролина
• Паштет со вкусом стартапа без идеи
• Сырники со вкусом раннего автобуса
• Мороженая рыба со вкусом романтики
• Семечки со вкусом большой стратегии
• Курица со вкусом объяснительной
• Зефир со вкусом случайной мотивации
• Шаурма со вкусом философского тупика
• Компот со вкусом школьного дневника
• Торт со вкусом согласования
• Чеснок со вкусом уверенности в завтрашнем дне
• Кукурузные палочки со вкусом старой кассеты
• Оливье со вкусом обновлённого брендинга
• Карамель со вкусом потерянного времени
• Борщ со вкусом пользовательского соглашения
• Пончик со вкусом бесполезной функции
• Халва со вкусом тихой капитуляции
• Пюре быстрого приготовления со вкусом национальной идеи

И, конечно, финальная новинка сезона:

• Воздух со вкусом инновации.

Я понял, что карточкам нужна не только страница «что это такое», но и отдельный текст о принципах. Не инструкция и не описание функций. Скорее опора, к которой можно возвращаться, когда я развиваю продукт.

Будут появляться новые идеи, режимы, колоды, уточнения в интерфейсе. Но важно, чтобы при этом оставалось что-то устойчивое. Не набор случайных функций, а ясное понимание того, что лежит в основе и уточнения в интерфейсе. Но важно, чтобы эти изменения не были случайными, а продолжали внутреннюю логику.

Для меня crds не про бесконечное продолжение и не про удержание человека внутри приложения. Это инструмент для ежедневного возвращения к важному.

В манифесте я собрал принципы, которыми хочу руководствоваться дальше. Одна карточка может быть достаточной. Возвращение важнее накопления. Ритм не должен становиться давлением. Свои мысли тоже должны иметь место. Цвет работает не как украшение, а как режим внимания. Форма должна оставаться маленькой, чтобы карточки не превращались в большую систему управления всем.

Это важная страница. Не потому что манифест делает crds серьёзнее, а потому что он помогает точнее выбирать, что добавлять, что не добавлять, что усиливает карточки и от чего лучше отказаться, даже если идея кажется удачной.

Манифест crds

Вчера ходил на фотосходочку, и несколько человек заинтересовались карточками. Одной девушке установил приложение на телефон, всё рассказал и показал. Было интересно увидеть живой отклик.

От других ребят получил полезные замечания. А сегодня днём пришёл небольшой отзыв через форму «Откликнуться».

Появились первые живые столкновения с пользователями, а не только цифры в аналитике. И это, я вам скажу, особенное чувство — когда вещь, которую ты создавал для себя, начинает встречаться с другими людьми в реальном мире.

В 2024 году я написал заметку с названием «Я хочу создать продукт».

Сейчас это название звучит для меня немного странно, потому что на странице «Карточек» я пишу обратное: у меня не было задачи «сделать ещё один цифровой продукт». Но противоречия здесь нет. Я не хотел делать продукт ради продукта. Я хотел найти форму для того, что уже было частью моей жизни: привычки возвращаться к важному и маленьких точек внимания, которые помогают не потеряться в потоке.

Тогда это ещё не было отдельной вещью, которую можно открыть по ссылке. Скорее был рабочий контур: мои заметки, карточки, привычка возвращаться к ним и попытка понять, какой формы всё это просит. Я не знал, получится ли собрать из этого самостоятельный инструмент, но уже чувствовал, что сама работа над ним что-то проясняет.

Вот что я писал 2024-07-27:

Насчёт работы над crds. Работая над продуктом, которого нет технически, я могу извлечь очень много пользы от самого процесса проектирования продукта, понимания что это и зачем, для кого, как. От айдентики до интерфейса и размышлений о целесообразности применения той или иной технологии.

Важно, что я уже сейчас пользуюсь этим продуктом каждый день. Просто пока это собрано из подручных инструментов. Но это даёт мне возможность понять, что нужно и чего не хватает, а что лишнее и только создаёт лишнюю нагрузку.

Лучший продукт сначала для себя самого.

Сейчас у этой старой заметки появилось продолжение. Я собрал первую версию карточек и открыл её для всех.

Это всё ещё очень простая вещь. В ней нет аккаунтов, сложной системы и большого объяснительного слоя. Можно просто зайти и попробовать: бесплатно и без регистрации.

Главное для меня в другом: теперь это не только набросок и не только внутренняя практика, а рабочий инструмент. Я сам пользуюсь карточками каждый день: добавляю мысли, вопросы, ссылки, напоминания, маленькие шаги. Смотрю, как они возвращаются, что срабатывает, что оказывается лишним, что хочется изменить.

Теперь мне важно увидеть, как это будет работать не только у меня. Буду рад, если вы тоже попробуете и расскажете о своём опыте.

В 2024 году это была фраза про желание. Теперь у неё есть адрес: crds.day — попробуйте бесплатно и без регистрации. 

Мы знаем, что первую версию не стоит делать идеальной: это усложняет продукт и отодвигает релиз. С другой стороны, в стремлении сделать минимально жизнеспособный продукт легко начать игнорировать качество.

Первая версия должна быть максимально гладкой, аэродинамичной. Чем проще инструмент, тем ближе ты к самой идеепроще. Чем ближе запуск, тем чаще стоит спрашивать себя:

• Нужна ли нам эта деталь?
• Создаёт ли она лишнее сопротивление?
• Усиливает ли это решение основную функцию?

Главная задача — избавиться от всего, что мешает продукту двигаться. По ощущению это похоже на полировку формы и проверку в аэродинамической трубе.

Сравнение с физическим объектом переводит «усложнение» в форму: лишние элементы увеличивают площадь поверхности и сопротивление.

А дальше держи это простым, пока оно остаётся простым.

Как только ты уходишь в сложную инфраструктуру, ты начинаешь обслуживать её, а не идею.

По этому Держи это простым, пока оно остаётся простым.

Не нужно усложнять то, что и так работает. Может показаться, что само по себе усложнение делает вещь лучше, но это не так. Простота тоже преимущество. Чем проще инструмент, тем ближе ты к самой идее.

Но важно не путать это с минимально жизнеспособным продуктом. В современной продуктовой логике MVP это, скорее, что-то собранное быстро и «на коленке». И эта логика понятна – лучшее решение где-то впереди и мы должны сделать хоть один тестовый полу-шаг к нему. Но почему бы не сделать первый, пусть и простой, но твёрдый шаг. Вместо абстрактной задачи «проверить гипотезу» стоит сразу решать основную задачу, но минимальными средствами. Просто первая версия должна быть максимально аэродинамичной.

Эта логика относится не только к первым шагам, но ко всему пути. Нужно выбирать простые технологии.

Например, преимущество crds в том, что сейчас это single file application – приложение в виде index.html – внутри вся логика, js, css. Кажется, что нудно разделять на элементы и зоны ответственности, планировать масштабирование, бэкенд. Но это ошибка. Сейчас я могу пользоваться преимуществом гибкости – легко закинуть код в любой чат, покрутить, что-то изменить. Очень надеюсь, что я смогу сохранить это простым.

Решил добавить свой подкаст ещё на несколько площадок.

Написал письмо, «Звуку». Думаю, это же типа «Сбер» — всё серьёзно. Спросил где технически размещается аудио у них или они каждый раз обращаются к моему серверу.

Вот весь текст моего письма:

Читать полностью ↓

…

Прошло всего две (!!!) недели. Получаю вот такой куцый ответ:

Сообщаем, что техническая обвязка размещения подкастов соответствует передовым методам используемым в индустрии. Аналитику по прослушиваниям и стримам вы можете получить по запросу, указав соответствующий период.

Обвязка? Соответствует передовым? Аналитика по запросу? Вы серьёзно? Не уточнили только запрашивать заказным или обычным письмом.

Вычёркиваю.

Я заметил, что люди стараются как можно раньше показать всю сложность, умность и многогранность своих продуктов. Я понимаю, почему так происходит. Когда делаешь свой инструмент, тобой движет интерес. А интерес толкает к тому, чтобы не просто положить важную для тебя идею в его основу, а вынести её на самое видное место. Когда-то меня так захватывали вечнозелёные заметки, потом интервальное повторение. И если бы в тот момент я делал своё приложение, то, скорее всего, очень хотел бы это подчеркнуть.

Но нужен ли этот слой пользователю? Особенно если приложение делается не только для людей «в теме».

Я поставлю вопрос шире: зачем вообще делать инструмент только для посвящённых, если можно сделать молоток или табуретку? В хорошем смысле. Не примитивную вещь, а ясную. Такую, которой можно пользоваться без предварительной расшифровки.

У инструмента, конечно, может быть своё основание. Своя практика, своя философия, свои принципы. Всё это важно. Но хорошо, когда им может воспользоваться даже школьник, которому нужно что-то запомнить, зафиксировать или выучить. А второй слой можно оставить для тех, кто захочет пойти дальше: отдельный режим, дополнительные настройки, вход «для своих». Но не делать этот язык обязательным для всех.

В своей рассылке я делюсь тем, что хочется передать лично, без ленты и алгоритмов — медленный слой. Иногда это эссе, иногда заметка, иногда анонс выпуска подкаста, но всегда письмо из рук в руки.

Иногда для этого нужно совсем немного. Просто заменить специальные термины обычными словами. Не писать «вечнозелёные заметки», а писать просто «заметки». Вместо «интервального повторения» предложить пользователю понятное действие: «Оцените эту карточку». Этого уже достаточно. Главное происходит внутри, а не в словах на поверхности.

Мне кажется, в этом и проявляется зрелость продукта: не тащить пользователя глубже без необходимости. Не требовать от него понимания того, как всё устроено, только для того, чтобы он вообще смог начать. Механику полезно знать, что происходит под капотом, а профессиональному автогонщику важен более тонкий слой управления. У приложения тоже может быть свой глубокий слой. Но встречать человека оно должно не архитектурой, а простой и ясной точкой входа.

Нужно стремиться к простоте: не перегружать пользователя терминологией, а наоборот, убрать всё лишнее с первого плана. Спрятать. Оставить только то, что действительно помогает двигаться. Это не делает интерфейс беднее. Это делает его честнее.

Например, молоток и табуретка не выглядят примитивно. Но у них есть другое качество — ясность входа. Простые вещи не путают человека с первых шагов, не заставляют его проходить курс по внутренней логике системы и не просят разбираться в теории до того, как он получит первую пользу. На табуретку можно присесть. Молотком можно забить гвоздь.

Важно дать человеку в руки простую, ясную, работающую вещь. И только если у него появится интерес, можно аккуратно приоткрыть следующий слой и показать, что именно лежит в основе.