WTF? Гид по бизнес-моделям будущего

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

Сейчас на многое (хотя далеко не на все) из того, что регламентируется правительством, делаются гораздо более высокие ставки, чем на пользовательские приложения. «Двигаться стремительно и ломать стереотипы» – знаменитое наставление Марка Цукерберга его разработчикам в Facebook – вряд ли относится к проектированию мостов, управлению воздушным движением, безопасности продовольственного снабжения или многим другим вещам, которые регламентируются правительством. Государственное регулирование также должно быть всеобъемлющим, обслуживающим всех граждан страны, а не только строго определенную группу пользователей. Тем не менее для правительства очень важно перенять знания из процессов итеративного развития современных цифровых организаций.

«Регулятивный захват» – процесс, посредством которого компании, которые получают выгоду от регулирования, становятся участниками управления, усугубляет путаницу. Однажды я беседовал с бывшим спикером палаты представителей Нэнси Пелоси о законодательном акте («О прекращении онлайн-пиратства», или «SOPA»). Я сказал ей, что согласно данным моей компании, представителя издательского бизнеса, онлайн-пиратство представляет собой меньшую проблему, чем утверждали сторонники законопроекта. Она не пожелала взглянуть на мои данные, она не стала спорить с тем, что сторонники законопроекта предоставили другие данные. Она сказала: «Что ж, мы должны сохранять баланс между интересами Кремниевой долины и интересами Голливуда».

Я был шокирован. Это все равно как если бы команда качественных поисковых запросов Google встретилась с представителями спамеров и согласилась выделить для них треть топ-результатов поисковой выдачи, чтобы сохранить свою бизнес-модель. На мой взгляд, работа наших представителей состоит не в том, чтобы находить баланс между интересами различных лоббирующих групп, а для сбора данных и принятия обоснованных решений от лица общественности. Я не говорю, что представители Кремниевой долины всегда все делают правильно, – у них определенно не получается все правильно с первого раза. И правительство не всегда поступает неверно. Хотя правительство слишком часто действует в интересах лоббистов, его основная цель состоит в том, чтобы учитывать интересы общества, включая интересы тех групп населения, которые в данном случае игнорируются.

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

В этом плане я был воодушевлен вышедшим в 2016 году руководством по регулированию беспилотных автомобилей Национального управления безопасности движения на трассах. В нем излагается четкий комплекс задач, организованных таким образом, чтобы их выполнение можно было отследить. Руководство начинается с главы «Область оперативных мероприятий» (ODD – Operational Design Domain), в которой перечислен набор сдерживающих факторов, для преодоления которых необходимо проявить профессиональные навыки: типы дорог, географическое положение, диапазон скоростей, условия освещения (дневное и/или ночное), погодные условия и другие. В руководстве подчеркивается необходимость проведения измерений: «Необходимо разработать и провести тесты, при помощи которых можно оценить (посредством сочетания моделирования, испытательного трека или автодорог) и подтвердить, что система высокоавтоматизированного транспортного средства может безопасно функционировать в условиях заданной ODD и обладает способностью вернуться при необходимости в положение минимального риска».