Разработка наилучшего возможного решения

У большинства проблем нет единого решения.

У большинства проблем есть много возможных решений. Наша задача, как создателей цифровых технологий – выявить компромиссы и ограничения, которые позволят нам выбрать наилучшее возможное решение для любой конкретной проблемы.

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

Чтобы спроектировать наилучшее возможное решение для конкретной проблемы, нужно не стремиться к совершенству, а делать небольшие, итеративные шаги, которые дадут нам больше информации для постепенного улучшения дизайна. Подобный процесс – хороший дизайн.

И все же, как часто вы оказываетесь парализованным нерешительностью? Вы боитесь выбрать худшее решение из-за страха потерпеть неудачу, или из-за желания произвести впечатление на тех, кто полагается на ваш опыт. Поэтому вы колеблетесь и медлите до тех пор, пока отведенное на проект время не подойдёт к концу.

В какой-то момент нужно определиться с дизайн-решением. Вы просто откладываете принятие решения до тех пор, пока это не выйдет из-под вашего контроля. В этот момент легче сказать: «У меня закончилось время!», чем: «Я боялся принять плохое решение».

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

Я откладывал на потом, потому что боялся сделать неправильный вывод, упустить важную характеристику существующей дизайн-системы или упустить крайний случай, который сломал бы все решение.

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

Со временем я узнал, что в проблемном пространстве всегда будет что-то, о чем мы не узнаем, пока дизайн не попадет в реальный мир.

«Необязательно быть совершенным; мы можем сделать тысячи ошибок во время путешествия. Но требуется придерживаться определенного курса и оставаться бдительными, чтобы мы могли корректировать свои действия».

Наша задача вовсе не заключается в проектировании идеального решения проблемы, и попытки убедить себя в этом только приведут к еще большему разочарованию и потере времени.

Вместо этого мы должны сосредоточиться на работе, чтобы понять последствия принимаемых дизайн-решений, зная, что будут вещи, которые мы упускаем из виду или делаем неправильно. Пока мы готовы продвигаться к какому-либо спроектированному решению, мы cможем узнать, где дизайн потерпел неудачу (после его релиза). Затем мы должны адаптироваться и быстро реагировать на полученный фидбек.

Слишком многие из нас напрягаются и откладывают попытки найти «единственно верное решение» проблемы дизайна, но в действительности нам неведомо, чего не знаем. Единственный способ научиться – это выбрать наилучшее решение, которое вы можете использовать на основе имеющейся у вас информации, а затем извлечь уроки после релиза дизайна.Выберите решение и извлеките из него уроки.

0 Комментариев
Межтекстовые Отзывы
Посмотреть все комментарии
Похожие статьи
Подробнее

Экспорт из Sketch для iOS в подробных деталях. Учимся резать исходники в Sketch

Недавно я узнал, что некоторые из новых пользователей Sketch и дизайнеров, которые только начали работать с iOS, мучаются при экспорте исходников. Люди (включая и меня самого) сталкиваются с вопросами вроде “Каким должен быть размер артборда?”, “Какой размер исходника стоит выбрать для экспорта?” и т.д. Я поделюсь тем, что сам усвоил, пока работал над дизайном iOS-приложения bridj.com.
Sketch 3.8: новый Mirror и не только
Подробнее

Sketch 3.8: новый Mirror и не только

Сегодняшнее обновление Sketch включает в себя долгожданное обновление Sketch Mirror - iOS-приложения для быстрой проверки дизайнов на iPhone или iPad.

Лучшие статьи, раз в неделю, с доставкой на почту

Total
10
Share