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