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

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

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

Поэтому, если сегодня мы упустим что-то важное — в сфере качества продукта, разработки или инфраструктуры, — завтра это может помешать нам расти. Можно увидеть, как этот парадокс проявился в IMVU. В главе 3 я уже рассказывал о том, что мы вывели на рынок продукт, который имел минимум опций и был полон багов. Но никто даже не попробовал воспользоваться этим продуктом, и поэтому почти вся наша работа оказалась ненужной. Хорошо, что мы не потратили слишком много времени на то, чтобы «улучшить» ту первую версию продукта.

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

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

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

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

Альтернатива в том, чтобы использовать метод под названием «Пять “Почему?”». Он позволит создавать программу обучения постепенно и шаг за шагом развивать процессы стартапа. Главная идея «Пяти “Почему?”» заключается в том, чтобы напрямую связать инвестиции с предотвращением самых болезненных симптомов. Название этого метода напоминает о приемах ведения расследований в полиции, когда детектив пять раз задает вопрос «Почему?», чтобы понять, что произошло (какова причина). Если вам доводилось отвечать на вопросы ребенка, который хотел знать, почему небо голубое, и продолжал спрашивать «Почему?» после каждого ответа, то вы с ним знакомы. Этот метод как системный инструмент решения проблем разработал Тайити Оно, создатель производственной системы Toyota. Я адаптировал его для системы «экономичный стартап» и внес несколько изменений, специально для стартапов.

1. Почему станок остановился? (Возникла перегрузка, и предохранитель вышел из строя.)

2. Почему возникла перегрузка? (Был плохо смазан вкладыш.)

3. Почему он был плохо смазан? (В смазочном насосе был недостаточный напор.)

4. Почему в насосе был недостаточный напор? (Шахта насоса изношена.)

5. Почему шахта изношена? (В ней нет сита, куда бы направлялись металлические отходы.)

Обратите внимание: даже в таком простом примере видно, что основная причина — не в технической неполадке (вышел из строя предохранитель), а в ошибке, допущенной человеком (кто-то забыл присоединить сито к насосу). Это весьма типично для большинства проблем, с которыми сталкиваются стартапы, в какой бы сфере они ни работали. При этом в сфере обслуживания почти все проблемы, которые, на первый взгляд, кажутся промахами отдельных людей, можно объяснить проблемами в обучении или противоречивым набором правил компании.

Я хочу показать, как метод «Пяти “Почему?”» помог нам создать систему обучения сотрудников, о которой мы говорили выше. Представьте себе, что IMVU внезапно начала получать от клиентов жалобы на новую версию продукта, которую мы только что выпустили.