Пять вещей, которые хотят знать все клиенты

[barb]

Сори, но статья ни о чем, сплошная вода. Клиенты всегда хотят знать все.

[rimmer333]

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

[barb]

Для этого у разработчика должен быть менеджер ;)

[rimmer333]

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

[Vox]

Про пункт 5:

Кто будет заботиться о сайте в долговременной перспективе?

Где вы будете через год, два или три? Кого вы можете предложить на замену, если с вами что-нибудь случится?

Мастер и Маргарита, М.А. Булгаков, М. 1984

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

[rimmer333]

Моя любимая книга :) Обнаруживая такие параллели, понимаешь: гениальность не может быть сиюминутной, она - вечна.

[Vox]

Меня в данный момент немного интересуют древние организации дожившие до наших дней. Скажем из ныне здравствующих обоснованные планы на пятьсот лет вперёд могут строить только монолитные религии, такие как Католическая, Православная (?) и возможно некоторые другие (важна централизованность). Помимо религиозных организаций есть ещё довольно древние фермерские хозяйства, небольшие банки в европе и мелкие бары там же. Хотя насчёт последних я не очень уверен, мир так быстро меняется, что через 100 лет может и не остаться коммерческих организаций которым больше 300-400 лет.

[stix]

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

[Vik]

Рекомендую почитать Джима Коллинза, если конечно не читали еще. Как раз на эту тему. Отличные исследования.

[Vox]

А что именно (про старые компании, с примерами)?

[Vik]

Именно. Две книги дополняющие друг друга - это "Построенные навечно" и "От хорошего к великому". В обеих он помимо всего прочего анализирует факторы, влияющие на продолжительность жизни компании (с примерами). Вот ссылка.

[rossomachin]

За словами «Max design» стоит фигура Расса Уикли (Russ Weakley) — австралийца, достаточно известного профессионала среди западных веб-разработчиков (front-end). Более чем уверен, что ему не приходится побираться, дожидаясь клиента ;-)

[rossomachin]

Я, признаться, вас поначалу не понял. Да, так по-русски не говорят.

[Yukka]

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

[climin]

Все эти 7 вопросов возникают, на мой взгляд у Клиентов, которые сами хотят поиграть в сайтостроительство. Заказчки, которые доверяют мастерам своего дела разработать сайт:
а) Имеет Четкие цели создания сайта.
б) Умеют отобрать професииональную команду с помощью двух простых вопросов:
1. Сможете ли Вы достигнуть поставленные цели?
2. Чем Вы это можете гарантировть?
А все остальное второстепенно.

[vaduke]

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

[p1uton]

Пять вещей, которые хотят знать все исполнители:

1. Можете ли вы четко сформулировать, что же вам нужно?

Часто клиенты довольно смутно представляют, что же им нужно. Это выливается в требования типа "сделайте как у них", "вы же профессионалы, придумайте что-нибудь" и т.д.

2. Будете ли вы работать с сайтом?

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

3. Готовы ли согласиться с тем, что вкусы у всех разные?

Сайт не должен нравится директору или начальнику отдела маркетинга. Дизайн вообще нельзя оценивать с позиции "нравится/не нравится" - это тупик. Какой бы ни был дизайн обязательно найдутся те, кому он нравится, и те, кому он не нравится. Дизайн должен решать поставленные задачи (первый пункт).

4. Готовы ли вы выделить достаточное количество ресурсов на поддержку сайта?

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

5. Готовы ли вы сами развивать сайт?

Через год работы примерно 10% клиентов забивают на свои сайты, а остальные либо заказывают новую версию, либо модернизацию существующей.

[Red_Lemur]

Толково. Поддерживаю.
...но есть одно замечание. 90% клиентов (данные личной практики) не могут... не будут... не готовы... Но договор на проект заключить с ними, тем не менее надо. :( Вот и получается, что если мы пойдем от требований разработчика, а не от требований клиента, то количество заказов резко сократится, что не может не сказаться на благосостоянии разработчика.
Вот и приходится делать сайты, заведомо ненужные, не функциональные и некрасивые, в угоду бестолковому заказчику, который платит.