Это соотношение между исправлением ошибок и датами выпуска вызывает вопрос. Если конвергенция была в центре внимания команды Purple в последние несколько месяцев перед объявлением о выходе iPhone, то не объясняют ли методы конвергенции, почему этот телефон оказался так хорош?
Нет. Конвергенция — это не магия. Это повседневный метод работы в области разработки высоких технологий. Программисты Netscape делали конвергенцию ошибок. Именно этим мы с Доном занимались в наши последние дни в Eazel, вплоть до того утра, когда большинство сотрудников оказались уволены. Каждый, кто профессионально занимается разработкой программного обеспечения, делает конвергенцию. Итак, свести список ошибок к нулю — это вовсе не волшебный рецепт для изготовления классного продукта.
iPhone появился не в результате накопления множества функций на ранних этапах разработки проекта, поиска необходимого количества ошибок, чтобы отследить выполнение этих функций и далее движения по сходящимся траекториям, исправляя одну за другой ошибки и приближаясь к дню выпуска. Охота за багами помогает сделать приличный продукт, но это вовсе не тайное средство для создания по-настоящему классного.
Вскоре я больше расскажу об идеях, которые делают подход компании Apple особенным, но вначале хочу обсудить противоположный случай — привести пример процесса, с помощью которого невозможно добиться присущего iPhone совершенства. Для этого я обращусь к Дугласу Боуману — дизайнеру, в резюме которого работа на Twitter и Wired. Он также начинал в Google в 2006 году, став одним из главных специалистов компании по визуальному проектированию[34]. Вот как он объяснил свой уход из компании, занимающейся интернет-поиском, после трех лет работы в ней:
Сорок один оттенок голубого — кажется, это действительно много, но, если они в Google хотят зайти так далеко, почему бы не протестировать сотню оттенков? Или тысячу? Если некоторое количество данных — это хорошо, то чем их больше, тем лучше, правильно? Но Боуман предполагает, что это не так.
В тестах такого рода, которые в отрасли высоких технологий называются А/В-тестированием, выбор лежит на поверхности. В эксперименте Google с выбором оттенка голубого результат должен быть одним из сорока одного варианта. В то время как А/В-тестирование может быть хорошим способом найти один, самый привлекательный оттенок голубого, динамическое распределение между лучшим и худшим не так велико. Куда более важно то, что возможность пройти через все варианты означает, что у команды разработки останется меньше времени на то, чтобы продумать дизайн, который понравится людям в два, три или десять раз больше. А/В-тестирование может быть полезно при выборе цвета, благодаря которому люди будут чаще нажимать на ссылку, но это не поможет создать продукт, который ощущается как привлекательное единое целое. В них нет никакой непосредственной реакции и никакого признания необходимости уравновешивать выбор. Google исключил вкус из своего процесса разработки.
В Apple нам и в страшном сне не могло такое привидеться. Мы никогда не устраивали А/В-тестов для какого-либо программного обеспечения iPhone. Когда дело доходило до выбора цвета, мы брали один. Мы использовали наш хороший вкус и наши знания о том, как сделать ПО доступным для людей с проблемами зрения, связанными с восприятием цвета, и двигались вперед.
