Мэтью Сайед - Принцип «черного ящика»
Ванье, бывший консультант компании McKinsey, считал, что необходимо долго и тщательно работать над программами, чтобы те получились идеальными и сразу смогли удовлетворять потребности миллионов пользователей, которых они со Слеммером надеялись привлечь. Ванье полагал, что программисты их компании, будучи умными и талантливыми людьми, разработают эффективное программное обеспечение без ошибок, если дать им достаточно времени. Это традиционный взгляд на написание программ: упор делается на строгое планирование сверху вниз.
У Слеммера была другая точка зрения. Он уже создал две компании в области высоких технологий и понял кое-что очень важное: разработать идеальное программное обеспечение с первого раза практически невозможно. Только когда сервисом начинают пользоваться, испытывая его возможности, можно заметить ошибки и изъяны, которые до того не выявишь, сколько ни пытайся. Тестируя программу и действуя методом проб и ошибок, ты получаешь информацию, которая в итоге обеспечивает развитие. Слеммер спросил Ванье: с какой стати тот пытается ответить на все вопросы, когда программой еще никто не пользуется?
Спор Слеммера и Ванье отражает разницу между биологами и математиками компании Unilever (а на более абстрактном уровне – разницу между идеей прогресса по Кили и представлениями, что прогресс возникает из-за новых теорий): концепция «сверху вниз» против концепции «снизу вверх». Ванье хотел делать все по плану, а Слеммер хотел сразу начать испытания продукта и впоследствии совершенствовать программу, оперативно получая обратную связь от клиентов. Он желал проверить свои предположения.
Победили доводы Слеммера. Уже на ранней стадии разработки компания предложила клиентам испытать программу – и смогла быстро устранить недостатки благодаря отзывам тестеров. По мере того как росло количество отзывов, Ванье и Слеммер переписывали всё большие куски исходного кода. В конце концов они создали, по всей вероятности, самый сложный продукт в своей области.
«Несмотря на то что Слеммер и Ванье конкурировали с куда более крупными фирмами, у которых было больше финансовых ресурсов… они всякий раз первыми открывали новые приложения и сервисы, такие как направления дорожного движения и веб-телефон с интегрированными рекламными предложениями, – пишет Питер Симс, следивший за развитием компании. – По словам Ванье, если у него есть возможность запустить десять приложений, пока конкуренты запускают одно, он получит в десять раз больше опыта за счет обратной связи, помогающей понять, что именно с точки зрения покупателей удалось, а что нет» [161].
Эта история намекает на опасность перфекционизма – желания добиться идеального результата с первого раза. Судьба Рика, компьютерного гения из Кремниевой долины, подтверждает это.
Рик хотел создать веб-сервис, позволяющий пользователям размещать в интернете простые текстовые статьи. Эта идея осенила Рика задолго до революции блогов. Он чувствовал возможности этой идеи и работал по 15 часов в день. Вскоре у него появилась рабочая версия сервиса. Однако вместо того чтобы дать пользователям шанс испытать этот сервис, Рик решил, что программное обеспечение будет работать еще лучше, если создать более совершенный язык программирования. Рик проектировал этот новый язык четыре года. Результат был ужасен. Психологи Райан Бабино и Джон Крамбольц писали:
Следующие четыре года Рик все больше увязал в технических деталях и отдалялся от первоначальной идеи. В это время другие бизнесмены создавали блог-платформы, которые не были ни совершенны, ни технологически продвинуты. Разница была в том, что они быстро выпускали свои ущербные сервисы на рынок. При этом они получали обратную связь, благодаря которой совершенствовали сервисы и зарабатывали миллионы долларов [162].
Стремление к идеалу зиждется на двух заблуждениях. Первое коренится в ошибочном убеждении, будто вы можете создать оптимальное решение, сидя в спальне или в башне из слоновой кости и размышляя о чем-то, вместо того чтобы выйти в реальный мир, испытать ваши выводы на прочность – и понять, где вы ошибаетесь. Проблема возникает, если вы считаете, что управлять процессом сверху лучше, чем познавать его снизу.
Второе заблуждение – страх потерпеть неудачу. Мы уже разбирали ситуации, в которых люди ошибаются и затем либо закрывают на неудачи глаза, либо скрывают свои ошибки. Перфекционизм чреват куда худшими последствиями. Вы так долго продумываете концепцию и разрабатываете стратегию, что не разрешаете себе потерпеть неудачу в принципе – до тех пор, пока не становится поздно что-либо менять. Это поведение по принципу заранее замкнутого цикла. Перспектива провала пугает вас так, что вы не решаетесь стать активным игроком.
Дэвид Бейлс и Тед Орланд рассказывают в книге «Искусство и страх» (Art and Fear) о преподавателе гончарного дела, который в первый день учебного года объявил, что поделит класс на две группы. Половине студентов он сказал, что будет оценивать их по критерию количества: в последний день обучения он придет в класс с весами и измерит вес изготовленных ими горшков. Они получат пятерку за 20 кг горшков, четверку за 15 кг и т. д. Другую половину преподаватель оценивал по критерию качества. Эти студенты должны были принести в последний день единственный, лучший свой горшок.
Результаты не заставили себя ждать: все самые качественные горшки сделали студенты, оцениваемые по критерию количества. Вот как объясняют это Бейлс и Орланд: «В то время как “количественная” группа лепила один горшок за другим и в процессе училась на своих ошибках, “качественная” группа предавалась раздумьям о том, как создать совершенный горшок, и в итоге могла предъявить лишь грандиозные теории – и бесполезную кучку глины» [163].
То же можно наблюдать и в политической жизни. Политики часто выступают с теориями (граничащими с идеологией), что, скажем, школьная форма улучшает дисциплину. Они говорят с психологами и обсуждают такие проблемы на встречах на высшем уровне. Это изощренная и бесплодная попытка управлять миром сверху. Заканчивается все бесполезной кучкой глины. Политики должны провести испытания, проверить, какие идеи работают, а какие нет. Чаще идеи будут оказываться неверными, однако именно благодаря этому политики чему-то научатся.
Психологи Бабино и Крамбольц дают советы всем страдающим от проклятия перфекционизма. Они рекомендуют затвердить следующие мантры: «Если я хочу стать великим музыкантом, мне придется сначала играть очень плохо», «Если я хочу стать великим теннисистом, мне придется сначала проиграть множество матчей», «Если я хочу стать великим архитектором, прославившимся минималистическими энергосберегающими проектами, мне придется сначала проектировать огромные и энергозатратные здания».
Понимание того, что к методу проб и ошибок следует переходить уже на ранней стадии бизнес-проекта, породило одну из самых элегантных идей революции в области высоких технологий: бережливый стартап. Данный подход часто описывают сложным предпринимательским языком, но в основе его лежит простая идея: ценность проверки и адаптации. Бизнесмены в области высоких технологий часто выдают великолепные теории. Они могут решать сложнейшие математические задачи во сне. Однако бережливый стартап предлагает им соединить свои способности со знаниями, которые можно получить, обучаясь на ошибках.
Как работает этот подход? Вместо того чтобы долго доводить идею до ума, эти бизнесмены создают «минимально конкурентоспособный продукт» (МКП). Речь о прототипе, который обладает важнейшими свойствами окончательного продукта и может быть протестирован любителями новинок (категория потребителей, которые покупают продукты на ранней стадии их жизненного цикла и влияют на других покупателей).
Такое тестирование отвечает на два важнейших вопроса. Первый – фундаментальный: станут ли люди покупать ваш продукт? Если МКП в значительной степени напоминает окончательный продукт, но никто из любителей новинок не проявляет к нему интереса, можно быть практически уверенным в том, что весь бизнес-план следует отправить в мусорную корзину. Потерпев неудачу на ранней стадии, вы сбережете много денег и времени.
Если МКП – потенциальная удача, по реакции потребителей можно понять, как сделать его еще лучше. Это второй вопрос, на который отвечает концепция бережливого стартапа. Вы поймете, что именно в продукте потребителям нравится, а что нет. Определив слабые стороны проекта, вы сможете изменить его и получить достойный окончательный продукт. Другими словами, ваш бизнес будет развиваться эволюционным путем.
Что возвращает нас к Дрю Хаустону. Его проблема, как мы помним, заключалась в том, что он не мог найти финансирование своему сервису по хранению файлов. Инвесторы не были уверены в том, что идея Хаустона чего-то стоит.
