Еще один способ убрать личное из конфликтов – отойти от субъективных мнений и полагаться на объективные данные. Когда я работал независимым подрядчиком, я сотрудничал с компанией, которая разрабатывала систему мобильных торговых точек. Однажды я пришел на совещание по дизайну и обнаружил, что работники спорят о дизайне одного из главных экранов системы. «Ух ты, – сказал я, когда крики на мгновение смолкли. – Может кто-нибудь объяснить, в чем дело?» «Дэвид, – сказала Эрин (имена вымышленные), – похоже, считает, что это лучший макет для экрана с выбором товара». Она вывела макет на большой экран. «Я считаю, что эти кластеры не сработают. В этом варианте, – продолжила она, переключаясь на другой макет, – гораздо больше смысла». «Понял, – сказал я, устраиваясь в кресле. – Дэвид, расскажи, почему твой вариант сработает». «Он выглядит более элегантно, – ответил он. – Нам сообщили, что у каждой категории есть кнопка своего цвета, и этот вариант группирует все по цвету. Глазу легче выбрать нужный». «Если ты сможешь запомнить, какой цвет что означает, – фыркнула Эрин. – В моем макете используется сетка. Каждый столбец имеет свой цвет, так что глазу все еще легко ориентироваться. Но тут наиболее распространенные элементы расположены в середине, где уже находится курсор после перехода с предыдущего экрана. Так что это более эффективно с точки зрения движений. Дэниел хотел бы, чтобы ты…» «Погоди, – приостановил ее я. – На чем вы основываете свои доказательства? Убеждения, мнения, теории?» «Факты», – сказала Эрин уверенно. «Отлично, – ответил я. – Покажите мне статистику». Она удивленно моргнула. «Если у вас нет данных в качестве доказательства, то это не факты, – напомнил я ей. – Ты излагаешь теорию. Хорошая новость в том, что мы можем ее доказать». Они наконец отдышались и смотрели на меня. «Давайте потратим день на функциональный макет. Каждый возьмет себе в помощь по инженеру-программисту, чтобы отследить, какие кнопки были нажаты и сколько времени это заняло. А с остальной частью команды мы потратим день на то, чтобы подготовить несколько заказов, основываясь на уже имеющихся шаблонах. Выигрывает тот дизайн, который позволяет оператору быстрее выполнять заказы».

Всех это решение устроило. Нам удалось сделать несколько важных вещей. Во-первых, не говоря об этом прямо, мы вернулись к первоначальным принципам: задача состояла в том, чтобы как можно быстрее вводить заказы, а не создавать что-то «элегантное» или «логичное». Мы также нашли способ отложить свои мнения в сторону и сосредоточиться на объективных данных. С их помощью мы изложили пару теорий и намеревались доказать или опровергнуть их. У данных нет мнений. В конце концов мы обнаружили, что оба варианта не были достаточно эффективными. Система Эрин оказалась чуть быстрее, но уступала предыдущей версии, которую и хотели заменить. Поэтому мы продолжили разрабатывать дизайн и больше полагались на данные, чтобы двигаться вперед.