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

Главный принцип: режет сервер, а не виджет. Приватные вещи не «скрыты стилями» и не отфильтрованы в браузере — их физически нет в ответе, который получает виджет клиента. Открыть исходники страницы, залезть в консоль или подставить чужой запрос бесполезно: данных там нет. Виджет фильтрует ещё раз на своей стороне, но это второй рубеж, а не основной. (Гарантия описана в контракте: §1.1, §4.1, §12.0.)

Сводная таблица

Пять вещей, которые стоит понимать точнее

1. Приватная заметка ≠ внутренняя задача

Это два разных инструмента, их часто путают:

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

Если вы не уверены, куда писать: мысль про свою работу → внутренняя задача; мысль про конкретную правку клиента → приватная заметка.

2. Срок и приоритет — две независимые галочки на каждой правке

Не одна настройка на проект, а по две на каждую правку. Это осознанно: срок «завтра» на одной правке — полезное обещание клиенту, а на другой — ваша внутренняя кухня, которую показывать не надо.

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

3. Понижение тарифа не «протекает»

Если вы загрузили фото на Pro, а потом вернулись на Free — клиент увидит монограмму, а не фото. Сервер подставляет аватар по текущему плану, а не по факту наличия файла. То же с плашкой и с индикаторами присутствия.

4. Клиент может переписать свою правку — но только пока вы её не тронули

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

Что это значит на практике:

• Взяли в работу — текст заморожен. Дальше клиент дописывает только ответом в треде, и вы это увидите как новый ответ, а не как молча изменившуюся правку.
• Ваша приватная заметка окно не закрывает — она клиенту не видна, и упираться в отказ без видимой причины он не должен.
• Изменённая правка помечена «изменено» — в списке, в таблице и на карточке. Если вы уже читали её, стоит перечитать.
• Прежний текст не теряется. Каждое изменение уходит в «Дело» проекта: было / стало, с временем, IP и браузером. В споре «я просил другое» это документ.

5. Правка может быть привязана не к точке, а к выделенным словам

Если замечание про текст, клиент выделяет нужные слова мышью и жмёт «Правка к выделенному». Тогда к правке прикрепляется цитата — те самые слова. Вы видите её в карточке правки над текстом замечания: в списке, в канбане и в таблице. Не нужно расшифровывать «в третьем абзаце, где про сроки».

Что важно понимать:

• Сайт при этом не меняется. Подсветка рисуется поверх страницы в режиме правок. Разметку сайта виджет не трогает — ни <mark>, ни своих тегов в вашем HTML.
• Привязка живёт по тексту, а не по координатам. Абзац можно переставить, перевёрстывать блок, менять шрифт — цитата найдётся заново. Виджет ищет её по самим словам и по соседнему тексту слева и справа, поэтому не путается, даже если такая же фраза встречается на странице несколько раз.
• Как только текст поправили — подсветка честно пропадает. Слов больше нет, показывать нечего. Правка при этом остаётся: пин стоит на месте, помечается пунктиром, а под цитатой в карточке появляется приписка, что такого текста на странице уже нет. Это, как правило, и есть признак, что правку сделали.
• Клиент перетащил пин — привязка снимается. Он сам выбрал новое место, цитата к нему уже не относится; виджет об этом предупреждает.

Обратная сторона: что видите вы про клиента

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

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

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

Чего REMARQ не гарантирует

Написать это честно дешевле, чем потом объясняться:

• Ссылку-ревью можно переслать. Кто угодно, получив её, увидит правки и сможет их оставлять. Отозвать доступ можно, отключив ссылку в проекте.
• Текст правок — свободный ввод. Клиент может написать в правке номер телефона или что-то ещё личное. Храним как есть.
• Приватность работает внутри REMARQ. Если вы сами вставите приватную заметку в письмо клиенту, никакая серверная фильтрация не поможет.

См. также: Памятка для заказчика — отдельная страница, её вы пересылаете клиенту · Хелп дизайнера

Справка по кабинету REMARQ: как устроен процесс и что означает каждый инструмент.

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

1. Как это работает целиком

проект в REMARQ  →  сниппет на сайт  →  ссылка клиенту  →  правки в дашборде

1. Создаёте проект — это один сайт клиента. Здесь же указываете, **на чём сделан сайт**: Tilda, WordPress, Битрикс или другой движок.
2. Ставите сниппет — маленький кусок кода в <head> сайта. Он подключает виджет правок. Для обычных посетителей сайта виджет спит и никак себя не проявляет.
3. Отправляете клиенту ссылку вида https://сайт.ru/?review=ТОКЕН. Именно этот хвост после ? включает режим правок. Без него сайт открывается как обычно.
4. Клиент кликает по блокам и оставляет правки, привязанные к конкретным местам сайта.
5. Вы работаете в дашборде: статусы, ответы, сроки, свои задачи.

Вместе со ссылкой отправьте клиенту памятку — https://remarq.cc/memo-customer. Это отдельная страница, одна и та же для всех: ничего подставлять и переделывать под себя не нужно, просто перешлите адрес. Она отвечает на вопросы, которые иначе прилетят вам.

Как правка держится за место. Виджет привязывается к блоку Tilda, а внутри Zero-блока и Вайб-блока — к конкретному элементу. Поэтому пин не «съезжает» от другого размера окна. Если элемент опознать нельзя, работает запасная привязка по проценту от размеров блока — тогда пин помечается как «позиция примерная», а не молча врёт.

Куда вставлять сниппет

Задача везде одна: оба тега из «Настроек проекта» должны попасть в <head> всех страниц сайта. Различается только место, где это делается.

Проверить, что встало: откройте ссылку с ?review=… — внизу справа появится кнопка виджета. Не появилась — код либо не попал в <head>, либо страница не опубликована.

Не только Tilda

Сайт не на Тильде — работает точно так же, но привязка правок устроена иначе, и об этом стоит знать заранее.

У Тильды каждый блок имеет постоянный идентификатор — за него и держится правка. На WordPress, Битриксе и самописных движках такого идентификатора нет, поэтому виджет запоминает место элемента в вёрстке плюс его приметы (текст и классы). Практические следствия:

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

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

2. Доска правок

Правки собираются в дашборде. Что там важно:

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

Статусы: открыто → в работе → решено. Клиент видит их все, но менять не может — статус ставите только вы. «В работе» стоит ставить не для отчётности, а потому что клиент по нему понимает, что его услышали, и перестаёт дублировать правку в мессенджер.

Цитата. Если замечание про текст, клиент выделяет слова прямо на сайте — и в карточке над текстом правки появляется сама цитата в «ёлочках». Видна во всех трёх макетах. Это избавляет от переписки «какой именно абзац»: у вас перед глазами точные слова, к которым претензия. На сайте клиента при этом ничего не меняется — подсветка рисуется поверх страницы и только в режиме правок (см. Что видит клиент).

Переписка в треде. Ответ внутри правки заменяет переписку в почте: разговор привязан к конкретному месту сайта. Обычный ответ клиент видит; ответ, помеченный «для себя» — не видит никогда (см. Что видит клиент).

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

3. Срок и приоритет

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

Приоритеты: обычный (по умолчанию), высокий 🔥, срочный 🔴. Обычный приоритет клиенту не показывается никогда, даже с включённой галочкой, — чтобы у него не возникало ощущения «моя правка неважная».

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

4. Правки порциями (лимит клиента)

У проекта есть настройка: сколько правок от клиента может быть одновременно открыто. Набралось — клиент видит дружелюбное «пока достаточно правок» и не может добавить новую, пока вы не закроете часть. Закрыли — слоты освободились.

Три уточнения:

• Это не лимит на общее число правок за проект. Это ограничение незакрытого хвоста.
• Закрытые правки и ваши внутренние задачи в лимит не входят.
• Поставить 0 — выключить лимит совсем.

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

Разумная отправная точка — 5–10 открытых правок. Если клиент постоянно упирается в лимит, это сигнал не поднять число, а чаще закрывать.

5. Десктопная и мобильная версии

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

Поэтому виджет клиента показывает пины только своей версии (граница — 980 пикселей ширины), а остальные сводит в строку «+N на другой версии» внизу панели.

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

Следствие для работы: если хотите правки по мобильной версии — попросите клиента открыть ссылку с телефона. С компьютера он их физически не поставит.

6. Живая работа: онлайн-статус и «печатает…» (Pro+)

• Точка «клиент смотрит правки» — горит, пока у клиента открыта вкладка со ссылкой.
• «Печатает…» — пока он набирает ответ в треде.
• Клиент симметрично видит, что вы на связи.

Правки и ответы прилетают в дашборд без перезагрузки на всех тарифах — под Pro уходит только «ощущение присутствия», не сама доставка.

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

Каждый вход клиента фиксируется в «Деле» проекта — с серверным временем. Повторные заходы в течение ~15 минут склеиваются в один визит, так что перезагрузка страницы не плодит записей.

7. «Пока вас не было»

Вы ушли на два дня, клиент оставил пять правок. Сводка над фильтрами отвечает на вопрос «что изменилось с моего прошлого захода»: сколько новых правок и по каким страницам, сколько ответов клиента, заходил ли он вообще. На карточке проекта в списке — счётчик ✨ новое: N, чтобы понимать это не заходя внутрь.

Считаются только действия клиента — своих правок вы в сводке не увидите.

Две метки, и это важно

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

Заход нужен ровно для честности заголовка: если вы уже заходили после последнего «Просмотрено» и ничего не отметили, заголовок сменится с «Пока вас не было» на «Ещё не разобрано» — потому что вы как раз были.

Побочный эффект осознанный: если не жать «Просмотрено» неделями, подпись покажет «с 22 июня» и сводку за весь срок. Это честно и объясняет само себя.

Не путайте сводку с «Делом». Сводка — счётчики «что изменилось с прошлого раза», они обнуляются. «Дело» — неизменяемая история за всё время, она не обнуляется никогда.

Сводка — Pro; на Free видно только общее число нового, без разбивки.

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

8. «Дело» проекта: журнал и экспорт (Pro+)

Зачем. Спор «я такого не просил» / «вы не сделали» / «это сверх сметы» выигрывает тот, у кого есть запись: кто, что и когда сказал.

Журнал пишется сам, побочным эффектом обычной работы. Что в него попадает:

• создание правки клиента и вашей задачи — со снимком исходной формулировки;
• ответы в треде (включая пометку, была ли заметка приватной);
• изменение текста правки;
• смена статуса — с какого на какой;
• проставление и снятие срока, приоритета, галочек видимости;
• удаление правки — со снимком удалённого;
• вход клиента по ссылке-ревью;
• завершение проекта в архив и возврат в работу.

Три свойства, ради которых это имеет силу:

1. Только дополняется. Записи не редактируются и не удаляются. Удаление правки — это новая запись, а не стирание старой.
2. Время серверное, не с компьютера участника. Подкрутить его нельзя.
3. Снимок исходного текста. Если правку потом переформулируют, журнал сохранит, что клиент написал изначально.

Экспорт дела — один HTML-файл: вся переписка и весь журнал, без внешних зависимостей. Открывается офлайн на любом компьютере и не зависит от того, работает ли REMARQ. Для PDF достаточно распечатать файл «в PDF». Это документ для вас: приватные заметки и внутренние задачи в него входят, поэтому отправлять его клиенту целиком не надо.

9. Архив проекта

Закончили сбор правок — архивируйте проект. Ссылка-ревью выключается, новые правки клиента не принимаются, а слот активного проекта освобождается (см. тарифы ниже).

Архив — не удаление. Переписка и журнал остаются: дело можно поднять и спустя годы. Проект при необходимости возвращается в работу.

На Free доступен последний 1 архивный проект, на Pro+ — все.

10. Тарифы: что где открыто

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

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

Что ещё будет в справке

• пошаговая установка сниппета на Tilda со скриншотами;
• тур по дашборду с картинками;
• видео.

Ждут рабочего бэкенда.

См. также: Памятка для заказчика — отдельная страница, её вы пересылаете клиенту · Что видит клиент, а что нет