Как составить должностные инструкции для сотрудников

Должностная инструкция не формальная бумага "для папки", а рабочий инструмент, который помогает компании распределить ответственность, объяснить сотруднику ожидания и снизить количество спорных ситуаций.

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

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

Хорошая инструкция отвечает на практические вопросы: что именно делает сотрудник, какие решения принимает самостоятельно, кому передает задачу, какие документы оформляет, за что отвечает и как оценивается его работа.

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

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

Зачем компании нужна должностная инструкция

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

Это особенно важно, когда в одном проекте участвуют менеджер по работе с клиентами, эксперт, юрист, бухгалтер и руководитель направления.

Без четкого распределения ролей задачи начинают "плавать". Клиент сообщил об изменении реквизитов, а менеджер решил, что передаст информацию бухгалтеру позже.

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

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

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

Для бизнеса в сфере деловых услуг инструкция выполняет несколько функций:

• Организационную. Помогает распределить обязанности между должностями и исключить дублирование.

• Управленческую. Дает руководителю основу для постановки задач, контроля сроков и оценки качества.

• Кадровую. Используется при подборе, адаптации, аттестации, переводе и изменении зоны ответственности.

• Доказательственную. Позволяет подтвердить, какие обязанности были возложены на работника и какие правила он должен был соблюдать.

• Клиентскую. Закрепляет стандарты обработки запросов, подготовки документов и коммуникации с заказчиком.

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

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

Подготовка к разработке? Анализ должности и процессов

Ошибка многих компаний - начинать работу с поиска готового шаблона в интернете. Шаблон может дать структуру, но не опишет реальную работу именно вашей организации.

Для должности "менеджер проектов" в кадровом агентстве и для менеджера в бухгалтерском аутсорсинге будут разными клиенты, циклы работы, риски, документы и критерии результата.

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

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

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

Для каждой должности стоит ответить на ряд вопросов:

• Какую проблему бизнеса решает эта должность?

• Какой конечный результат должен получать клиент или внутренний заказчик?

• Какие задачи выполняются ежедневно, еженедельно, ежемесячно или по проекту?

• Какие решения сотрудник принимает самостоятельно?

• Какие вопросы передаются руководителю или профильному эксперту?

• Какие документы, программы и базы данных используются?

• Какие ошибки наиболее вероятны и к каким последствиям они приводят?

• От кого сотрудник получает информацию и кому передает результат?

Допустим, компания оказывает услуги по кадровому администрированию. На поверхности обязанность специалиста выглядит просто: вести кадровые документы клиентов.

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

Если записать только "оформляет кадровые документы", инструкция будет слишком общей.

Хороший способ - составить карту рабочего процесса. В ней указывают вход задачи, действия сотрудника, контрольные точки и итог. Например:

Такая предварительная работа занимает время, зато сама инструкция получается компактнее и точнее.

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

Структура должностной инструкции

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

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

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

Лучше разделить текст на смысловые блоки, использовать короткие пункты, таблицы и понятные формулировки.

Практичная структура может выглядеть так:

1. Наименование должности и подразделения.

2. Общие положения.

3. Квалификационные требования.

4. Цель должности и основные функции.

5. Должностные обязанности.

6. Права сотрудника.

7. Ответственность.

8. Рабочие взаимодействия и порядок замещения.

9. Критерии оценки результата.

10. Порядок ознакомления и пересмотра.

В шапке документа указывают название организации, наименование должности, подразделение, дату утверждения, номер редакции и сведения об утверждающем лице.

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

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

Здесь же можно указать, какими документами сотрудник руководствуется в работе: законодательством, уставом компании, правилами внутреннего распорядка, политикой конфиденциальности, регламентами и распоряжениями руководителя.

Не стоит превращать общие положения в универсальный текст, который одинаково копируется для всех профессий.

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

Как описать цель, функции и обязанности

Цель должности краткое описание того, ради чего существует рабочая роль. Она должна быть связана с результатом, а не только с процессом. Например, для аккаунт-менеджера цель можно сформулировать как "обеспечение своевременного и понятного взаимодействия с корпоративными клиентами по действующим договорам".

Для специалиста по договорной работе - "подготовка и сопровождение договоров в пределах утвержденных стандартов и сроков".

Функции - более крупные направления работы. Обязанности - конкретные действия внутри каждой функции. Если смешать эти уровни, документ либо станет слишком коротким, либо превратится в нескончаемый перечень мелочей.

Удобно сначала определить пять–восемь ключевых функций, а затем расписать для каждой несколько обязанностей.

Формулировка обязанности должна описывать действие и объект действия. Сравните: "контролирует качество" и "проверяет комплектность отчетных материалов перед отправкой клиенту по утвержденному чек-листу".

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

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

При описании обязанностей полезно разделить их по периодичности:

• Постоянные. Обработка запросов, ведение переписки, соблюдение конфиденциальности.

• Периодические. Подготовка еженедельных отчетов, сверка реестров, участие в планерках.

• Событийные. Действия при претензии клиента, сбое системы, изменении договора или обнаружении ошибки.

• Проектные. Участие в запуске нового сервиса, переходе на программный продукт или внедрении стандарта.

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

В должностной инструкции достаточно закрепить ответственность за корректное внесение данных и соблюдение утвержденной процедуры.

Квалификационные требования и границы ответственности

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

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

Требования лучше делить на обязательные и желательные.

Например, для менеджера проектов обязательным может быть опыт координации задач и уверенная работа с корпоративными системами, а знание конкретной CRM - желательным, если компания готова обучить сотрудника.

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

Пример раздела:

• высшее или среднее профессиональное образование в сфере управления, экономики, права или смежной области;

• опыт работы с корпоративными клиентами от одного года;

• знание правил деловой переписки и основ договорной работы;

• умение работать с электронными таблицами, CRM и системами постановки задач;

• способность самостоятельно планировать сроки и сообщать о рисках;

• готовность соблюдать правила обработки персональных данных и коммерческой тайны.

Отдельно нужно описать границы ответственности. Сотрудник должен понимать, какие решения он принимает сам, какие требует согласования, а какие ему запрещено принимать.

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

Границы можно зафиксировать таблицей:

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

Сотрудник, в свою очередь, не должен выходить за пределы компетенции и ссылаться на "клиент очень просил", когда речь идет о юридических, финансовых или репутационных рисках.

Права сотрудника и необходимые ресурсы

Инструкция часто подробно описывает обязанности, но почти ничего не говорит о правах. Это перекос. Нельзя требовать от специалиста результата, если он не имеет доступа к данным, программам, коллегам и решениям, необходимым для работы.

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

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

Конечно, каждое такое право действует в пределах компетенции и установленных процедур.

В разделе можно указать право:

• получать информацию, документы и доступы, необходимые для выполнения задач;

• запрашивать уточнения у заказчика и внутренних подразделений;

• инициировать пересмотр срока, если исходные данные поступили с опозданием;

• сообщать о выявленных ошибках и рисках без угрозы наказания за сам факт добросовестного сообщения;

• участвовать в обсуждении решений, затрагивающих его рабочую зону;

• предлагать улучшения клиентского сервиса и внутренних процессов;

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

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

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

Права полезно формулировать так, чтобы они помогали результату. Фраза "имеет право требовать от всех сотрудников содействия" звучит слишком широко.

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

Ответственность без опасных и пустых формулировок

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

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

Для специалиста деловых услуг обычно можно выделить ответственность за:

• пропуск установленных сроков по задачам, которые находились в его зоне контроля;

• передачу клиенту непроверенной или заведомо недостоверной информации;

• ошибки при оформлении документов, если они возникли из-за нарушения утвержденной процедуры;

• разглашение конфиденциальной информации и нарушение правил доступа;

• неисполнение поручений руководителя, данных в пределах трудовой функции;

• несвоевременное информирование о препятствиях, рисках и обнаруженных ошибках;

• некорректное ведение учета задач, документов и клиентских обращений.

Опасна формулировка "несет ответственность за любые убытки компании". Она не учитывает причинно-следственную связь, вину и реальные пределы полномочий.

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

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

Финансовые последствия и порядок взыскания регулируются отдельными нормами и документами.

Полезно добавить блок про действия при обнаружении ошибки.

Например: сотрудник обязан незамедлительно зафиксировать проблему в системе, уведомить руководителя, оценить затронутые сроки, предложить вариант исправления и не скрывать факт ошибки путем удаления переписки или изменения истории задачи.

Для деловых услуг это важнее абстрактного требования "не допускать ошибок": ошибки все равно случаются, а прозрачная реакция снижает их последствия.

Взаимодействие, сроки и критерии качества

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

Если эти переходы не определены, задачи будут зависать между подразделениями.

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

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

Пример матрицы взаимодействия:

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

Для бухгалтера - своевременность отчетов, отсутствие повторяющихся ошибок, корректность первичных документов и соблюдение контрольных дат.

Не следует превращать должностную инструкцию в подробное положение о премировании. Показатели эффективности могут меняться чаще, чем сама должность, поэтому их удобно закреплять в отдельном положении, карте KPI или регламенте оценки.

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

Как избежать типовых ошибок при составлении

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

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

Вторая проблема - слишком общие формулировки. "Участвует", "обеспечивает", "контролирует", "оказывает содействие" сами по себе мало что значат. Нужно уточнить объект, момент и результат действия.

Например, вместо "контролирует договоры" написать "проверяет наличие подписанного договора и согласованного технического задания до начала оказания услуги".

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

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

Четвертая ошибка - отсутствие актуализации. Сервисная компания может внедрить новую CRM, изменить процесс согласования договоров, добавить услугу или перевести коммуникацию в другой канал.

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

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

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

Также стоит проверить документ по контрольному списку:

• совпадает ли название должности с кадровыми документами;

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

• понятны ли полномочия и порядок согласования нестандартных решений;

• описаны ли конфиденциальность, работа с данными и доступами;

• можно ли проверить выполнение каждой ключевой обязанности;

• указаны ли порядок замещения и взаимодействия;

• понятно ли, какая редакция документа является действующей.

Согласование, утверждение и ознакомление сотрудника

До утверждения инструкцию желательно проверить у нескольких участников процесса.

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

В маленькой компании все проверки может выполнить один руководитель, но сам принцип лучше сохранить.

Согласование не должно быть формальностью. Если юрист видит, что менеджеру поручено самостоятельно давать правовые заключения, а руководитель понимает, что сотруднику не предоставят доступ к нужной системе, документ нужно доработать. Иначе компания получит красивую инструкцию, которая не работает с первого дня.

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

Важно хранить сведения о том, с какой редакцией и когда сотрудник ознакомился.

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

В спорных ситуациях кадровые действия лучше заранее проверить с профильным специалистом.

Удобный порядок документооборота может быть таким:

1. Руководитель инициирует разработку или изменение инструкции.

2. Ответственный сотрудник собирает информацию о процессе и готовит проект.

3. Проект проверяют руководитель, кадровый специалист и юрист.

4. Документ получает номер редакции и утверждается уполномоченным лицом.

5. Сотрудника знакомят с действующей версией и фиксируют факт ознакомления.

6. Предыдущую редакцию переводят в архив, чтобы она не использовалась в работе.

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

Подпись подтверждает ознакомление, но не гарантирует, что процесс действительно усвоен.

Внедрение инструкции в ежедневную работу

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

Если инструкция просто хранится в общей папке, ее практическая ценность быстро исчезает.

Для новичка удобно построить адаптацию вокруг основных разделов документа.

В первую неделю сотрудник изучает цель должности, систему взаимодействия и правила безопасности. Затем выполняет простые задачи под контролем наставника.

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

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

Раз в квартал или полгода полезно собирать обратную связь:

• какие обязанности понятны без дополнительных пояснений;

• где сотрудники сталкиваются с пересечением полномочий;

• каких ресурсов не хватает для выполнения задач;

• какие пункты инструкции не соответствуют реальному процессу;

• какие ошибки повторяются и требуют изменения регламента;

• какие требования потеряли актуальность после изменения услуг или технологий.

Если компания оказывает услуги на абонентской основе, инструкции особенно полезно связывать с календарем обязательств. Например, для специалиста по сопровождению клиента можно отдельно отметить контроль дат отчетности, сверки документов, продления договора и получения обратной связи.

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

Внедрение можно оценивать по простым признакам. Новичок быстрее начинает работать самостоятельно, количество вопросов о том, "кто это делает", уменьшается, просрочки фиксируются раньше, а руководитель может объяснить претензию или корректирующее поручение через конкретный пункт документа.

Если ничего этого не происходит, инструкцию стоит не защищать, а переделать.

Практический пример инструкции для менеджера клиентских проектов

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

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

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

Основные функции: сопровождение клиентского проекта, регистрация запросов, контроль комплектности документов, координация экспертов, информирование клиента о статусе, фиксация изменений и подготовка отчетности для руководителя.

Обязанности:

• регистрировать новые обращения и задачи в корпоративной системе в день их получения;

• проверять, содержат ли документы клиента сведения, необходимые для начала работы;

• запрашивать недостающие данные, формулируя конкретный перечень и срок предоставления;

• передавать экспертам исходные материалы вместе с вопросами и приоритетом задачи;

• контролировать контрольные даты и заранее уведомлять руководителя о риске просрочки;

• не давать клиенту профессиональных заключений за пределами утвержденной компетенции;

• отправлять результат после проверки комплектности и согласования ответственным экспертом;

• сохранять переписку и подтверждения передачи документов в установленной системе;

• фиксировать претензии, предложения и изменения условий проекта;

• готовить еженедельный отчет о статусе активных задач.

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

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

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

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

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

Особенности инструкций для удаленных и проектных сотрудников

Удаленный формат работы требует дополнительных уточнений. В документе важно описать не тотальный контроль присутствия, а доступность, каналы коммуникации, сроки реакции и порядок фиксации результата.

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

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

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

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

Даже если подробная политика безопасности существует отдельно, должностная инструкция должна напоминать о базовой обязанности ее соблюдать.

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

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

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

Иначе через месяц никто не вспомнит, кто должен ответить на дополнительный запрос заказчика.

Как проверить качество готового документа

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

Если на эти вопросы нет ясных ответов, текст требует доработки.

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

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

Проверьте и обратную сторону: не требует ли инструкция действий, которые сотрудник не может выполнить.

Есть ли у него доступ к нужной программе? Имеет ли право запрашивать документы? Может ли согласовать срок? Есть ли коллега, который замещает его в отпуске? Не получится ли так, что ответственность есть, а ресурсов нет?

Для объективной оценки можно использовать небольшую шкалу:

Если по большинству критериев ответ положительный, инструкцию можно запускать. Но даже хороший документ не является раз и навсегда завершенным.

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

В результате должностная инструкция должна стать рабочим соглашением о роли сотрудника. Она объясняет не только перечень поручений, но и место должности в общем процессе оказания услуги.

Для компании это способ сделать работу предсказуемее, для руководителя - инструмент управления, для сотрудника - понятные правила и границы ответственности, а для клиента - более стабильное качество сервиса.

Начинайте не с шаблона, а с реального процесса: кто получает задачу, что делает, с кем взаимодействует и какой результат передает заказчику. Затем закрепите функции, обязанности, права, ограничения, критерии качества и порядок пересмотра.

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

Именно такой подход превращает должностную инструкцию из формального приложения к кадровым документам в полезный инструмент делового управления.