Константин!

Самое сложное на свете для дизайнера‑перфекциониста — научиться оставлять после проекта лёгкое чувство голода.

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

Если слишком рефлексировать по поводу каждого скроллера, не превращённого в инфоскроллер (моя история), вы будете тормозить и проект, и своё развитие.

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

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

Управление проектомЛичная эффективностьВзаимоотношения с клиентомПуть дизайнера
Отправить
Поделиться
Запинить

Комментарии

По‑моему, проекты не нужно делать сразу большими. Нужно определить, что в проекте главное, сделать это и открыть пользователям. Если это главное решает задачу, то начать развивать проект в нужном направлении. Если нет — работать над главным, пока оно не начнёт вести себя хорошо.

Потом можно взять что‑то дополнительное на карте проекта и сделать с ним то же самое: внедрить и проверить, чтобы хорошо работало.

Потом ещё одну часть. И ещё одну.

Экономический эффект будет огромный: пользователь сможет что‑то получить от проекта очень быстро, пусть даже не имея чего‑то второстепенного.

Пусть проект растёт и развивается из чего‑то небольшого, недорогого и своевременного. По дороге всегда можно разобраться, что там хорошо и плохо. Тем более что из‑за улучшения проекта пользователи с него не уходят.

10 сен 2010

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

Вообще, по моим наблюдениям, чем дольше ведётся разработка, тем чаще возникают описанные Константином Горским дилеммы. Потому, если это возможно, стоит запускать продукт пораньше и совершенствовать уже рабочую версию. Agile — так вроде это называется. «Бета» в больших проектах — это хорошо.

10 сен 2010

Я (да и, думаю, большинство здесь) понимают ваши чувства. Мне помогает в работе следующее высказываение:

It takes far less resources to find problems than to fix them so your website is always going to have usability problems. Get over it. Fix the serious problems. If you do that you are doing a good job.

11 сен 2010

Рекомендуем другие советы