Сохранить план и вернуться к разговору
По субботам я хожу на совместные пробежки бегового клуба. В разговорах знакомлюсь с людьми и узнаю о будущих событиях. Иногда хочется сказать: «Интересно, я бы сходил» — и сохранить этот план, продолжая слушать человека.
Запись в заметках или мессенджере не решала для меня задачу до конца. В сохраненках Telegram планы терялись среди других сообщений, и я вспоминал о них, когда событие уже прошло. А чтобы сразу заполнить календарь, приходилось отвлекаться от разговора: выбрать дату, время, название, решить, какие подробности записать.
Для этого я сделал donotremindme — бота в Telegram. Я пишу ему о планах или отправляю голосовое. Если дата или время непонятны, бот переспрашивает, а затем показывает черновик события. Я проверяю, всё ли верно, и подтверждаю — событие появляется в Google Calendar.
Мне стало проще записывать планы и не держать их в голове. Так я могу больше внимания уделять разговору.
Сохранить намерение, пока оно имеет значение
Например, после пробежки кто-то упоминает про полумарафон в Берлине или забег на 10 км в эту субботу в Мадриде.
Мне важно сохранить достаточно информации, чтобы вернуться к плану в нужный момент. Место встречи, маршрут или ссылка могут появиться позже. Точную дату и время начала откладывать опаснее: без них запись в календаре может оказаться совсем не там, где я её ожидаю.
Голос и текст в знакомом инструменте
Вместо нового приложения для заметок я выбрал Telegram, которым постоянно пользуюсь. Голос позволяет сформулировать событие обычной фразой. Текст остаётся альтернативой, когда говорить неудобно или рядом другие люди.
Я записывал планы в заметки и сохранённые сообщения, а потом просто забывал о них. В том числе поэтому я сделал для себя memteg.com.
Ручной ввод в календаре сразу помещает событие в нужное место, однако требует заняться формой во время разговора.
У этого выбора есть цена: всё равно нужно открыть Telegram и уделить внимание ответу. Уточняющий вопрос и подтверждение могут прервать общение, а голосовое уместно не везде. Польза для меня — в удобном способе зафиксировать намерение.
Сначала необходимое, подробности позже
Я хотел быстро поставить в календарь «заглушку», которую можно дополнить или передвинуть. В этой модели календарь остаётся местом, где живёт событие.
Альтернатива — собрать все подробности сразу. Это сделало бы запись полнее, но вернуло бы меня к заполнению формы в момент разговора. В выбранном сценарии сначала нужны название и определённое время. Необязательное описание можно оставить пустым; если подробности уже сказаны, они сохраняются в черновике.
До создания кнопка «Изменить» позволяет описать правку и получить обновлённый черновик. После создания детали и время меняются уже в Google Calendar. Бот не редактирует уже созданные события.
Разобраться со временем до записи
Бот не добавляет событие в календарь сразу. Если дата или время непонятны, он задаёт вопрос. Затем показывает черновик, чтобы я мог всё проверить.
В черновике можно проверить название, дату, время и часовой пояс.
- «Создать» записывает событие в календарь.
- «Изменить» позволяет поправить черновик.
- «Отмена» — отказаться от записи.
В текущей версии я считаю подтверждение оправданным: оно позволяет проверить событие до записи в календарь. Помогает ли этот шаг замечать ошибки, ещё предстоит проверить.
Старые и повторные нажатия
После изменения или закрытия черновика кнопка «Создать» в старом сообщении больше не работает. Повторное нажатие тоже не должно добавлять ещё одно событие.
Ошибка при создании
Если при создании произошла ошибка и неизвестно, сохранилось ли событие в Google Calendar, бот закрывает черновик и не пробует создать событие снова. Так он избегает риска добавить дубль.
P.S. При сбоях сети риск дублей всё ещё остаётся.
Возвращение к черновику с явной границей
После создания события бот удаляет черновик и больше не предлагает к нему вернуться. Дальнейшее редактирование события происходит в Calendar; календарные уведомления — отдельный механизм. Оповещения о событиях в самом боте пока не реализованы, но планируются.
В своём рассказе я упоминал настроенные для себя оповещения и возвращение к событию через бота. Проверка текущей реализации подтверждает только запросы по незавершённым черновикам. Отдельная настройка интервалов календарных уведомлений в запросе создания события не обнаружена, поэтому я не приписываю её боту.
Есть и ограничение, которое важно для самой идеи «добавлю позже»: черновик временный. Он хранится в памяти процесса, удаляется после неактивности и теряется при перезапуске. Созданное событие остаётся в Google Calendar независимо от этого черновика.
Постоянный список отложенных намерений позволил бы вернуться к ним позже, но потребовал бы отдельной модели хранения и возвращения. Текущий продукт оставляет постоянное хранение событий календарю, а черновики — временному диалогу. Я описываю это как обнаруженную границу реализации, а не как доказанный UX-выбор: ещё нужно проверить, понимает ли человек, когда его план уже сохранён, а когда может исчезнуть.
Результат для меня и следующая проверка
По моему опыту, стало проще записывать планы и не держать их в голове. Я могу уделять больше внимания людям, с которыми общаюсь. Это причина продолжать пользоваться продуктом самому; она пока не доказывает сокращение времени задачи, уменьшение ошибок или пользу для других пользователей.
Следующая проверка — сравнить способы фиксации у людей, которые узнают о будущих событиях в разговоре. Для заметок, ручного календарного ввода и бота нужны сопоставимые вымышленные планы, с чередованием порядка способов. В одном контексте говорить вслух должно быть неудобно, чтобы проверить и текстовый путь.
Я бы разделил наблюдение на захват намерения и последующее получение правильной записи в календаре. Запись экрана и отметки наблюдателя позволят сопоставить затраченное время, исправления, чтение подтверждения и моменты отвлечения от разговора. После отложенного продолжения нужно проверить, сохранилось ли намерение, получилось ли вернуться к нужному шагу и восстановиться после неоднозначного времени. Короткое обсуждение после задания поможет понять неожиданные прерывания и ожидания от срока жизни черновика.
Размер выборки и численные критерии успеха предстоит определить до исследования. Сейчас центральный вопрос — удаётся ли сохранить интересный план и вернуться к разговору, не принимая временный черновик за уже надёжно сохранённое событие.
На чём основан кейс
Личная история и наблюдение о пользе — мой рассказ, записанный в октябре 2026 года. Состояния, действия и ограничения сверены с локальным кодом и архитектурными документами продукта 20 октября 2026 года. Иллюстрации и демо — реконструкции на вымышленных данных. Доступность сервиса и работа с реальным календарём в рамках этого кейса не проверялись; ссылка на сайт не служит доказательством запуска или спроса.