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