Расписание психолога и личный календарь: что уходит при синхронизации

Один календарь на всё ломается не из-за накладок

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

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

Второе последствие — обратное. Личные дела, попавшие в рабочее расписание, начинают ездить туда, где вы их не ждёте: если расписание синхронизировано или его кто-то видит, «врач, 11:00» уезжает вместе с сессиями.

Название события читают глаза, для которых оно не писалось

Отсюда простое правило: в календаре, который синхронизируется или кому-то виден, событие называется нейтрально, а имя и тема остаются в записях. Работающая форма — «Клиент» плюс прозвище или инициалы: «Клиент М.П.», «Клиент Сова».

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

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

Группа — место, где правило чаще всего ломается

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

У группы в календаре есть слово «Группа» и время, а состав живёт в записях. То же касается приглашений: если добавить клиента участником события, участники обычно видят список приглашённых, а вместе с ним и их адреса почты — проверьте это в своём календаре до того, как добавите первого.

Занятость и содержимое — две разные вещи

Когда календарей несколько, полезно держать в голове различие, которое обычно смазано. Один календарь может отдавать другому занятость — «этот интервал занят», без единого слова о том, чем. И может отдавать содержимое — название, описание, участников.

Для личного календаря правильный режим почти всегда первый. Рабочему расписанию не нужно знать, что в четверг у вас стоматолог; ему нужно знать, что четверг с 11 до 12 занят, чтобы не поставить туда сессию.

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

Что имеет смысл передавать при синхронизации

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

• Нейтральное название встречи.
• Время начала и длительность.
• Формат: очно или онлайн.
• Ссылка на онлайн-встречу, если она нужна вам под рукой.
• Ссылка обратно — в расписание, из которого встреча уехала.

Чему в событии календаря делать нечего

Всё остальное остаётся на своей стороне, и причина у каждого пункта своя, а не общая осторожность:

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

Регулярные встречи описываются правилом, а не копиями

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

Правило повторения решает это: серия остаётся одним объектом, у переноса есть смысл «только эта встреча», а у изменения условий — «эта и последующие». Заодно у серии появляется окончание — дата или число встреч, — и календарь перестаёт показывать сессии с клиентом, работа с которым завершилась весной.

Часовой пояс — причина, по которой встреча уезжает на час

Регулярная встреча должна храниться в виде правила «каждый вторник в 18:00 по такому-то поясу», а не рядом моментов времени, и это не формальность. В России часы не переводят с 2011 года, поэтому внутри страны разница незаметна. Она вылезает на клиентах из стран, где переход на зимнее время есть: их 18:00 уезжает относительно ваших дважды в год, и уезжает молча.

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

Пароль от календаря — это доступ, и он бывает разного объёма

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

Разница между сервисами существенная. У Яндекса пароль приложения имеет тип, и тип «Календарь CalDAV» открывает только календарь: ни почту, ни диск. Пароль для приложения в Apple Account сервисом не ограничен — он открывает iCloud целиком, и это стоит знать до того, как его создавать, а не после.

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

Что проверить до того, как подключать синхронизацию

Короткий список, который избавляет от неприятного открытия через неделю:

• В какой именно календарь пойдёт запись — в отдельный или в тот, которым вы уже пользуетесь и который кому-то виден.
• Кто ещё имеет к нему доступ: общий доступ, выданный когда-то, сам о себе не напомнит.
• Как будут называться события и подставляется ли имя клиента автоматически.
• В обе стороны идёт синхронизация или в одну, и что произойдёт со встречей, вписанной с телефона.
• Что показывает экран блокировки: содержимое уведомлений можно скрыть в настройках телефона, и рабочему календарю эта настройка нужна в первую очередь.