Почему ты не возвращаешься к сохранённому (и что реально это чинит)
Проблему «сохранил и забыл» разобрали уже все, а построил почти никто. Что мы отгрузили, и три популярных решения, которые мы отказались делать.
Диагноз поставлен. И не один раз.
Два свежих разбора формулируют это чисто. Разбор Startwinklerana называет это «Save-Then-Forget Loop»: сохранение работает как механизм психологического закрытия, оно сообщает мозгу, что с контентом уже разобрались, и срочность возвращаться пропадает. Статья Абхишека Дешпанде приходит туда же со стороны поиска: от рилса в памяти остаётся идея или ощущение, а не подпись и не имя автора, и искать по этому ни одна платформа не даёт.
Добавь регулярные реддит-треды про «цифровое накопительство», добавь тот факт, что у каждого знакомого тебе инстаграмщика есть папка «Сохранённое», о которой он говорит с виноватым смешком, и картина закрыта. Ещё один пост о том, что кнопка «Сохранить» — это ловушка, никому не нужен.
Дыра с другой стороны. Разбор Startwinklerana заканчивается на дизайн-предложении, и это нормальная форма жанра, а не претензия. Дешпанде идёт дальше: он строит свою версию и по ходу описывает реальные развороты, включая отказ от поиска на одних эмбеддингах, когда тот начал выдавать шум. Это ровно та стена, в которую упёрлись и мы, и решили гибридным поиском.
Чего не хватает обоим, да и почти всему написанному на эту тему, — рассказа о том, как эти решения выглядят после того, как они уже существуют. Вот там и лежат все сюрпризы.
Мы построили. Дальше честная версия.
Пять решений, которые предлагают все
Startwinklerana перечисляет пять, и список хороший — именно поэтому с ним стоит спорить предметно:
- Умный резёрфейсинг. Покажи мне то, что я сохранил три дня назад и ни разу не открыл.
- AI-категоризация. Автоматически раскидать сохранёнки по папкам Learning / Entertainment / Important.
- Нуджи по времени. Поднимать сохранённое, когда я реально свободен, а не в среду в 23:00.
- Теги приоритета и намерения. Дай пометить сохранёнку как Urgent / Casual / Later прямо в момент сохранения.
- Трекер потребления. Покажи мне «ты разобрал 6 из 20 сохранёнок за неделю».
Одна оговорка, прежде чем идти дальше. В том тексте конверсия «сохранил → посмотрел» оценивается как «под 15%» по всем платформам, и автор прямо пишет, что это его оценка, а не измерение. Дальше её растаскивают по цитатам как статистику. Это не статистика. Ни одна платформа этой цифры не публикует, и всем нам стоит перестать отмывать разумную догадку до факта.
Мы построили №1, построили грубую версию №3 и отказались от №2, №4 и №5. Отказы — самая интересная часть, поэтому им отведён раздел побольше.
Что мы построили: резёрфейсинг в двух местах
Внутри приложения. На главной библиотеки есть горизонтальный ряд, который вытаскивает твои самые старые готовые сохранёнки, а не свежие. В расчёт идут только сохранения старше 14 дней, ряд дедуплицируется с лентой свежего прямо над ним и перемешивается, чтобы порядок менялся от захода к заходу. (Сам набор начинает ротироваться только когда подходящих сохранёнок больше шести. Это ограничение, которое мы приняли, а не фича.)
Ограничение, на которое ушло больше всего времени: если подходящих сохранёнок не набирается хотя бы три, ряд исчезает целиком. Резёрфейсинг, который добивает себя сохранёнкой прошлого вторника, лишь бы не выглядеть пустым, хуже, чем его отсутствие: он за два захода обучает тебя, что этот ряд декоративный.
Снаружи приложения. Еженедельная джоба ищет уснувших пользователей, то есть ноль сохранений и ноль поисков за последние семь дней, у которых при этом есть библиотека, которую есть смысл поднимать. Она берёт одно сохранённое видео и шлёт один нудж. Если у тебя включены пуши — уйдёт в пуш. Если нет — уйдёт письмом. Никогда и то и другое, что звучит очевидно, а на деле потребовало отдельного запроса к базе, чтобы это гарантировать.
Самым важным числом там оказался не сам нудж, а пол между нуджами. Очевидный лимит — раз в неделю, и предложение по ссылке выше прямо говорит «максимум один нудж в неделю суммарно». Мы поставили дефолт 21 день.
Логика: уснувший пользователь — это по определению человек, который не вернулся. Толкать его каждые семь дней — это не реактивация, это отток с дополнительными шагами. Примерно раз в месяц — та частота, на которой сообщение о твоей же собственной библиотеке ещё читается как услуга, а не как продукт, добивающий метрику удержания.
Правило, которое оказалось важнее алгоритма
Наш основной пользователь — то, что мы внутри называем Overwhelmed Saver: сохраняет постоянно, с реальным намерением, почти никогда не возвращается. Доминирующая эмоция там не любопытство. Это вина, приправленная перегрузом.
Один этот факт ограничивает копирайт сильнее, чем код. В самом компоненте записано правило: никаких «ты про них забыл», никаких «ты их так и не открыл» и ничего, что пересчитывает тебе непросмотренное. Ряд называется Вспомнить, подпись — Стоит пересмотреть.
Звучит как возня с микрокопирайтом. Это не она. Для человека, у которого отношения с папкой «Сохранённое» и так слегка стыдные, резёрфейсинг, написанный укоряющим тоном, — это усилитель вины с приятной анимацией. Самая вероятная реакция на него не «открыть видео». Самая вероятная — снести приложение, чтобы напоминания прекратились.
Что мы отказались строить и почему
Трекер прогресса
Предложение: показывать «ты посмотрел 6 из 20 сохранёнок за неделю» на вполне обоснованном фундаменте, что обратная связь по прогрессу меняет поведение, как стрики в Duolingo или страницы в читалках.
Механизм настоящий. Аналогия не переносится.
Стрик в Duolingo — это то, что ты построил. Он существует только потому, что ты делал дело, и он считает вверх от нуля. «6 из 20» — объект совсем другой природы: это выписка о долге. Она считает то, что ты должен. Оставшиеся 14 — не достижение в процессе, а бэклог с твоим именем, и число растёт вверх каждый раз, когда ты сохраняешь что-то новое, то есть ровно при том действии, которое продукт хочет сделать беспроблемным.
То есть трекер прогресса на сохранёнках превращает основной цикл продукта в реестр повинностей. Для пользователя, у которого доминирующая эмоция и так вина, это не мотивационная механика, а та же вина, только с процентом рядом. Мы это не построили и пока не планируем.
Теги приоритета в момент сохранения
Предложение: три кнопки в момент сохранения, Urgent / Casual / Later, чтобы у библиотеки появился настоящий приоритет вместо плоской кучи.
Сигнал был бы реально полезным. Цена ложится не туда.
Сохранение должно стоить примерно как лайк в твиттере, иначе люди перестают это делать. Это не вкусовщина, это ограничение, которое определяет, существует ли библиотека вообще. Каждый тап, который ты добавляешь в поток сохранения, оплачен сохранениями, которые не случились, и они невидимы: ты не проведёшь A/B-тест на видео, которое человек не стал забирать, потому что вылезла модалка.
Есть и вторая проблема, специфичная для этой фичи. Момент сохранения — это момент наименьшей информации. Ты в середине скролла, ролик целиком не смотрел и ещё не знаешь, срочное это или нет. Просьба вынести суждение о приоритете именно там порождает шумные теги, а шумные теги хуже, чем никаких, потому что в интерфейсе они выглядят авторитетно.
Про тот же провал с другой стороны мы писали в YouTube → Notion → пустота: ручные теги вырождаются в общие ярлыки вроде interesting уже на первых пятидесяти записях, а где-то к 350-й перестают ставиться вовсе.
AI-раскладка по папкам
Предложение: автоматически раскидывать сохранёнки по Learning / Entertainment / Important, чтобы библиотека ощущалась управляемой.
От этого мы отказались с более сильным тезисом: папки — это костыль поверх поиска, который не работает.
Подумай, почему папки вообще кажутся нужными. Они нужны тогда, когда единственный способ что-то найти — сузить область, где ты смотришь. Если ты можешь описать наполовину забытую вещь и получить её обратно, папки становятся церемонией. Ты же не раскладываешь почту по папкам, чтобы найти письмо от бухгалтера, ты ищешь «бухгалтер».
То есть предложение про папки, в нашем прочтении, — симптом ровно той дыры, которую обе статьи и описывают. Платформы не умеют искать внутри твоих сохранёнок, поэтому лучшее доступное решение — уменьшить кучу, которую придётся глазами перебирать. Это рациональный ответ на сломанный поиск. И это неправильная вещь для постройки, если поиск можно просто починить, чем и занимается семантический поиск по транскриптам.
Категории ещё и теряют информацию довольно раздражающим образом. Ролик от шефа, который по ходу объясняет пищевую химию, — это Learning и Entertainment одновременно, и в какую папку он упадёт, решает подброшенная монетка, о результате которой ты забудешь к моменту поиска.
Часть, где у нас нет ответа
Мы пока не можем сказать тебе, работает ли резёрфейсинг.
Наша пользовательская база достаточно мала, чтобы любая опубликованная нами цифра конверсии была шумом, наряженным в доказательство, а заметная доля активности в нашей же базе — это наше собственное тестирование. Опубликовать «резёрфейсинг поднял возвраты на 40%» на такой базе означало бы произвести ровно тот тип числа, который потом переврут в чужом посте. То есть то, на что мы жаловались четыре раздела назад.
Что мы сказать можем — это что нам нужно увидеть, прежде чем в это поверить:
- Доля возвратов у уснувших, которых нуджили, против отложенной контрольной группы. Не открытия нуджа. Открытия видео, и в идеале поиск после, потому что именно это поведение показывает, что библиотека стала полезной, а не просто ненадолго заметной.
- Ряд внутри приложения добавляет или каннибализирует. Если он просто перераспределяет то же количество открытий, забирая их у ленты свежего, это декорация.
- Доля смахиваний уведомлений не растёт. Нудж, который поднимает возвраты и попутно приучает людей смахивать от нас всё подряд, — это кредит, а не победа.
Спрашивай про третий пункт всех, кто заявляет о победе резёрфейсинга. Обычно не хватает именно его.
Короткая версия
Сохранение не сломано. Намерение на месте. Люди жмут на закладку абсолютно искренне, десятки раз в неделю.
Не хватает того, что кнопку «Сохранить» построили, а дорогу обратно — нет. Тут уже консенсус. Полезная работа лежит ниже по течению от диагноза, в неглянцевых решениях: как часто тебе вообще позволено дёргать человека по поводу его же библиотеки, каким голосом ты это делаешь, и какие из очевидно звучащих решений тихо делают проблему хуже.
Наша выжимка этих решений, если она чего-то стоит для следующего, кто будет это строить: поднимай старое без комментариев, никогда не бери налог в момент сохранения, и чини поиск вместо того, чтобы строить папки поверх поиска, который не работает.
Frequently asked questions (2026)
Почему просто не напоминать людям обо всём, что они сохранили?
Потому что напоминание конкурирует с бесконечной алгоритмической лентой и проигрывает ей. И, что важнее, режим отказа тут асимметричный: проигнорированный нудж не стоит ноль, он приучает пользователя смахивать твои уведомления рефлекторно. Именно поэтому дефолтный промежуток между нашими нуджами для уснувших — 21 день, а не более привычная неделя.
Резёрфейсинг — это когда приложение решает, что мне показывать, как лента?
Не в смысле ранжирования. Ряд внутри приложения отбирает по возрасту (сохранения старше 14 дней, которых нет в ленте свежего) и слегка перемешивает для разнообразия. Никакая обученная на вовлечённость модель не решает, какая из твоих сохранёнок достойна внимания. Смысл в том, чтобы скомпенсировать перекос в сторону свежего внутри твоей же библиотеки, а не построить ещё одну алгоритмическую поверхность.
Разве семантического поиска недостаточно самого по себе? Зачем вообще нуджи?
Поиск помогает только тем, кто помнит, что у них есть что искать. Save-Then-Forget Loop означает, что само сохранение создаёт ощущение, будто с вещью уже разобрались, и намерение пойти поискать у человека просто не возникает. Поиск чинит извлечение. Резёрфейсинг чинит отсутствующее намерение. Это разные половины одной задачи.
Что могло бы изменить ваше мнение о трекере прогресса?
Доказательство, что счётчик читается этим конкретным пользователем как достижение, а не как долг. Скорее всего для этого его пришлось бы подать как счёт вверх от нуля по тому, к чему ты вернулся, без знаменателя и без единого упоминания непросмотренного остатка. От формулировки «6 из 20» мы бы всё равно ждали обратного эффекта, потому что эта двадцатка растёт каждый раз, когда пользователь делает то, чего продукт от него и хочет.