[Перевод] Парадокс Тога
Перевод статьи из базы знаний votito.com
Парадокс Тога (также известный как парадокс сложности или парадокс сложности Тога) — это наблюдение, согласно которому продукты, призванные упростить задачу для пользователей, как правило, порождают новые, более сложные задачи. Это одна из ключевых причин, по которой требования к корпоративным программным продуктам меняются после выпуска, а в потребительских продуктах появляются новые функции. Парадокс Тога также объясняет, почему бесполезно пытаться полностью сформулировать требования к программному продукту, поскольку сам продукт будет влиять на пользователей, заставляя их требовать новые функции.
[Когда] мы снижаем сложность задачи, с которой сталкиваются люди, они берутся за более сложные задачи.
Лазейка в законе Теслера
Брюс Тогнаццини сформулировал этот парадокс как лазейку в законе Теслера, который гласит, что внутренняя сложность пользовательской задачи не меняется (но может быть перенесена с пользователя на приложение или наоборот). Тогнаццини предположил, что сложность задачи не остаётся прежней, а увеличивается.
Продукт, который пытается упростить задачи пользователей, неизменно заставляет их выполнять более сложные задачи
Аргумент основан на предыдущем наблюдении Тогнаццини, названном «Законом Тога о коммутации» (опубликовано в книге «Тог о проектировании программного обеспечения» 1995 года), согласно которому у пользователей есть определённое количество времени на выполнение задачи, и если они могут закончить работу раньше, то возьмутся за большее количество задач, чтобы заполнить свободное время.
Люди будут стремиться к равному или возрастающему уровню сложности в своей жизни, независимо от того, что делается для его снижения.
— Брюс Тогнаццини, Парадокс сложности
По сути, парадокс Тога похож на парадокс Джевонса (который в общих чертах гласит, что технологические достижения, повышающие эффективность использования ресурсов, как правило, приводят к увеличению спроса) и закон Паркинсона (который гласит, что работа расширяется, чтобы заполнить время, доступное для её выполнения).
Примеры парадокса Тога
Парадокс Тога хорошо заметен при разработке корпоративного программного обеспечения, где попытки оптимизировать рабочие процессы часто приводят к более сложным требованиям с течением времени. Например, CRM-система, предназначенная для автоматизации взаимодействия с клиентами, может изначально фокусироваться на базовых функциях, таких как управление контактами и отслеживание истории общения. Как только пользователи начинают ощущать повышение эффективности благодаря этим основным функциям, они начинают запрашивать более сложные инструменты, такие как интеграция с другим программным обеспечением, расширенные отчёты или аналитика для дальнейшей оптимизации их работы. Каждая новая функция усложняет систему, требуя не только более надёжной инфраструктуры, но и дополнительного обучения и поддержки. Это отражает идею Тогнаццини о том, что повышение эффективности задач стимулирует спрос на дополнительные варианты использования, увеличивая сложность программного обеспечения.
Наблюдение Тога также очевидно в тех случаях, когда программное обеспечение повышает производительность пользователей, но приводит к расширению круга обязанностей. Рассмотрим HR-платформу, которая автоматизирует расчёт заработной платы и управление эффективностью, освобождая HR-специалистов от рутинных задач. HR-командам придётся объяснять, чем они занимаются в остальное время, и они могут использовать эти новые возможности для выполнения более стратегических задач, таких как вовлечение сотрудников или развитие талантов, что в конечном итоге потребует дополнительных функций программного обеспечения. Программное обеспечение, которое изначально экономило время, в конечном итоге адаптируется к этим новым, более сложным задачам, укрепляя идею о том, что сэкономленное время часто заполняется дополнительной работой, создавая непрерывный цикл усложнения. Это явление распространено в корпоративном программном обеспечении, где решение одной проблемы часто приводит к появлению новых, более сложных задач.
Закон также проявляется в потребительских приложениях. Платформы социальных сетей, такие как Instagram или Twitter/X, — ещё один наглядный пример. Изначально созданные для того, чтобы предоставлять простые способы обмена фотографиями или короткими сообщениями, эти платформы быстро расширились, поскольку пользователи искали дополнительные возможности, такие как прямые трансляции, встроенные покупки или фильтры дополненной реальности. Каждая из этих функций усложняла приложение, требуя более сложных алгоритмов, больших баз данных и дополнительных усилий по разработке. То, что начиналось как относительно простой инструмент для обмена личным контентом, превратилось в многогранную платформу, требующую постоянных обновлений для работы с новыми функциями и растущими ожиданиями пользователей. Здесь очевиден парадокс Тога, поскольку упрощение одного аспекта общения и обмена информацией часто приводит к росту спроса на другие, более сложные способы обмена контентом.
Парадокс Tog объясняет, почему требования всегда меняются
Парадокс Тога показывает, почему попытки окончательно сформулировать требования к дизайну часто обречены на провал. Как только продукт начинает эффективно решать основные проблемы своих пользователей, он запускает естественную цепочку вторичных эффектов. Экономя время и силы, пользователи неизбежно находят новые, более сложные задачи, которые требуют решения, что приводит к появлению запросов на функции, которые выходят далеко за рамки первоначального замысла. Этот цикл показывает, что сам продукт активно влияет на ожидания и требования пользователей, что делает практически невозможным полное определение требований к дизайну на этапе разработки.
Эта растущая сложность подчёркивает тщетность попыток зафиксировать требования до того, как продукт будет внедрён. Каким бы тщательным ни было первоначальное планирование, реальность такова, что опыт пользователей в работе с продуктом приведёт к появлению новых сценариев использования и более глубоких потребностей. Первоначальное повышение эффективности продукта создаёт цикл обратной связи, в котором пользователи ищут больше возможностей и настаивают на новых функциях и рабочих процессах. Эти эффекты второго порядка говорят о том, что разработка программного обеспечения должна быть гибкой и предусматривать непрерывную итерацию.
В конечном счёте, парадокс Тога подчёркивает, что сбор требований и исследование пользователей — это не разовые мероприятия, а часть непрерывного процесса. Попытка заранее полностью сформулировать требования не учитывает, как сам продукт повлияет на поведение и ожидания пользователей. Чтобы по-настоящему удовлетворять потребности пользователей, продукты должны создаваться с учётом того, что потребности будут меняться в зависимости от взаимодействия пользователей с этими же продуктами, сложность будет расти, а требования пользователей будут меняться, зачастую непредсказуемым образом. Понимание этой динамики — ключ к созданию успешных продуктов, которые остаются актуальными и востребованными с течением времени.
Парадокс Тога имеет важное значение для дизайна пользовательского интерфейса, особенно в том, что касается влияния сложности на удобство использования и удовлетворённость пользователей с течением времени. По мере развития продуктов и добавления функций в соответствии с требованиями пользователей первоначальная простота и удобство использования могут снижаться, что приводит к усложнению и иногда перегруженности интерфейса. Это основная проблема UX: как найти баланс между необходимостью в дополнительных функциях и сохранением интуитивно понятного и доступного пользовательского интерфейса.
Прочесть статью в оригинале и отдать дань уважения авторству вы можете здесь
