Придумай вызов

Чтобы процесс драйвил и заряжал, в проекте должен быть вызов. В большинстве проектов вызов присутствует в виде ограничений или сложной системы согласований. Иногда вызов выглядит страшным и неподъёмным.

А есть проекты, где нет никакого вызова, где всё просто и понятно. Такие проекты не вызывают азарта, не побуждают развиваться. Дизайнеры начинают ныть, мол, нам скучно. На такой случай у меня есть приём, который бодрит и возвращает жизнь в проект.

Когда дизайнер говорит, что ему скучно, что задача слишком простая, я задаю вопрос: «Как мы можем сделать её интересной? Давай придумаем себе вызов». Это может быть, что угодно: использовать одно начертание, запретить скругления, не использовать иконки и плашки и пр.

Если мы можем усложнить задачу ровно настолько, чтобы мы всё ещё могли её решить и при этом не умереть в конце проекта, веселье нам обеспечено. Иными словами, если в проекте нет вызова — придумай его сам. Не знаю почему, но многим дизайнерам это даже не приходит это в голову.

Поделиться
Отправить
Запинить
  1. Я недавно видел статью о том, как делали веб-приложение для африканского рынка — там ровно тот же эффект, что ты описываешь. Почитав, я понял, что с удовольствием бы когда-нибудь сделал такое:

    The 128K Rule

    The entire application (HTML, CSS, JavaScript, images, fonts) had to fit within a 128KB page budget. This wasn’t arbitrary, it represented what we could realistically load on an EDGE connection within a reasonable time. <...>

    Extreme Responsiveness

    There is responsive design, and then there’s responsive design. For our project, the same codebase had to work beautifully on 240px-wide feature phones, and scale all the way up to 4K desktop displays, looking great the whole way. We had to design mobile-first, but desktop couldn’t be a second-class citizen.

    Universal Compatibility

    The app had to run on Opera Mini, to support those feature phones. At the time, Opera Mini provided around two seconds of JavaScript execution time, and only on load. This meant we had to keep client-side JavaScript execution to a minimum, and full server-side rendering was mandatory. The application had to run properly with full page replacement, semantic markup, and progressive enhancement for more capable devices.

    — I’m more proud of these 128 kilobytes than anything I’ve built since by Mike Hall

Ваш комментарий