Создайте в общем облаке три понятные зоны: для работы над файлами, для действующих материалов и для архива. Затем договоритесь, кто переносит файл между ними и где сотрудники ищут актуальную версию. Такой порядок помогает избежать ситуации, когда рядом лежат «инструкция новая», «инструкция новая 2» и документ, которым уже нельзя пользоваться. Ниже — схема папок, правила перехода между ними и способ начать без переноса всего облака за один день.
Какие папки нужны и что в них хранить?
Начните с одной рабочей темы, например «Инструкции для сотрудников» или «Материалы для публикации». Внутри создайте папки «Черновики», «Действует» и «Архив». Одинаковые названия папок для разных тем облегчат поиск: сотрудник запомнит правило и применит его в любом разделе облака.
- «Черновики» — файлы, которые ещё правят или согласуют. На них нельзя ссылаться как на окончательный порядок работы.
- «Действует» — файлы, которые команда использует сейчас. Для каждого рабочего вопроса здесь нужна одна понятная версия.
- «Архив» — прежние версии и материалы, которые больше не используют в текущей работе, но пока хотят сохранить.
Не смешивайте статус с темой. Папка «Договоры» отвечает на вопрос «о чём файл?», а папка «Действует» — «можно ли им пользоваться сейчас?». Поэтому удобнее держать три зоны внутри каждой темы, чем собирать все действующие файлы компании в одну большую папку. Если файлов по теме всего несколько, сначала попробуйте схему на ней и посмотрите, находят ли коллеги нужный документ без подсказки.
Названия файлов тоже должны помогать выбору. «Порядок приёма заказов» понятнее, чем «финал_последний_исправленный». Если важно различать варианты для разных команд, добавьте это в название: «Порядок приёма заказов — офис». Статус же показывайте папкой, чтобы его не приходилось менять в названии при каждом переносе.
Как черновик становится действующим файлом?
Назначьте для каждой темы человека, который отвечает за действующую версию. Он не обязан писать все документы сам: его задача — проверить, что правки согласованы, старый вариант убран из рабочей папки, а коллеги получили ссылку на новый. Если ответственного нет, два сотрудника могут одновременно объявить действующими разные файлы.
Порядок перехода можно описать одной строкой во внутренней памятке: автор готовит файл в «Черновиках», участники обсуждают правки, ответственный подтверждает итог и переносит файл в «Действует». Прежнюю версию он перемещает в «Архив». Если для команды пока не определено, кто принимает итоговый вариант, сначала решите этот вопрос; поможет материал о том, как организовать согласование документов в небольшой компании.
Представьте инструкцию по приёму заказа. Администратор исправил в ней последовательность действий, а руководитель согласовал текст. Перед переносом новой версии ответственный проверяет, что ссылка в рабочей памятке ведёт на неё, а старая инструкция больше не лежит в папке «Действует». Иначе порядок в облаке изменится, а сотрудник продолжит открывать прежний файл по сохранённой ссылке.
Для рабочих инструкций полезно сразу указать, к кому обращаться с замечаниями и при каком изменении процесса документ пересматривают. Это избавляет команду от спора о том, кто вправе исправить текст. Разобрать роли поможет статья о том, кто отвечает за рабочую инструкцию и когда её обновлять.
Как не потерять версии и ограничить доступ?
Перед настройкой папок проверьте возможности вашего облака: сохраняет ли оно историю изменений, показывает ли автора правки и позволяет ли восстановить прежний вариант. Это зависит от инструмента и настроек. Проведите пробу на тестовом файле: измените строку, откройте историю и найдите предыдущую версию. Так вы поймёте, на что можно опереться, прежде чем переносить важные материалы.
История изменений помогает вернуть текст после случайной правки, но не объясняет сотруднику, какой из двух соседних файлов сейчас действует. Поэтому для совместного редактирования сохраняйте историю внутри файла, а для выбора рабочего документа используйте папку «Действует». Если облако создаёт копию при каждом редактировании, договоритесь, кто убирает лишние копии после согласования.
Права доступа настройте по действиям. Тем, кто только читает действующие инструкции, достаточно просмотра соответствующей папки. Авторам дайте возможность работать с черновиками. Перенос между папками оставьте ответственным, иначе случайное перемещение изменит статус документа для всей команды. После настройки попросите коллегу открыть файл с его обычной учётной записи: собственный доступ руководителя не покажет, что видят остальные.
Архив не стоит открывать для повседневного редактирования. Сохраняйте там прежнее название файла и, если без пояснения неясно, почему он устарел, добавьте короткую заметку в документ или в принятом у вас списке материалов. Когда сроки и порядок хранения конкретных документов имеют значение для компании, проверяйте их отдельно; схема папок сама по себе таких правил не определяет.
Какие ошибки чаще всего возвращают беспорядок?
- Создают папки, но не назначают ответственного. Исправление: укажите для каждой темы человека, который переносит согласованный файл и убирает прежний.
- Оставляют старую и новую версии в «Действует». Исправление: переносите прежнюю в архив в тот же момент, когда публикуете замену.
- Рассылают копии файлов вместо ссылки на действующий документ. Исправление: отправляйте ссылку и проверяйте её после переноса файла.
- Дают всем право перемещать и удалять материалы. Исправление: разделите просмотр, редактирование черновиков и управление рабочей папкой.
- Пытаются разобрать всё облако сразу. Исправление: выберите одну тему, проверьте схему на ней и только затем повторяйте её в других разделах.
Начните сейчас с одной темы: откройте её папку в общем облаке и создайте внутри «Черновики», «Действует» и «Архив». Остальные файлы пока не перемещайте — сначала убедитесь, что команда одинаково понимает назначение каждой папки.
