Как объяснить передачу бизнес-процесса на аутсорсинг

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

Что именно передают на аутсорсинг

Аутсорсинг — это выполнение определённой работы внешним исполнителем. Бизнес-процесс — последовательность действий, которая приводит к понятному результату. Например, обработка обращения покупателя начинается с получения сообщения и заканчивается ответом, решением вопроса или передачей обращения сотруднику компании.

Формулировка «передаём поддержку» слишком широкая. Под ней могут понимать ответы на вопросы, оформление возвратов, изменение заказов и разбор претензий. У каждой задачи свои полномочия и условия. Если границы не обозначить, заказчик и подрядчик могут по-разному понимать объём работы.

Более точное описание выглядит так: «Исполнитель отвечает на обращения о статусе заказа по данным нашей системы. Если покупатель просит изменить состав заказа или вернуть деньги, исполнитель фиксирует запрос и передаёт его ответственному сотруднику».

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

Что подготовить до обсуждения передачи

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

Подготовьте:

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

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

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

Этапы передачи текущей работы внешнему исполнителю

1. Опишите процесс таким, как он выполняется сейчас

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

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

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

2. Установите границы и полномочия

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

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

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

3. Согласуйте результат, сроки и стоимость

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

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

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

4. Передайте инструкции и разберите исключения

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

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

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

5. Подготовьте и проверьте доступы

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

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

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

6. Проведите пробный запуск на ограниченном участке

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

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

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

7. Зафиксируйте переход и включите регулярный контроль

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

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

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

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

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

Рабочий ресурс	Для чего нужен	Что уточнить перед выдачей
Система учёта заявок	Получать задачи и менять их статус	Какие очереди и поля доступны
Карточки клиентов и заказов	Проверять сведения для ответа	Какие данные нужны и что разрешено менять
Рабочая почта или канал поддержки	Отправлять согласованные сообщения	От чьего имени ведётся переписка
База инструкций	Использовать правила и шаблоны	Кто обновляет документы и сообщает об изменениях
Хранилище документов	Получать материалы и сохранять результат	Какие папки доступны для просмотра и записи
Отчёты	Проверять нагрузку и качество	Какие сведения видит исполнитель и заказчик

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

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

Как организовать контроль без проверки каждого действия

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

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

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

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

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

Как объяснить передачу процесса заказчику: условный пример

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

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

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

Как оценить готовность к аутсорсингу

Проверьте подготовку по следующим вопросам:

• Понятны ли начало, результат и границы процесса?
• Может ли новый сотрудник выполнить обычную задачу по инструкции?
• Назначены ли ответственные за исключения и согласования?
• Проверены ли рабочие доступы на полном сценарии?
• Согласованы ли качество, сроки, стоимость и исправление ошибок?
• Определены ли условия пробного запуска и окончательной передачи?
• Можно ли получить текущие задачи и вернуть работу при прекращении сотрудничества?

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

Вопросы перед передачей процесса

Можно ли передать только часть работы?

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

Что делать, если подрядчик предлагает изменить процесс?

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

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

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

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

Проверить сайт бесплатно