Комментарии 11
Идем дальше: вы уже выбрали с клиентом один макет, тот самый, который до конца проекта не изменится (думаете вы). Затем встает вопрос: чем наполнить 32 страницы сайта?
И тут вырисовывается, что подобный подход к разработке не от контента(содержания), а от «дизайна» — в корне не верный.
Следовательно начав с того «Что», а не с того «Как» можно было бы, уже на берегу, избавится о львиной доли будущих проблем.
НЛО прилетело и опубликовало эту надпись здесь
Конечно, я просто имел ввиду, что в ответе на вопрос «Что» должено содержатся обоснование «Зачем».
НЛО прилетело и опубликовало эту надпись здесь
с ответами на вопросы Зачем, предположениями по поводу того Что им нужно и вопросами о том, Как это сделать
К сожалению или к счастью, мой опыт показывает немного другое: люди знаю то чем занимаются, но не знают как это подать. Заказчики которые говорят «покрасьте это красненьким» скорее всего будут отправлены искать других исполнителей — решаться должны задачи конечных клиентов через которые в итоге решатся задачи заказчика, вот именно их он и должен обозначить.
В подавляющем большинстве случаев заказчик не является конечным пользователем/клиентом «ресурса», он получает сопутствующею выгоду от того что посетители/пользователи/клиенты сайта получили свой профит.
Удовлетворить потребности пользователей с максимальным профитом для клиента.
Сайт может в тех или иных аспектах не нравится и быть буквально противен заказчику, но если он выполняет поставленные перед ним задачи и нравится как продукт его пользователям, что в свою очередь работает в пользу клиента, то это успешный продукт. В обратном случае это работа для галочки.
Конечно же заголовок даже не начал раскрывать свою суть даже в конце статьи.
И автор не знает о ТЗ (бриф), которое избавило бы от половины проблем.
В котором, как например, описывается структура сайта, набрасывается схема, откуда берется первоначальный материал и прочее.
Статья сильно напоминает очерк начинающего дизайнера-фрилансера умеющего клепать дизайны для CMS, а статья КЭПовская для начинающих. Но описаны проблемы точно не студии или состоявшегося дизайнера, который имеет в контактах список копирайтеров, программистов и просто хороших людей и все проблемы, описанные в статье, оговариваются и устраняются ещё на этапе проектирования. Об этом выше верно подметил Kaaboeld.
И автор не знает о ТЗ (бриф), которое избавило бы от половины проблем.
В котором, как например, описывается структура сайта, набрасывается схема, откуда берется первоначальный материал и прочее.
Статья сильно напоминает очерк начинающего дизайнера-фрилансера умеющего клепать дизайны для CMS, а статья КЭПовская для начинающих. Но описаны проблемы точно не студии или состоявшегося дизайнера, который имеет в контактах список копирайтеров, программистов и просто хороших людей и все проблемы, описанные в статье, оговариваются и устраняются ещё на этапе проектирования. Об этом выше верно подметил Kaaboeld.
Вы описали шаги начинающего дизайнера :). Уже после пары проектов «львиной доли» из вышеперечисленного не будет, разве что дизайнер любит грабли.
Есть ещё один надёжный рецепт, который придумал один мой товарищ:
Это прямо моя сфера )
С нетерпением жду откровений.
Совет: не тратьте время на иллюстрации, пишите подробнее. Читать мы любим )
С нетерпением жду откровений.
Совет: не тратьте время на иллюстрации, пишите подробнее. Читать мы любим )
Зарегистрируйтесь на Хабре, чтобы оставить комментарий
Как сделать прибыльной разработку дизайна сайтов (часть 1)