Таблица: шаблон для заполнения замечаний к буклету. Скопируй пустую сетку, задай смысл колонок, различай пустое поле и проверенный ноль, проверь результат правок.
М
Марина
Контент-маркетолог LibraChat
7 мин чтения
Одна строка — одно замечание. По запросу «таблица шаблон для заполнения» я подготовила реестр правок к экскурсионному буклету: пустую сетку, образец записи и порядок приёмки. Перенеси сетку в свой редактор вместе с названиями колонок.
Я раньше начинала с количества клеток. Шесть столбцов, десять строк, аккуратная шапка. Потом в одной строке оказывались неверная дата, опечатка в названии и просьба заменить фотографию. Один пункт исправили, строку пометили готовой. Два остальных замечания потерялись. Поэтому теперь сначала определяю смысл записи, а уже потом рисую границы.
Таблица: шаблон для заполнения замечаний
Этот вариант рассчитан на небольшую проверку буклета, где правки надо передать редактору и затем принять. Здесь нет персональных данных посетителей и сведений о продажах. Работаем только с местами в макете и содержанием замечаний.
№ · Место в буклете · Что обнаружено · Что нужно изменить · Статус · Результат повторной проверки
Номера здесь уже стоят для удобства. Остальные поля пустые намеренно. Они не сообщают, что ошибок нет или что проверка завершена. Номер строки тоже не является результатом проверки.
Я переношу шапку вместе с сеткой. Если оставить одни клетки, через день придётся вспоминать, что означала предпоследняя колонка. При копировании в Word или Excel проверяю, сохранилось ли деление на столбцы. Способ вставки зависит от редактора, поэтому после переноса я просматриваю границы ячеек.
Если нужна помощь с созданием сетки в документе, посмотри как сделать таблицу. Здесь сосредоточимся на заполнении. Хорошая разметка не исправляет запись, из которой непонятно, какое действие ожидается.
Перед первой записью задаю смысл колонок
Я собрала для себя короткую памятку. Её можно оставить прямо над рабочей таблицей:
Место — страница и ориентир, по которому другой человек найдёт фрагмент.
Обнаружено — фактическое состояние макета, без догадки о причине ошибки.
Изменить — конкретное действие или вопрос, который надо решить.
Статус — этап работы с замечанием.
Повторная проверка — что видно в обновлённом макете.
В нашем случае «в начале» недостаточно. У буклета есть обложка и начало раздела внутри. Я пишу «страница 3, подпись под второй фотографией». Так у замечания появляется адрес. Он важнее красивого названия строки.
Поле «изменить» не должно маскировать неизвестный факт. Если я не знаю правильную дату экскурсии, нельзя уверенно вписать новую дату. Записываю «уточнить дату у организатора и заменить после подтверждения». Теперь исполнитель видит, что требуется сначала получить сведения.
Для одного буклета я выбрала четыре статуса: «новое», «в работе», «исправлено», «проверено». Это договорённость команды для примера, не обязательный стандарт ведения документов. Названия можно заменить. Различие между выполненной правкой и принятым результатом я бы сохранила.
Одна строка в работе: сначала ошибка, потом действие
Вот как выглядит заполнение на условном макете. Названия и номера придуманы для примера, реальный буклет здесь не проверялся.
№ · Место в буклете · Что обнаружено · Что нужно изменить · Статус · Результат повторной проверки
1 — Страница 3, подпись под второй фотографией — Написано «Дом купца Орлва» — После сверки исходной подписи заменить на «Дом купца Орлова» — Проверено — В новой версии фамилия исправлена
2 — Страница 5, блок записи — Указан прежний рабочий контакт — Уточнить актуальный контакт у организатора — В работе — Проверка ещё не проводилась
Я не объединяю эти два замечания: у них разная готовность. Первое уже принято, второе ещё ждёт сведений. Общая строка со статусом «почти готово» скрыла бы эту разницу.
Попробовала добавить к первому пункту просьбу сделать фотографию светлее и сразу увидела проблему. Текст исправлен, изображение ещё обсуждается. Значит, для изображения нужна отдельная запись. После разделения можно закрыть опечатку, не закрывая вопрос о фотографии.
На моём рабочем наброске 6 строк. Если одно сложное замечание распадается на три, я добавляю строки, а не сокращаю описание до непонятных слов. Размер сетки подстраивается под задачу. Заранее заданное число клеток не ограничивает количество найденных вопросов.
Пусто, не проверено и ошибок нет — разные записи
Особенно легко ошибиться в отчёте о проверке. Пустая ячейка может означать пропуск, неизвестное значение или действие, которое ещё не началось. Без договорённости читатель выберет значение сам. И может выбрать неверно.
Для нашей таблицы я применяю такие обозначения:
Запись · Что она означает в этом примере
Пустая ячейка в новой строке — Сведения ещё не внесены
«Не проверялось» — Повторная проверка не выполнена
«Нужны сведения» — Для решения требуется уточнение
«Проверено, исправление подтверждено» — Обновлённый фрагмент просмотрен и соответствует задаче
Фразу «ошибок нет» я использую только для действительно просмотренного материала с понятным объёмом проверки. Она не появляется автоматически из отсутствия записей. Пустой реестр может быть следствием того, что к буклету ещё не приступили.
Я проверила бы эту разницу до передачи таблицы коллегам. Иначе ноль замечаний превратится в ложный сигнал готовности. Для приёмки конкретной правки указываю результат просмотра новой версии, а не просто наличие слова «исправлено» в соседней колонке.
Таблица: шаблон для заполнения с двумя разными задачами
Не каждой сетке нужен такой набор столбцов. Если я только собираю первичные замечания, отдельная колонка приёмки может подождать. Но когда таблица используется для передачи и закрытия правок, она уже полезна. Выбираю поля по действию, которое должно последовать.
Например, для личного списка покупок этот реестр будет избыточным. Место в буклете там ничего не значит. Для журнала выдачи реквизита, наоборот, не хватит даты выдачи и возврата. Универсальная пустая таблица перестаёт быть удобной, когда приходится каждый раз мысленно переименовывать её поля.
Перед добавлением новой колонки спрашиваю себя: какое решение изменит её содержимое? Если ответа нет, поле пока не нужно. Так я убрала из наброска колонку «комментарий» рядом с уже имеющимся описанием ошибки. Два расплывчатых поля заставляли решать, куда записать одну мысль.
Свой объём подготовки реестров правок сопоставь с тарифами LibraChat. Для осмысленного шаблона всё равно нужно назвать собственную задачу: какие записи собираются и кто ими пользуется.
При новой версии буклета сохраняю адрес замечания
После перестановки иллюстраций прежняя третья страница может стать четвёртой. Я не удаляю замечание как потерявшее смысл. Сначала нахожу соответствующий фрагмент в новом макете. Только потом обновляю ориентир и проверяю правку.
Над таблицей удобно записать, какую версию буклета сейчас смотрим. В нашем примере это рабочее название файла с датой. Так не приходится угадывать, почему у одного проверяющего вторая фотография уже заменена, а у другого ещё прежняя. Они могли открыть разные копии.
Номер замечания при перестановке страниц сохраняю. Если обсуждение уже ссылается на пункт 2, перенумерация ради красивого порядка создаст другую путаницу. Можно отсортировать строки по месту в макете, оставив самим замечаниям прежние номера.
Я проверяю и ширину подписей. У самой длинной здесь 3 слова: «Результат повторной проверки». Когда колонка слишком узкая, лучше изменить ширину или сократить понятную подпись, чем убирать смысл из содержимого. Название «готово» вместо результата просмотра не расскажет, что именно подтверждено.
Для передачи редактору полезнее полная запись с новым ориентиром, чем короткое сообщение «исправьте пункт 2». Я сохраняю нужное действие в строке, чтобы таблица оставалась понятной отдельно от переписки.
Проверяю шаблон на одной чужой строке
Перед полноценным заполнением я прошу другого человека внести одно замечание. Если он спрашивает, чем отличается обнаруженная ошибка от требуемого действия, уточняю памятку. Такой пробный проход полезнее, чем сразу размножить пустую сетку на несколько страниц.
Порядок проверки перед передачей:
У каждой колонки есть понятное назначение.
В одной строке находится одно самостоятельное замечание.
Место ошибки можно найти без объяснений автора.
Неизвестные сведения видны как вопросы.
Исправление отделено от повторной проверки.
Вставленная копия сохранила строки и шапку.
Чтобы доработать собственный реестр, попробуй обсудить его с LibraChat: «Запрос “таблица шаблон для заполнения” хочу превратить в реестр замечаний к буклету. Одна строка должна соответствовать одному исправлению. Предложи названия колонок и объясни различие между описанием ошибки, действием и повторной проверкой. Не заполняй отсутствующие сведения вымышленными данными». Это предлагаемый запрос для подготовки структуры, не сообщение об уже созданном файле.
Я начинаю пользоваться шаблоном, когда второй человек может заполнить одну строку и объяснить, что будет с ней дальше. Пустых клеток для этого недостаточно. Нужны понятные правила записи.
