Проблема дисбаланса производства и продаж в сфере услуг
В статье разберем проблему дисбаланса в сфере услуг: либо слишком мало продаж, либо слишком много. Либо у нас нет продаж, и мы вынуждены чем-то занимать своих людей, либо у нас слишком много работы, но свободных рук не хватает. Как решать эту проблему?
Введение
В статье разберем распространенную проблему в сфере услуг: либо слишком мало продаж, либо слишком много. В обоих случаях мы недополучаем прибыль — либо из-за простоя ресурсов, либо из-за их нехватки.
Либо у нас нет продаж, и мы вынуждены чем-то занимать своих людей, либо у нас слишком много работы, но свободных рук не хватает. Как решать эту проблему? Об этом поговорим в этой статье.
Как можно решить проблему дисбаланса производства и продаж?
Не будем долго ходить кругами — это буферы. Буфер — это некий запас. Это может быть запас по времени, по деньгами, по людям и так далее. То есть это некая дополнительная величина на непредусмотренные случаи.
Если у нас идет переменная нагрузка на неком участке, то мы должны всегда иметь буфер или возможность быстро добавить сюда буфер.
Если не хватает людей для обслуживания проектов — должен быть пул людей вне системы или на периферии системы (ученики, партнеры, старые исполнители).
Чем больше у вас база людей, которые потенциально могли бы помочь, тем ниже ваши риски не справиться со входящим потоком. Таким образом, у нас появляется буфер свободных рук.
Если не хватает заказов — должен быть либо шлейф старых клиентов или мелких пожеланий, либо закрытие внутренних потребностей (в нашем случае это решения). Если у нас возникает у кого-то недозагрузка — мы либо ставим человека на другой проект, либо ставим на шлифовку своих проектов (решений на базе платформы). То есть здесь мы создаем буфер работ.
Пример буфера по бюджету — если проект неясный, с кучей интеграций, обязательно надо закладывать некий буфер на эти неопределенности. Либо снижать определенность, разделять на этапы — это все уменьшает и буфер по бюджету.
Какие минусы и плюсы есть у буферов?
Буферы требуют неких издержек
Конечно, если все будет хорошо, то буфер по сути не нужен. Это лишняя перестраховка.
Но дело в том, что когда идет речь о сложных услугах, долгих проектах — почти всегда все идет не так, как рассчитывали в начале. Это связано с большой неопределенностью, возникновением новых требований по ходу проекта, изменением видения по проекту.
В таких проектах всегда лучше иметь буферы по всем направлениям — люди, средства, время на отдельные виды работ.
Буферы снижают риски резких проблем
Некоторые риски могут быть фатальными для проекта. Буфер может смягчить подобные риски.
Классическая ситуация — единственный программист вышел из проекта. Что в этом случае будет, если нет ни документации, ни других программистов, работающих с проектом? Будет долгий и мучительный поиск в плане «кто же возьмется за поддержку этого проекта?».
Чтобы такого не было, лучше сразу приставить к такому программисту начинающего программиста, который будет перенимать опыт у более опытного коллеги (создаем буфер!).
Буферы могут создавать предпосылки для роста
Буфер позволяет иногда получить дополнительные эффекты.
К примеру, когда мы создаем буферы в виде работы на наших внутренних проектах, что это дает:
будет сделано некоторое новое решение (которое можно дошлифовать и запускать в работу),
будет обучен новый разработчик (на такой песочнице его можно проверить, насколько он хорошо все освоил),
будет реализована новая система обучения,
будет выстроена новая система отсроченных заказов по клиентам и так далее. (если заказов очень много, то стоит продумать об изменении условии отсрочки заказов по времени, изменении условий работы).
Заключение
В каждом бизнесе бывают период наплыва клиентов и мертвый сезон. Нужно вовремя готовиться к этим периодам для того, чтобы не терять сильно в это время — недополученная прибыль или лишние затраты.
Создавайте буферы там, где выгода от использования буфера сильно выше, чем затраты на этот буфер. Если вам интересна тема буферов, то читайте книги И. Голдратта «Цель», «Цель-2», «Критическая цепь» и другие.
Кейсы
Новости 
How to 
Интервью и дискуссии 
Маркетинговые исследования 
Просто о сложном 
Проверено ADPASS 
Рекламные кампании