37 заметок с тегом

блог

Ctrl + ↑ Позднее

«Программист меня не понимает», или почему не получается...

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

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

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

«О компании»

Нассим Талеб в книге «Одураченные случайностью» упоминает распространенную логическую ошибку «утверждение о следствии», которая обычно представляется следующим образом:
1) Если p, тогда q
2) q
3) Следовательно, p

Пример: все родственники Смита высокие; некто высок; следовательно он родственник Смита.

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

Коллегиальный выбор

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

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

2017   блог   опасения   принцип

Хорошо или дёшево

Хорошо и дёшево бывает, но совпадение векторов редко случается. Конечно, многое зависит от субъекта и его представления о хорошем. Понятие «дёшево» тоже весьма относительно. Мы не можем обещать что сделаем дёшево, но плохо мы не делаем.

Как мячик в море: таймер, чат, обратный звонок

Тикающий таймер

Всплывающий чат с консультантом

Виджет с обратным звонком

Все эти способы растармашить клиента, как мячик в море — чем больше стараешься его поймать, тем дальше он отпрыгивает.

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

Формат телефонного номера

Иногда номер телефона на сайте могут написать так:
(498) 104-87-19

Или без кода (часто пишут в регионах):
27-13-18

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

Конечно пользователю проще просто уйти на другой сайт.

Правило
Телефон пишем с кодом в международном формате. В мобильной версии номер сопровождаем ссылкой.



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

Семантическое ядро как основа структуры сайта

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

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

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

Мы, в маленьком бюро, делаем так. Предлагаем заказчику рассказать о своем бизнесе, задаем уточняющие вопросы, просим вспомнить профессиональные термины. Разговор записывается (конечно, клиент предупрежден).

Хозяйке на заметку
Существует сервис Яндекса «Побор слов». Если ввести слово — получим список словоформ близких по смыслу.



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

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

Пример структуры семантического ядра

Польза — движущая сила

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

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

Мы можем многое, но не все. Прежде чем пообещать — изучаем задачу, считаем. Стоимость зависит от достижимости пользы, но стоит ли польза этих денег — решает клиент.

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

Мобильная версия сайта: роскошь или необходимость

В сентябре 2013 года Артемий Лебедев опубликовал § 177 Ководства, где назвал мобильную версию сайта самой большой глупостью на свете:

Делать мобильные версии сайтов есть смысл только за деньги тех, кому некуда деньги девать.

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



В декабре 2015 года Артемий написал § 182 «Мобильные версии сайтов два года спустя»:

Мобильные версии сайтов перестали быть самой большой глупостью на свете.

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



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

Флексить: зачем и как?

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

Николай Товеровский из Бюро Горбунова проделал большую работу — выделил и описал приёмы флекса (за что ему большое спасибо). Представляю «выжимку» из его работы со ссылками на статьи.


Виды флекса:

1. Зафиксировать

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

2. Снизить управляемость

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

3. Уменьшить глубину проработки

Работа ведётся только над тем, что необходимо для решения задачи.
Подробнее

4. Рассогласовать

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

5. Убрать в гаражик

Неблаговидная часть системы прячется так, чтобы не портила вид.
Подробнее

6. Заменить решение

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

7. Не выходить в надсистему

Решение не затрагивает других частей системы.
Подробнее

8. Отступить от идеала

Если реализовать идеальное решение невозможно или нерационально, отступите на шаг назад.
Подробнее

9. Перенести на следующую итерацию

Часть функций откладывают на потом.
Подробнее

Сделать говно

Сделать говно — это не пофлексить.
Подробнее

Флексить — больно. Если есть возможность обойтись без флекса — лучше её использовать. Если же поджимает время или ограничен бюджет, приходится флексить. Такова суровая реальность.

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

Парадокс выбора телефонного номера

Касаемо выбора — Барри Шварц в книге «Парадокс выбора» детально обсосал вопрос. Рассмотрим только ситуацию, когда пользователь стоит перед выбором — на какой номер телефона ему звонить.

С сайта «Академии паркета»

Когда мы показываем колонку телефонных номеров, как 15 лет назад — пользователь начинает «теряться». Чтобы не упустить клиента предпринимателю приходилось ставить много номеров. Полтора десятка лет назад технологии не были так развиты, конкуренция не была столь агрессивна и дискомфорт потребителя мало кого волновал.

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

Бывают ситуации, когда несколько номеров распределяют звонки по разным отделам, или городам. Это допустимо, потому что есть критерии выбора. В таком случае тоже прослеживается логика (разные операторы связи):

С сайта «Жар Пиццы»

Но когда номеров много и нет критериев выбора — звонков мало, научно доказано (см. книгу Барри Шварца «Парадокс выбора. Почему „больше“ значит „меньше“»). Так не надо:

С сайта «ТИС Интернэшнл»

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

Работаем близко

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

Мы делаем сайты, мобильные приложения и системы управления предприятиями. Реальной оффлайновой встречи может потребовать лишь разработка системы управления, т. к. для разработчика важно видеть как устроено предприятие в реальности. Что касается сайтов — оффлайновая встреча, это лишняя трата времени.

Все знают, что такое скайп. Но не все знают, что в скайпе можно включать режим демонстрации экрана — незаменимый инструмент при обсуждении деталей проекта. Бывает, что нужно «прикрутить» сайт к 1С — на помощь приходит другой инструмент, Тимвивер (позволяет подключиться и полностью управлять удаленным компьютером).

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

Текст — всему голова

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

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

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

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

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

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

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

Взглянем на примеры. Как инфостиль преображает текст.

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

До применения инфостиля
Упаковочные материалы от компании «Алита» — это современная и качественная продукция. Ее выбирают десятки предприятий в Москве и Московской области. Мы предлагаем все, что нужно, чтобы быстро, надежно и удобно упаковать или оформить любой товар и материал. Наша упаковка используется на производствах и складах, в магазинах и дома — она нужна везде.
Сайт компании «Алита»
В инфостиле
«Алита» обеспечивает десятки предприятий упаковочными материалами. Они применяются на складе и производстве, в магазине и дома — везде, где оформляют и упаковывают предметы.

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


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


Примеры статей в информационном стиле:
Хорошо ли продавцы в электричках хвалят свой товар Людмила Сарычева
Как устроен банкомат Сергей Король
Почему дисциплина лучше мотивации Андрей Банников

Текст в инфостиле на сайтах:
Энциклопедия услуг «Почты России»
Сайт дилера сотовых операторов
Агентство спортивного маркетинга

Ссылка по теме: Лекция Максима Ильяхова об информационном стиле

Сколько стоит дом построить?

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

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

Рассмотрим причины, по которым клиента может не устроить цена реализации проекта.

Все сложнее чем казалось
Чтобы понять сколько стоит построить дом — нужно понять из чего он состоит.

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

Каждый день фриланс-биржи кишат заказами вроде «сделать сайт, как инстаграм» за 10 тысяч, или «сделать логотип, красивый фирменный стиль, сайт (наполнить его) и продвинуть в яндексе» за 15.

Хотеть можно все что угодно — это бесплатно. Создать продукт, который будет работать, нравиться людям и приносит доход бесплатно нельзя. Не надо путать виртуальность и мечты. Мысли — бесплатны, а виртуальные: сайты, мобильные приложения и системы управления — как и дом, состоят из кирпичиков (пусть и не видимых невооруженных взглядом).

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

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

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

Вы думаете, все так просто?
Да, все просто. Но совсем не так...

Альберт Эйнштейн



Цена не сопоставима с пользой
Если стоимость реализации проекта выше чем польза, которую этот проект принесет — нет смысла его реализовывать.

Если пользы от коровы меньше чем затраты на её содержание — зачем нужна такая корова.



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

Управление разработкой

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

Программируем каталог товаров. «А какая структура каталога?» — спросит программист. Что ему ответить, если нет макета, если не представляем как будет выглядеть сайт? Вся логика продумывается на этапе проектирования дизайна, но не всё просматривается глядя на макеты. Что будет, если вместо квадратных иллюстраций (как нарисовано в макете) загрузить горизонтальные? «Как их выравнивать?„ — последует следующий вопрос программиста. Нельзя забывать о том, что дизайн не статичен. Реакция интерфейса на действия пользователя — это тоже дизайн.

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


Дизайнер → Клиент ↔ Программисты

Клиент остается с картинками, сам находит программистов. Ставит задачу, контролирует ход исполнения, тестирует результат. На результат без слёз не взглянешь ;(

Дизайнер ↔ Клиент ↔ Программисты

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

Клиент ↔ Дизайнер ↔ Программисты

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


Продолжу аналогию, приведенную в начале поста. Если дизайнер это усилие воли, программист — действие, то клиент это мозг. Из мозга поступает сигнал, возникает усилие воли (намерение), в результате чего производится действие.


Мозг → Намерение → Действие



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


Иллюстрация макета веб-страницы: совет Артёма Горбунова о модульной сетке

Итерационный подход

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

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

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

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

Понимание задачи

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

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

Пример реальной заявки на разработку сайта:

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

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


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

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

Нет Да
Сделать красивый и современный дизайн сайта Повысить доверие пользователей к сайту



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

Сделать то-то, сделав это



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



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



Ссылка по теме: Лекция Ильи Бирмана о понимании задачи