Усталость от решений: как основателю малого бизнеса сэкономить энергию

Усталость от решений — это не проблема силы воли, а проблема системы

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

Я сам прошёл через это. В первые два года своего стартапа я хотел утверждать почти каждое решение: детали продукта, скидки, жалобы клиентов, технические выборы, даже заявки на отпуск. Результат? Команда ждала меня, прогресс застревал, и я стал узким местом. Хуже того, когда возникало действительно стратегическое решение, я был слишком истощён, чтобы думать ясно, и принимал поспешное решение, которое потом стоило нам денег.

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

Вопрос: как отличить решения, которые стоят вашего времени, от тех, которые нет?

Фильтр из четырёх вопросов

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

1. Обратимы ли последствия этого решения?

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

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

2. Зависит ли это решение от моей уникальной информации или суждения?

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

Но многие другие — нет. Слева или справа разместить кнопку? Дизайнер или продакт-менеджер знают поведение пользователей лучше. Как обработать жалобу клиента? Служба поддержки имеет больше практического опыта. Если команда может принять разумное решение без вас, позвольте им это сделать.

3. Встречается ли этот тип решений регулярно?

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

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

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

4. Нужно ли принять это решение немедленно?

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

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

Кроме того, многие проблемы исчезают, если подождать — не каждую проблему нужно решать.

Применение фильтра: гипотетический сценарий

Представьте, что вы основатель SaaS-стартапа из 5 человек. Сегодня вам нужно принять следующие решения:

Отдел продаж спрашивает: «Можем ли мы дать этому клиенту скидку 20%?»
Продукт спрашивает: «Стоит ли исправить некритичный баг в релизе следующей недели?»
Инженерия спрашивает: «Нагрузка на базу данных растёт; стоит ли добавить сервер?»
Клиентский успех спрашивает: «Клиент пожаловался на функцию; стоит ли назначить персональное сопровождение?»

Прогоните через фильтр:

1. Скидка: Обратима? Да, влияет только на одного клиента, цену можно вернуть. Уникальная информация? У вас есть стратегия ценообразования, но продавец знает ценность клиента. Регулярно? Если да, создайте правило скидок. Срочно? Клиент ждёт. Вывод: делегируйте продавцу по существующим правилам или потратьте час на создание правила, затем делегируйте.

2. Баг: Обратим? Да (можно откатить). Уникальная информация? У PM и инженера достаточно суждений. Регулярно? Приоритизация багов уже должна иметь процесс. Срочно? Не срочно. Вывод: пусть PM и инженер решают по существующим критериям.

3. Добавить сервер: Обратимо? Средне — можно добавить и убрать, но это стоит денег. Уникальная информация? Инженерия знает паттерны нагрузки. Регулярно? Если часто, внедрите авто-масштабирование. Срочно? Только если сервис на грани падения. Но сначала спросите: есть ли порог? Вывод: если мониторинг и порог существуют, следуйте правилу; если нет, определите порог с командой, затем инженерия выполняет сама.

4. Сопровождение клиента: Обратимо? Да, никакого вреда. Уникальная информация? Клиентский успех знает кейс. Регулярно? Должен быть стандарт: какие жалобы требуют сопровождения. Срочно? Можно запланировать. Вывод: делегируйте клиентскому успеху по стандарту.

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

Границы фильтра

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

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

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

Заключительная мысль

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

В следующий раз, когда соберётесь сказать «дайте подумать», сначала задайте себе четыре вопроса. Скорее всего, ответ будет: «не думать — пусть кто-то другой сделает это».

PaxLee