Что хочет заказчик картинка – Что было бы если программисты делали качели? — Toster.ru

Автор: | 11.11.2017

Содержание

Удачу, богатство и любовь привлечет правильная картинка на телефоне

Психологи говорят: если модель мобильного может сказать лишь о социальном статусе владельца, то главная картинка на экране телефона поведает вам о его желаниях и мечтах. Владелец мобильника смотрит на дисплей больше 150 - 200 раз в день, и фото на экране «записывается» на подсознание. Если картинка подобрана правильно, она программирует человека на счастье, удачу и здоровье. Только вот какую картинку считать правильной?

Деньги любят... подарки

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

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

Богаче, еще богаче...

Допустим, средства на домик у моря у вас есть, но вам хочется не просто дачу, а маленький дворец. Золотая рыбка вам в помощь, правда-правда! Эксперты утверждают, что именно этот сказочный персонаж приумножит ваши вполне реальные деньги. Специалисты по фэн-шуй рекомендуют даже вешать изображение золотой рыбки над сейфом или на месте заначки в доме. Надеемся, что квартирные воры эту статью не прочтут...

Птица для бизнеса

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

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

Важна и цветовая гамма: желтая пичужка даст силы для крупного проекта, синяя птица считается символом, приносящим успех во всех начинаниях. Синюю птицу удачи ведь помните?

Бабочкино счастье

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

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

Цвети, весна!

Хотите привечь удачу? Тогда знайте: удача - девушка переменчивая, как весна. Вот все, что символизирует цветение, обновление и рост, она и любит. Эталон - цветущая слива. Ее даже китайские мудрецы ценили как проверенный талисман, чем же мы хуже? Ставьте - не прогадаете.

Сила - это мило

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

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

Букет страсти

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

ВОПРОС - РЕБРОМ

А если это не работает?

Василиса ВОСТРЯКОВА, мастер по космобиоэнергетике:

- Любая картинка, будь она в телефоне или на постере над вашим столом, - это визуализация желания. Нарисованная сказка наяву. И если вы сильно хотите, чтобы она исполнилась, вы будете все делать для этого. Заставка станет напоминанием о вашей цели. И очень эффективным, поверьте. Не сбыться мечты могут лишь по двум причинам: они недостаточно конкретны или вы сами слабо верите в их осуществление. Но на самом деле, если человек выбрал картинку, он уже сформулировал желание, уже заявил Вселенной, что очень этого хочет. А если так, то картинка обязательно сработает.

ДРУГОЕ МНЕНИЕ

«Лучший оберег - фото семьи»

- Лучше всего греть душу будет снимок, который сделан вами, - говорит психолог Николай Ступников. - Фотокарточка своего ребенка, супруга или супруги, любимой мамы, по моему мнению, гораздо более сильный оберег, чем картинка букета или орла. Недавно ученые из университета Ганновера выяснили, что люди, которые всегда носят с собой фотографии своей семьи, редко становятся участниками ДТП. И к тому же - пунктуальные налогоплательщики. Они знают, что ответственны за своих родных, и не могут позволить вовлечь себя в авантюры.

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

www.ural.kp.ru

Что хочет заказчик сайта?

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

Представление о сайте

Клиенты, заказывающие у нас сайт приходят из различных сфер бизнеса, но в основном их можно разделить на две условные превалирующие категории:

  • Кто уже давно в бизнесе и соответственно есть клиентская база;
  • И кто только начал.

Первым просто нужен сайт как “интернет представительство”, у них уже есть клиенты и привлекать их через интернет им не обязательно, но иметь сайт – обязательная дань веку информационных технологий. Данный вид заказчиков не очень требователен и основным критерием при оценке работы является исключительно наличие данной работы. Безусловно, не все заказчики столь непривередливы и некоторые вполне нацелены на продвижение сайта для того, чтобы он привлекал клиентов, но как правило владельцы налаженного бизнеса в состоянии себе позволить сайт в 10 и более раз дороже, чем стоимость услуги “сайт под ключ” у нас, но не видят в этом смысла.

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

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

–специалист Максим

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

Для меня приятнее работать с женской аудиторией заказчиков, поскольку их преимуществом является их полный и глубокий подход к заказу, по крайне мере, они всегда знают, что хотят получить, вплоть до самой мелочи: чтобы линия была именно такая, как нужно, или картинка именно в таком виде. С мужской половиной чаще всего выходит так: сделайте мне "что-то", а я потом поменяю, причём это “что-то” и бывает основным критерием, приходится клещами вытягивать хотя бы тематику, чтобы предоставить результат. Бывают неприхотливые и внести несколько правок бывает достаточно, конечно, всё зависит от конкретного заказчика, но, когда есть полное осознание того что хотят видеть на сайте — это исключение.

–специалист Сергей

Ситуацию, когда заказчик не совсем уверен, что он хочет от готового сайта, нельзя считать редкой, но у заказчика всегда есть ожидания и требования.

Ожидания

Исходя из нашего опыта и суммируя всё вышесказанное, ожидания заказчика зависят от самого заказчика, можно придерживаться нашего разделения на две категории, есть заказчики, которые мало чего ожидают, а есть те, кто ожидает много. Однако, такое разделение слишком категорично, многие заказчики имеют ожидания, которые близки к реальности, так как имели время посмотреть готовые работы или, возможно, поработать в конструкторе uKit.

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

Кто-то прямо говорит “я не ожидаю космоса за 3500” – такие, кстати, самые благодарные, так как они ожидают мало, а получают очень достойный продукт.

–специалист Георгий

Заказчики, которые ожидают много от услуги “сайт под ключ” в абсолютно большинстве своём остаются довольны, но, к сожалению, не все их ожидания воплощаются в реальность. Специалист объясняет причину, по которой реализовать какой-либо сложный функционал оказывается невозможным и предлагает альтернативу. Но некоторые заказчики всё же хотят свой “Алиэкспресс”.

Вот недавний случай с заказчиком: заказ интернет-магазина и его реплика — “Хочу, чтобы было как на Али-экспрессе только лучше”, к сожалению, приходится разрушать такие ожидания приходится и говорить, что такого не получится, но можно сделать так и так, и как правило клиент соглашается и довольствуется тем, что ему можно сделать.

–специалист Сергей

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

Требования

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

Зачастую заказчики выдвигают такие требования к сайту:

  1. Как у конкурентов или лучше;
  2. Чтобы был готов к продвижению;
  3. Чтобы был продающим;
  4. Чтобы было красиво;
  5. Чтобы был.

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

Есть заказчики, у которых бизнес уже налажен и клиентская база наработана, им просто нужен сайт, чтобы он был, а какой он и какие функции будет выполнять им это не важно

–специалист Максим

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

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

–специалист Максим

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

Также когда заказчик не озаботился подготовкой текстов заранее, ему предоставляется опция создать практически пустой сайт готовый для заполнения, и сразу же заказать SEO-тексты и SEO-оптимизацию у нас или сделать это потом.

Замечания

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

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

Да, необъективные замечания бывают, например: клиент сам составил цветовую схему, а потом сказал “Поиграйтесь еще цветом, что-то мне не нравится” или заказчик прислал документ с текстом для наполнения сайта, я скопировали вставил, но позже заказчик говорит: “А вот тут ошибки у вас”. Когда клиент не присылает картинок или фотографий по специфике компании для заполнения сайта, а разрешение дал только на использования бесплатных фотостоков, и говорит “Мне картинки не нравятся, которые вы поставили.” Бывают не совсем понятные пожелания зказчиков как “Сделайте логотип в половину экрана, чтобы все видели!”, но если найти общий язык с заказчиком, все проблемы решаются.

–специалист Георгий

Как уже было сказано, количество таких замечаний или правок несравненно мало по сравнению с общим массивом заказов, но даже, если клиент просит сделать что-то, что может повредить дизайну или потенциальному продвижению сайта, специалист консультирует его о последствиях или возможности реализации той или иной правки. Но конечно же мы следуем принципу “клиент всегда прав” и пытаемся сделать всё, чтобы сайт соответствовал ожиданиям заказчика.

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

–специалист Константин

Заключение

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

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

–специалист Сергей

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

spark.ru

Работа проджект-менеджера — понять, что нужно заказчику

Об авторе

Тетьяна Голубева, Senior Project Manager. Более 13 лет опыта в IT, восемь из них — в менеджменте. Работая в разных проектах и компаниях и в различных управленческих ролях — от Team lead до Senior PM и PM Competence Manager — накопила большой багаж практических знаний. Причем знания эти позволяют ответить на многие вопросы из серии «почему в реальных проектах часто приходится действовать в разрез с теорией».

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

Подводные камни

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

На самом деле, нужно разобраться, чего же хотел главный стейкхолдер.

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

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

Иногда достаточно просто спросить, зачем эти качели ему понадобились, чтобы понять — как раз качели ему точно не подойдут, или подойти ему могут не только качели. Например, чтобы «покачаться», иногда лучше обзавестись креслом-качалкой. Точно так же может выясниться, что для целей, о которых вам говорит заказчик, мобильное приложение подойдет лучше веб-сайта, за которым он к вам пришел.

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

Чего хочет стейкхолдер?

Существуют различные подходы, позволяющие более детально разобраться в пожеланиях заказчика. Например, value proposition canvas или business model canvas. Только после того как мы поняли, что в действительности беспокоит стейкхолдера проекта и что он может выиграть по его завершении, можно рассчитывать получить нужный ему продукт или сервис. Еще раз: если он просит у вас блокнот и ручку, получив их, возможно, останется таким же несчастным, как и до встречи с вами. Потому что вы не узнали, зачем они ему, и не предложили ему калькулятор, чтобы быстро совершить все нужные арифметические подсчеты.

Заказчики, которые просят двух программистов для работы — пример из реальной жизни. Правда, в итоге выясняется, что одному нужна команда для создания собственного сервиса, а другому — консультация по экспертизе, которой в его компании просто нет. В нашем случае, согласившись на сотрудничество в предложенном формате с самого начала, мы бы просто трудоустроили двоих разработчиков. Сейчас над этим проектом работает большая команда, при этом сам стейкхолдер счастлив — его идея получила развитие, которое необходимо заказчику. Оказались, что ему нужны не два программиста, а разработка продукта для рынка практически под ключ. Все работает благодаря переходу от парадигмы решений к изначальной парадигме проблем. Только после этого мы возвращаемся к решениям.

Продукты, сервисы, решения

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

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

«Вы меня не поняли», — стандартный ответ недовольного стейкхолдера. Неважно, что именно не сложилось, и как он сам объяснял задачу. Просто сейчас его сервис работает не так, как ему необходимо (причем понять разницу между тем, что хочет заказчик, и тем, что необходимо заказчику — отдельная достаточно непростая задача).

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

Что мешает нам легко прийти к разработке solutions/services?

Для постсоветских стран один из пунктов — образовательная система. В средней школе нас продуктовому подходу никто не учит. Обычно там мы решаем абстрактные и при этом узкие задачи, не пытаясь рассчитать хотя бы площадь квартиры или расходы семьи на месяц. Никто не предлагает школьнику преобразовать полученные на уроке знания в какое-либо решение.

В высшей школе часто можно видеть то же самое: студент не имеет представления, как можно применить знания, полученные в течение семестра. Сейчас, правда, айтишники-практики стали появляться и в сфере IT-образования, но в большинстве вузов лидирует старый академический подход. Я сама окончила отделение автоматизированных систем управления, но пользу того, что мы изучали, в том числе системного подхода в целом, поняла только много лет спустя уже самостоятельно. Наша образовательная система может дать знания, но, к сожалению, как эти знания применять, мало кто говорит.

Следующим камнем преткновения становится недостаток информации. Обычно наибольшим объемом информации владеют менеджеры. Открытым остается вопрос, какую ее часть они готовы донести до остальных членов своей команды, как в целом ставятся задачи разработчикам или QA-инженерам. Если общая картина проекта не является общим достоянием — каждый будет копать свой маленький участок, не обращая внимания на соседей. Кроме того, отсутствие информации всегда дает повод сомневаться в качестве принятых решений и пользе собственной работы в целом.

Работая в больших командах, многие люди не знают о других составляющих продукта, частью которого они занимаются. Поэтому всех действительно необходимо собирать, объясняя общее направление, на забывая о классике аджайла, — груминг и планинг-сессиях. Если программисты знают, что через пару лет у нас планируется 200 тысяч пользователей против нынешних 200, архитектуру решений они будут строить по-другому. Именно так повышается качество решений на всех уровнях.

Все об этом знают, но иногда менеджеры просто забывают прийти к команде и пересказать полученную от заказчика информацию. И легко это звучит только на словах — я сама регулярно наступала на эти же грабли попросту из-за нехватки времени. Но если заказчик говорит, что ему необходимо интегрировать сервис распознавания речи, это может влиять на решения, которые принимают даже те программисты, которые работают над маленькими фичами, не имеющими к этому сервису прямого отношения. Менеджерам необходимо понимать: во время таких обсуждений многие будут сидеть с незаинтересованным видом (действительно, мы же не про код говорим 😉 ) но информация все равно останется в голове у каждого.

Определение целей

Важную роль играет определение целей всех заинтересованных лиц. Для этого стоит найти ответы на вопросы:

  • Зачем мы это делаем?
  • Куда все движется?
  • Каковы наши ожидания?
  • Чего ожидает заказчик?

Цели у вашей организации и организации заказчика могут быть разными — для аутсорсеров это валидно. Например, вы можете хотеть заработать, а заказчик — сделать продукт подешевле. А все, кто сталкивался с заказной разработкой внутренних продуктов компании, понимают, что бюджеты на внутренние системы всегда стараются сократить. При этом в любом случае мы все заинтересованы в хорошем продукте, поэтому нужно четко понимать, как цели каждого из нас коррелируют между собой. Замечательно, когда мы зарабатываем, просто помогая заработать заказчику. Еще лучше, если он хочет развивать какие-то новые технологии, и мы развиваемся вместе с ним — это “win-win situation”. Но, к сожалению, она возникает не всегда.

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

Что при таком подходе не работают попытки манипуляции, вы заказчика просто потеряете — учтите, он все равно это почувствует. И ему это не понравится.

Виды мотивации

Все мы помним, что в менеджменте выделяют три уровня мотивации:

  • Motivation 1.0 Базовая мотивация, полностью зависящая от биологических процессов.
  • Motivation 2.0 Мотивация за счет награды или наказания: кнут и пряник, они же морковь и палка.
  • Motivation 3.0 Вид мотивации, который активно пропагандирует Дэниэл Пинк в книге «Драйв. Что на самом деле нас мотивирует».

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

Продемонстрировать цель как раз и позволяет рассказ о конечном продукте, который мы создаем вместе с заказчиком, о его планах, предполагаемом выходе продукта на рынок, о том, чего ждут пользователи, и насколько счастлив отдел маркетинга клиента. С отдельными категориями продуктов в этом отношении проще — они имеют очевидные цели. Например, если мы делаем дефибриллятор, то сразу понятно, кому и зачем он нужен. Но с бизнес-приложениями часто такой ясности нет. «Я сделал три формы. Зачем? Кому от этих трех форм стало легче жить?» — нормальная реакция программиста. Но когда мы показываем, что кому-то эти формы и правда облегчат жизнь, это меняет мотивацию человека. Он начинает действовать по-другому, принимает другие решения, люди в команде понимают, что пользователь — это совершенно определенная бабушка или банковский работник, а может быть, человек, которому срочно нужно забронировать номер в отеле. Получается, что объект приложения усилий персонализируется, и никто уже не делает просто кнопки или формы.

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

На DOU проводили опрос разработчиков, который показал, насколько людям важны реализация своих идей и ощущение причастности к чему-то новому. Причем значение этих факторов выше у тех, кто работает в стартапах, чем у занятых в классическом аутсорсинге. Это легко объяснить: в продукты и стартапы просто перекочевывают люди, которым в больших аутсорсинговых компаниях неуютно — там они слишком остро чувствуют себя только маленькими винтиками малопонятного механизма.

Посмотреть в глаза

Ответственность — как много в этом слове заключено для каждого PM. И насколько туманным остается его содержание для многих команд. Споры о ней могут утихать, но почти никогда не прекращаются полностью. Как только вам кажется, что наконец-то все поняли, насколько важна их часть работы, ждите неприятностей. Избежать их помогает связь с конечным пользователем. Если в вашем случае разработчик может посмотреть в глаза человеку, которому предстоит пользоваться продуктом, часть которого он сейчас пилит, он сам начнет фиксить баги. Поверьте, никому не хочется, чтобы из-за его ошибок пострадали живые люди, которых можно себе представить в подробностях.

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

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

Экспертиза

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

В нашей стране, к сожалению, с этим есть ряд проблем. Когда мы говорим, что человек «синьорный», это часто означает только то, что у него есть определенные знания. Но seniority включает в себя еще и манеру поведения. То есть HR-часть, те самые софт скиллы.

Есть люди, которые не хотят брать на себя ответственность, прикрываясь образом жертвы: «Я бедный-несчастный, тестировщики на меня напали, а еще дизайнер приходил и все поменял — мне теперь опять нужно код переписывать». Ситуация бывают разными, но очень часто важным в такой истории оказывается вовсе не история про дизайнеров и QA, а сам посыл «я бедный-несчастный». И этот образ мыслей приходится менять — если в команде он не поощряется, люди прибегают к нему все реже. Хотя команде иногда приходится нелегко, поскольку при таком подходе нужно не просто здорово писать код, но и принимать решения в рамках всего продукта.

Мне приходилось заниматься такой трансформацией на уровне команды. Сейчас это происходит более точечно: я смотрю, какие люди ко мне приходят, и исходя из прошлого опыта, понимаю, с кем предстоит поработать персонально. Но в целом, если есть core-команда — бизнес-аналитики и техлиды, которые берут на себя работу с продуктом — остальные идут за ними гораздо легче.

Тем не менее, на то, чтобы перестроить отношение к работе в команде, уйдет от полугода (в случае с опытными инженерами) до года. При правильном подходе после этого вы можете быть уверены, что ваши коллеги не просто пишут патчи, а действительно озабочены развитием продукта.

Перегибы и перекосы

Один из вариантов перекоса — чрезмерная озабоченность удовлетворенностью заказчика. И одна из проблем специалистов на нашем рынке, что многие из нас не умеют говорить «нет». Но эта способность просто необходима тому, кто называет себя экспертом.

Другая ошибка — перекос в сторону собственной компании. Это позиция, при которой нас заботит только то, что написано в спецификации. Если вы подумали, что заказчик сам виноват в том, что недостаточно внимательно ее прочитал, — что-то идет не так.

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

Баланс, как всегда, искать сложно. Но искать его необходимо.

Потеря фокуса

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

Что делает наша команда: обеспечивает экспертизу, или дает двух программистов, или предлагает сервисы? Заказчик приходит к нам, имея об этом собственное представление. Но мы не должны полностью полагаться на его видение решения. Если он просит добавить в проект программиста, претендуя на экспертизу, мы обязательно должны постараться понять, зачем он ему понадобился. Вполне вероятно, что на самом деле ему нужен специалист по автоматизированному тестированию.

Сохранение прозрачности

Вернемся к ситуации, описанной в начале статьи. У вас все хорошо, технологии определены, и команда трудится, создавая новый продукт. Но тут появляется взволнованный заказчик. Это значит, что ему не хватает visibility, а это — пробел в коммуникации.

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

Проджект-менеджер должен говорить с заказчиком как можно чаще. Если ты даешь ему value и visibility, все остальные изменения: в людях, технологиях и сроках — перестают вызывать фрустрацию. Значит, вам не придется писать странные отчеты в ответ на вопросы, которые кажутся не вполне понятными. Если у заказчика есть чувство контроля, детали он доверит вам. Вы же не спрашиваете, каким именно шпателем вам ровняли стены, делая ремонт, если мастер вовремя отчитался, что «коридор закончили», и вам этот коридор нравится. Этот принцип работает с заказчиками в любых сферах.

Как со всем этим справляться?

Просто работать.

dataart.ua

чего хотят заказчики на самом деле :: Статьи

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

Например, несколько лет назад британское издание Architects’ Journal проводило опрос под названием «Чего хотят заказчики» (What clients want). Были опрошены представители порядка 50 девелоперских компаний и госучреждений, чтобы выяснить, какие конкретно критерии определяют выбор архитектурного бюро.

Также американский медиахолдинг McGraw-Hill, которому до недавнего прошлого принадлежал журнал Architectural Record, делал большое исследование на тему ожиданий и неопределенностей в проектировании и строительстве. Интересно, что были опрошены как заказчик, так и архитекторы с подрядчиками, из-за чего результаты получились весьма противоречивыми.

Этой осенью, в сентябре 2015 года, Королевский институт британских архитекторов RIBA выпустил 44-страничную брошюру «Клиент и архитектор: развитие базовых отношений» (Client & Architect — developing the essential relationship), на создание которой организация потратила два с половиной года. За это время было опрошено более 500 компаний из разных областей с целью формирования набора правил и советов, которые бы помогли архитекторам в общении с заказчиком. По итогам опросов были созданы также и отдельные рекомендации по конкретным секторам рынка, позволяя лучше ориентироваться в запросах каждого.

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

Сарафанное радио по-прежнему лидирует

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

Размер не имеет значения

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

Стоимость услуг была определяющим фактором лишь для половины опрошенных. И даже наоборот, некоторых отпугивали слишком низкие расценки. Так, один из респондентов утверждал: «Качество всегда намного важнее цены. Мы никогда не заключим контракт только из-за маленькой стоимости, потому что в итоге вы получите тот уровень, за который заплатили». AJ

Не думайте (или хотя бы не показывайте виду), что вы знаете все лучше

Американский архитектор, член «Гарвадской пятерки» Джон Йохансен запомнился всем фразой «Очень часто приходится пренебрегать мнением клиентов в их же интересах». Сложно спорить с этим утверждением, но, судя по опросам, именно такая позиция больше всего раздражает заказчиков в профессии архитектора.

Больше половины респондентов заявили, что сервис и отношение к ним со стороны проектировщиков могли бы быть и лучше. Например, звучали такие фразы: «Архитекторам нужно перестать думать, что они знают все лучше клиента» или «Архитекторы думают, что они и есть самая важная часть в проекте». Также одной из главных претензий заказчиков стало слабое понимание финансовых вопросов — на этот факт пожаловалось больше трети опрошенных. RIBA

Нужно уметь слушать, вникать и убеждать...

Клиенты утверждают, что не всегда удается найти компании, которые действительно разделяют их интересы и готовы поверить в идеи заказчиков. При этом не все хотят вникать в тонкости конкретного бизнеса. Хотя именно в архитекторах все видят специалистов, которые должны вести за собой проект. RIBA

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

... доказывать и обосновывать

Все больше и больше заказчики хотят видеть качественные подтверждения теориям архитекторов. Поэтому умение доказывать свои идеи становится критичным. Без убедительных примеров и демонстрации выгоды клиента никто не заключит контракт. RIBA

Больше взаимодействия

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

Полный цикл работ

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

Кто виноват и что делать?

Порядка 80% крупных заказчиков считают, что любой проект к окончанию постройки выйдет дороже запланированных расчетов. Больше трети автоматически закладывают в проект рост сметы на 3-5% процентов, а 15% опрошенных готовы принять и увеличение расходов до 10%. McGraw Hill

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

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

Заглавное фото: воркшоп с Фрэнком Гери, Жаном Нувелем и Ремом Колхасом в Дюссельдорфе, 1997 © Thomas Mayer

archspeech.com

комиксы, гиф анимация, видео, лучший интеллектуальный юмор.

Что вы курите товарищ Сталин? Отсыпьте и мне немного

"38 Монако и 4 Польши" - размеры Новороссии


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

ЕС с нового года снизит пошлины для Украины

.....или Украину опять сливают и сворачивают проект с названием "Украина". Привожу текст специально на русском, вдруг ватники от скуки сюда забредут)))


ЕС в одностороннем порядке продолжит режим преференций для украинских товаров, уменьшив таможенные тарифы с предусмотренными в Соглашении об ассоциации показателями в одностороннем порядке с 1 января 2015, предварительно продлив режим автономных торговых преференций до 31 декабря 2015.

Одновременно решение предусматривает одностороннее уменьшение таможенных тарифов сроком на год с 1 января 2015 до показателей, предусмотренных Соглашением об ассоциации Украины и ЕС.

Указанные преференции будут действовать до вступления в силу экономической части Соглашения об ассоциации с 1 января 2016.

Кроме того, в 31 декабря 2014 украинские экспортеры смогут использовать квоты, которые не были использованы в период с 23 апреля по 31 октября этого года.

Слушайте, а может в баню евроинтеграцию и членство? Пускай у нас пока будет только ассоциация и такие плюшки от Европы, а?

http://www.epravda.com.ua/rus/news/2014/11/3/502525/

Зима не будет. Ну как минимум на этой неделе


З вівторка і до кінця тижня опадів в Україні не передбачається, буде малохмарна погода.

У вівторок ще збережуться нічні морози до -2..-4°С, але до кінця тижня нічні температури піднімуться до плюсових позначок.

Вдень температура повітря 4 листопада сягатиме позначок +6..+13°С.

У Києві у вівторок вночі очікується -2..-4°С, вдень повітря прогріється до +7..+9°С.

http://meteo.gov.ua/ua/33345/forecast/ukraine/all/1


Почему мы еще бедные или как автор поста еще больше разочаровался в людях(((

Регулярно просматриваю новости Корреспондента (korrespondent.net). Придерживаюсь мнение, что их информации можно более менее доверять. Также часто слежу за опросами которые там проводятся - интересно знать что думают читатели сиего издания. Результаты последних двух опросов, мягко говоря удивили.... заставили автора сломать себе нос и челюсть из-за попытки сделать фейспалм.

Придерживаюсь крепкого мнения, что мы должны платить народным депутатам как можно больше, чтобы:

a) Привлекать на эти должности компетентных специалистов

б) Уменьшить желание и соблазн воровать.

Согласен, что есть много возражений на этот счет. НО 6.5 ТЫСЯЧ ЧЕЛОВЕК ВЕРЯТ В ТО ЧТО В ДЕПУТАТЫ ДОЛЖНЫ ИДТИ ЛЮДИ ЗА СПАСИБО. ПРОСТИТЕ, WHAT?? Украинцы, хохлы, ребят, вы чего??? Как можно доверить страну людям, которые никак не заинтересованы в ее процветание. Патриотизм и ЧСВ это конечно важно и круто, но на нем одном не уплывешь. Эти люди управляют нашей страной. К ним должно быть особое отношение. Почему во всех развитых странах депутаты, гос-чиновники и тд. это состоятельные и уважаемые люди, которым платят мама-не-горюй. Я понимаю, что наши чиновники это прогнившие люди, но это же надо менять! Повышение зарплат, мне видится как одно из решений.

Или вот это меня еще сильно порадовало

WHAT? Я случайно попал на RT? Как так, что на проукраинском интернет(!)-ресурсе господствует подобные мнения. Или быть может аудитория ресурса та что голосовала за Оппозиционный блок? Может я чего то не понимаю

P.S. Простите, что запиливаю подобное - оно личное и эмоциональное, но все же посчитал что стоит этим поделиться. Интересно что думают салоеды по этому поводу. 


И из интересного

В Китае прошла неделя моды. Подборку самых эпатажных, эротичных и интересных странных выклал Корреспондент. (да-да, тот самый). Ниже парочка, для тех кто решается смотреть или нет.

Полная подборка:  http://korrespondent.net/lifestyle/fashion/3439556-nedelia-mody-v-kytae-samye-erotychnye-y-epatazhnye-obrazy#28


Колонка юмора 

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


 

Какая должна быть заработная плата Народного Депутата в месяц

Менее 5 тысяч гривен
61 (19.1%)
5 000 - 10 000 гривен
76 (23.8%)
10 000 - 25 000 гривен
95 (29.7%)
25 000 - 100 000 гривен
54 (16.9%)
Более 100 000 гривен
9 (2.8%)
Другая форма оплаты. (Какая именно --> в комменты)
25 (7.8%)

joyreactor.cc

как понять, чего хочет заказчик

Включаем чакру предсказателя

Между дизайнером и заказчиком очень часто возникают недопонимания. И на этой основе появляются высказывания о мудаках-дизайнерах или дураках-клиентах.

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

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

Самое главное — слушать клиента

Неважно, общаетесь ли вы через переписку или голосом, задайте клиенту вопросы вроде “Зачем вам нужен сайт?”, “Расскажите о своей компании”, “Чем ваша компания лучше других” и подобные.

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

Кроме этого, даже клиент может формулировать задание неправильно, потому что он не знает, на чем делать акцент в своей задаче. И это ошибка. Из-за таких ошибок все дизайнеры — мудаки, а клиенты — ослы.

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

Возможно, дизайнер знает более интересное решение и оно будет лучше работать чем то, что просит клиент.

Сразу пример.

Это было еще на заре моей карьеры. Тогда я только учился дизайну и общению с клиентом. Брался за все задачи, которые были. В том числе за полиграфию.

Клиент попросил сделать плакат. Задача звучала примерно так: “Сделать плакат А3. Использовать заголовок “Туры на хивусе”, добавить на фон коллаж из фотографий хивуса, костра, чайника и пледа”. Ну, окей.

Я нарисовал, как было сказано. Заказчику не понравилось. Потом мы еще целый месяц “играли” с композицией, цветами и прочим.

Мне это надоело и я просто задал вопрос “Что ты хочешь?”. Ответ был очень развернутым, подробным и, самое главное, в нем было ни фотографий, ни заголовков, ни всех этих хивусов и и чайников на фоне.

Интервьюирование — обязательно

Это было удивительно — с помощью интервьюирования я понял клиента.

А вот что было главным в том плакате:

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

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

Этапы создания дизайна сайта

Сделаем небольшое отступление и рассмотрим правильные, на мой взгляд, шаги построения дизайна:

  1. Первичная постановка задачи
  2. Заполнение короткого брифа
  3. Интервьюирование (скайп, живая встреча)
  4. Анализ на основе интервьюирования
  5. Предложение концепции и структуры
  6. Текстовый прототип
  7. Интерактивный прототип
  8. Разработка дизайна
  9. Передача файлов (+спецификации для верстальщика)

Несмотря на большое кол-во шагов, шаги 1–3 занимают 1–2 дня, шаги 4–5 занимают 2–3 дня. Остальные уже индивидуально.

Нужно ли ТЗ?

Очень часто исполнители (дизайнеры) просят предоставить готовое ТЗ. Какие бравые ребята! Это должен писать не клиент, а исполнитель.

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

И не просто спросить “что рисовать?”, а понять, зачем это клиенту нужно и какие цели он преследует, как устроен его бизнес и как можно показать этот бизнес в хорошем свете для посетителя сайта.

Как насчет брифа?

Я считаю, что бриф нужен для предоставления информации в целом по задаче сайта, по цветам, по референсам. То есть любую информацию, которую клиент может и считает нужным предоставить до интервьюирования.

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

Остальную информацию нужно получать непосредственно через общение (через скайп, живую встречу, даже через переписку). Узнавать у клиента не то, каким он видит сайт, а то, зачем ему сайт вообще.

У меня был клиент, который продавал дешевые кухни. Он настаивал на темной цветовой гамме по всему сайту.

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

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

Клиент просто “хотел”, но не понимал, “зачем”. Ценник на сайт и нулевые показатели по рекламе дали представление, что “я хочу” — это не всегда правильное решение. Как раз дизайнер должен предупреждать о таких вещах.

Но чаще всего заказчики знают свою целевую аудиторию и необходимо просто правильно и удобно спроектировать и нарисовать сайт.

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

Как выбрать дизайнера?

Также могу дать короткую памятку для заказчиков, которые ищут дизайнера:

  1. смотрите на ценник, у профессионала он не может быть низким; там где дешево — может быть плохо;
  2. смотрите на этапы работ. Очень хорошо, если этапов этих хотя бы 4–5, а не 1–2;
  3. если требует ТЗ или бриф — лучше поищите другого, т. к. это задачи дизайнера сделать ТЗ и выслать вам свой бриф.

Старайтесь ориентироваться на эти три правила.

Самое основное из статьи
  1. Важно общаться с клиентом и задавать вопросы лично
  2. Бриф хорош, но лучше общение
  3. Дизайнер должен выяснять требования и разобраться в теме сайта
  4. У дизайнера должно быть несколько этапов работы

designpub.ru

откуда берётся хороший дизайн / Habr

Вы более 9000 раз заказывали дизайн, и ни разу не разочаровались? Творческие люди понимают вас с полуслова, а результат их работы непременно радует ваш глаз и кошелек? Может быть, вы дизайнер-профессионал, отточивший мастерство общения с закачиком до мастерского уровня?

Тогда этот пост не для вас. Вы и так все знаете.

Но если письма от дизайнера, который занимается вашим проектом, начинаются заголовком «правки ver_3_b_часть II», а общаться с каждым днем все сложнее — попробуйте почитать. Может быть, здесь найдется полезный совет, который облегчит вам жизнь и сэкономит деньги.
Я предлагаю вашему вниманию несколько заметок-соображений, которые накопились за время моей работы в этой области.

1. Как объяснить дизайнеру, что прибыль важнее красоты

— «Какое уродство. Непростительное, гадкое, постыдное. От него боль в глазах, горечь на языке и тяжелое, ноющее сердце». Дизайнер Вася закрыл фотошоп, матерясь и проклиная заказчика. Той красоты, которую он с любовью вырисовывал три дня, не осталось и следа. Осталось лишь уродливое безобразие со смешными, неказистыми оранжевыми кнопками. Никто и никогда не нажмет на это, — пробормотал он.
Давайте подумаем, как так вышло: встретились неплохой дизайнер и совсем беззлобный заказчик, начали работать. И всё вроде шло хорошо, но постепенно оба поняли, что ненавидят друг друга, а дизайн — ужасен.

Зачастую причина этого в том, что у заказчика и дизайнера изначально разные цели. Заказчик справедливо хочет, чтобы его проект приносил в будущем прибыль, и — как может — старается направить дизайнера в нужное русло. А что дизайнер? Он, в общем, не против. Но этот проект ему предстоит положить в портфолио, под едкими взглядами коллег, а тут его просят логотип на пол-экрана увеличить.

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

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

Соображение: описывайте задачи, не указывая пути их решения. Красоту он наведёт сам.
2. Дизайн – для будущего потребителя

Эту ошибку часто совершает как дизайнер, так и сам заказчик.
О мыслях и побуждениях дизайнера я рассказал в предыдущем соображении: чаще всего в голове у него довольно быстро возникает картинка того, каким должен быть проект. Но эта картинка основана не на маркетинговых соображениях и не на представлениях о том, что захотят увидеть ваши (потенциальные) клиенты, а совсем на другом. Облик проекта возникает на основе собственных вкусов, предпочтений дизайнера и ранообразных модных веяний.
Эту «болезнь» можно вылечить весьма просто, доходчиво разъяснив дизайнеру свои задачи. Куда более опасна противоположная ситуация, когда подобная картинка возникает в голове у самого заказчика. И если в случае с профессиональным дизайнером картинка, скорее всего, весьма неплоха, то у заказчика чувство вкуса зачастую оставляет желать лучшего.

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


P.S. Заказчик из студии танцев до сих пор должен мне половину суммы, поэтому я без зазрения совести деанонимизирую его.

Как избежать подобных ситуаций? Ведь зачастую очень сложно отказаться от какой-либо своей идеи: все её недостатки замыливаются и отходят на второй план, главное — своя, родная!

Старайтесь все время контролировать себя с точки зрения здравого смысла, сравнивая представление о проекте с его реальными задачами. Так ли уж нужно покорять земной шар, чтобы люди пришли к вам танцевать?

Соображение: ставьте задачу, исходя из нужд проекта, а не своих представлений о том, как он должен выглядеть. Ваши клиенты отблагодарят вас рублем.
3. Как объяснить дизайнеру свои желания

Клиент показывает картинку ресторана,
аналог которого нужно сделать, со словами:
«сделай чтоб было похоже, но
не похоже – вот тебе задача!»
clientsfromhell.ru


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

Что же это за правила?
Во-первых, формулировка задачи должна быть понятна вам обоим. Избегайте расплывчатых формулировок в духе «чтобы было круто, красиво и вообще». Лучше потратить лишние полчаса, обдумав и аккуратно изложив свои мысли, чем три месяца допиливать дизайн, который оказался «совсем мимо».

Во-вторых, убедитесь, что сказали всё необходимое. Тут поможет хороший шаблон брифа, которых в интернете достаточно много. Не стоит думать, что дизайнеры просят от вас подробные брифа от своей природной лени: это не так. Точнее, не только поэтому — в ваших же интересах как можно яснее и понятнее изложить задачу.

В-третьих, не поленитесь найти примеры того, что вы хотите от дизайнера. Не стоит скурпулезно выискивать образец для каждой детали: достаточно лишь найти ориентиры по стилю или смыслу. Лучше всего, если вы прямо расскажете дизайнеру, какие из его работ вам нравятся (или подходят к нынешнему проекту), а какие — нет.

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

Соображение: не ленитесь! Подробное и ясное задание сэкономит вам время и деньги. Только не делайте за дизайнера его работу.

P.S. Буду рад комментариям/пожеланиям
P.P.S. План следующих заметок, если тема окажется интересна, таков:

Часть I. Война с дизайнером
1. Как объяснить дизайнеру, что прибыль важнее красоты
2. Дизайн – для будущего потребителя
3. Как объяснить дизайнеру свои желания

4. Мастера на все руки
5. Откуда дизайнеры берут цены и сроки
6. Как выбрать дизайнера за 5 шагов

Часть II. Диалог с дизайнером
7. Графическая рифма
8. Качество графики
9. Стандартная и нестандартная сетка
10. Важность интерактива
11. Человеческий язык
12. Основы типографики
13. Принцип обобщенного контраста

Часть III. Самолечение
14. Откуда в деталях дьявол
15. «Слишком пусто»
16. «Увеличьте логотип»
17. Нано эро котик
18. Как не просмотреть слона
19. Страницы-проститутки

Часть IV. Свежачок
20. Чем хороши паттерны
21. Инфографика
22. Всё про иконки
23. Как дизайн стал плоским

habr.com

Отправить ответ

avatar
  Подписаться  
Уведомление о