Сохранить план и вернуться к разговору

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

Запись в заметках или мессенджере не решала для меня задачу до конца. В сохраненках Telegram планы терялись среди других сообщений, и я вспоминал о них, когда событие уже прошло. А чтобы сразу заполнить календарь, приходилось отвлекаться от разговора: выбрать дату, время, название, решить, какие подробности записать.

Для этого я сделал donotremindme — бота в Telegram. Я пишу ему о планах или отправляю голосовое. Если дата или время непонятны, бот переспрашивает, а затем показывает черновик события. Я проверяю, всё ли верно, и подтверждаю — событие появляется в Google Calendar.

Мне стало проще записывать планы и не держать их в голове. Так я могу больше внимания уделять разговору.

Сохранить намерение, пока оно имеет значение

Например, после пробежки кто-то упоминает про полумарафон в Берлине или забег на 10 км в эту субботу в Мадриде.

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

Голос и текст в знакомом инструменте

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

Я записывал планы в заметки и сохранённые сообщения, а потом просто забывал о них. В том числе поэтому я сделал для себя memteg.com.

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

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

Сначала необходимое, подробности позже

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

Альтернатива — собрать все подробности сразу. Это сделало бы запись полнее, но вернуло бы меня к заполнению формы в момент разговора. В выбранном сценарии сначала нужны название и определённое время. Необязательное описание можно оставить пустым; если подробности уже сказаны, они сохраняются в черновике.

До создания кнопка «Изменить» позволяет описать правку и получить обновлённый черновик. После создания детали и время меняются уже в Google Calendar. Бот не редактирует уже созданные события.

  1. You:

    10 km run in Madrid on Saturday at 9am

  2. Bot:

    📅 Saturday 10K 31.10 09:00–10:00 (Europe/Madrid)

Разобраться со временем до записи

Бот не добавляет событие в календарь сразу. Если дата или время непонятны, он задаёт вопрос. Затем показывает черновик, чтобы я мог всё проверить.

В черновике можно проверить название, дату, время и часовой пояс.

  • «Создать» записывает событие в календарь.
  • «Изменить» позволяет поправить черновик.
  • «Отмена» — отказаться от записи.

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

  1. You:

    Berlin Half Marathon on April 4, 2027 at 10:05am. Block 3 hours, remind me 30 minutes before

  2. Bot:

    🕐 Processing...

  3. Bot:

    📅 Berlin Half Marathon 04.04 10:05–13:05 (Europe/Berlin) Remind 30 minutes before

Старые и повторные нажатия

После изменения или закрытия черновика кнопка «Создать» в старом сообщении больше не работает. Повторное нажатие тоже не должно добавлять ещё одно событие.

Ошибка при создании

Если при создании произошла ошибка и неизвестно, сохранилось ли событие в Google Calendar, бот закрывает черновик и не пробует создать событие снова. Так он избегает риска добавить дубль.

P.S. При сбоях сети риск дублей всё ещё остаётся.

Возвращение к черновику с явной границей

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

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

Есть и ограничение, которое важно для самой идеи «добавлю позже»: черновик временный. Он хранится в памяти процесса, удаляется после неактивности и теряется при перезапуске. Созданное событие остаётся в Google Calendar независимо от этого черновика.

Сравнение состояний: после подтверждения событие передано в Calendar и запросов к черновику больше нет; неподтверждённый черновик можно продолжить, удалить или потерять при истечении срока.
Редакционное сравнение реконструированных состояний: успешное создание и отдельная ветка незавершённого черновика. В демо время ускоряется вручную. Запрос актуальности не изображает уведомление о созданном событии.

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

Результат для меня и следующая проверка

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

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

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

Размер выборки и численные критерии успеха предстоит определить до исследования. Сейчас центральный вопрос — удаётся ли сохранить интересный план и вернуться к разговору, не принимая временный черновик за уже надёжно сохранённое событие.

На чём основан кейс

Личная история и наблюдение о пользе — мой рассказ, записанный в октябре 2026 года. Состояния, действия и ограничения сверены с локальным кодом и архитектурными документами продукта 20 октября 2026 года. Иллюстрации и демо — реконструкции на вымышленных данных. Доступность сервиса и работа с реальным календарём в рамках этого кейса не проверялись; ссылка на сайт не служит доказательством запуска или спроса.

← Назад к проектам