Кто виноват в том, что сайт не выполняет своих функций?

Главные вкладки

Аватар пользователя neochief neochief 25 февраля 2010 в 14:51

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

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

Всегда объясняйте клиенту, зачем вы спрашиваете о бюджете

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

Джон, в свою очередь, с подозрением относится к вашему вопросу. Зачем вам знать о его бюджете? Единственная убедительная причина, которая приходит ему в голову – вы не хотите случайно назвать цену меньше той, которую он готов заплатить. Кроме того, он и сам не знает, какой у него бюджет. Откуда ему знать, сколько стоит сайт?


Клиент не должен думать, что вы выманиваете у него деньги.

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

Все рекомендации выражайте понятным для Джона языком

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

Что касается юзабилити, конечно веб-разработчик обязан сделать сайт легким в использовании. Зачем нужно дорогое тестирование юзабилити? Он думает, что такое тестирование подразумевает использование дорогого оборудования, например, камер, лабораторий и двухсторонних зеркал. Вы думали, что четко объяснили все эти вопросы. Вы говорили о WCAG 2 и вспомнили даже Якоба Нильсена. Вы начинаете подозревать, что Джон слегка туговат.


Если вы хотите, чтобы клиент вас понял, избегайте технических подробностей.

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

Вовлеките Джона в рабочий процесс

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

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


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

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

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

Расскажите Джону о дизайне

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

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


Просвещайте своих клиентов, чтобы они могли принимать правильные решения.

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

Вместо этого, вы умываете руки и просто даете Джону то, чего он хочет.

Регулярно общайтесь с Джоном

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

Это сложная работа и она занимает много времени. Несмотря на то, что вы потратили слишком много времени на дизайн, и, в конце концов, сдались и сделали все так, как хотел клиент, у вас еще осталась гордость. И вы не собираетесь халтурить с кодом. Как бы там ни было, другие дизайнеры могут увидеть и раскритиковать ваш дизайн! Вы работаете, не покладая рук, стараясь даже больше, чем нужно. По ходу дела Джону удается добавить вам головной боли, подсовывая дополнительные функциональные задачи.

Джон интересуется, куда вы пропали. От вас уже несколько недель ничего не слышно. Сайт, конечно же должен быть готов к этому времени.
Джон пишет вам на e-mail и спрашивает, как продвигается работа. Вы кратко отвечаете, что работа идет медленно, но верно. Вы никогда не любили проектный менеджмент, и считаете, что Джон хотел бы, чтобы вы тратили время на работу, а не на расписывание подробных отчетов.

Джон получает ваш ответ и очень сильно расстраивается. Что значит «медленно, но верно»? Он пишет еще раз и спрашивает об ожидаемой дате завершения работ, вы даете примерную оценку.

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


Регулярно общайтесь с клиентом.

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

Объясните Джону его роль в дальнейшем развитии проекта

К этому моменту вы окончательно поссорились с клиентом. Вы заканчиваете работу и сайт запущен. Джон ворчит и таки оплачивает счет после длительной задержки. Вас удивляет то, что Джон выражает свое разочарование и недовольство результатом вашей работы. Как же так, вы сделали все, что он просил? Это парень не просто тугодум, он придурок!

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

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

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

Если бы ему кто-то об этом сказал…

Мораль истории

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

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

Комментарии

Аватар пользователя Ильич Рамирес Санчес Ильич Рамирес Санчес 25 февраля 2010 в 15:59

ни о чем. сейчас 99,999% клиентов приходят с целью не оплатить работу или просунуть за 100 долларов работ на пару тысяч.
Потом строят серьезную мину и говорят - "но вы же профессионал, почему вы не беретесь!" изображая из себя дурачка и будучи в курсе расценок, сроков и стоимости часа
(будьте уверены до вас они поебли мозг еще нескольким десяткам таких как вы, и прекрасно осведомлены, и четко отдают отчет в том что хотят вас наебать).

Такой вот он бизнес на постсоветском пространстве.

"neochief" wrote:
Убедитесь, что клиент понимает, какая поддержка понадобится его проекту в будущем.

Джон не понимает, что за сайтом нужен постоянный уход и поддержка.

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

"neochief" wrote:
Просвещайте своих клиентов, чтобы они могли принимать правильные решения.

К этому моменту вы уверенны в том, что клиент – дурак и единственное,


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

PS. в exUSSR своя особенная система ведения дел. со всем вытекающим.
PPS. прошу прощения за маты но "по науке" вести проекты в условиях реальности совка несколько проблемно.

Аватар пользователя PVasili PVasili 25 февраля 2010 в 16:14

Спасибо прочитал, на все выводы - спорные...

Если вместо web-разработчика вписать строителя - то вообще многое смешно будет...
- Например, при проектировании дома у вас не спросят в какую сумму вы хотите укладываться? это нонсенс...
- Вовлечение "не очень умного" Джона на этапе закладки котлована(часть работы с кучей грязи) - вообще отвернёт его от вас и дом(Web-а)...

Хотя что web-строитель, что строитель - для клиента одно и то же.

Да и начинать нужно не с дизайна, а с "объясните Джону его роль в дальнейшем развитии проекта", тогда и вопросов меньше будет Wink
Перефразирую классика: если можете обойтись без сайта - лучше его не делайте.
Тут же посыл: сделать что-то (на свой вкус и понимание), затем уговорить(научить) клиента принять это, а затем ещё и заставить его поддерживать и развивать ваше видение этого.

Аватар пользователя Владимир Ситников Владимир Ситников 25 февраля 2010 в 16:13

Вывод простой:
Нужна прописанная и продуманная ТЕХНОЛОГИЯ РАБОТЫ!!!

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

И тогда все будет гораздо проще...

Аватар пользователя kodo kodo 25 февраля 2010 в 17:06

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

Аватар пользователя F10 F10 25 февраля 2010 в 17:20

"<a href="mailto:shamaner@drupal.org">shamaner@drupal.org</a>" wrote:
Его волнует бабло любым путем.

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

"PVasili" wrote:
Хотя что web-строитель, что строитель - для клиента одно и то же.
- это вряд ли. Отношение к строителям в России совсем другое (строители тратят кирпечи, цемент, наводят грязь в месте стройки). Разработчик сайтов сидит за чистым столом, ничего материального не тратит на работу, видимости работы не содзает, отсюда -> значит сайт должен стоить 5 тыщ, если выше, это грабеж. Труд у нас оценивается очень странно.

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

Аватар пользователя XDmitry XDmitry 25 февраля 2010 в 17:21

Так везде, в любой сфере. Чтобы быть успешным в продажах, думай как твой покупатель (почти аксиома). Беда в том, что многие переоценивают свои способности, и недооценивают всю тяжесть ответственности. Главное качество мужчины (человека вообще) – это чувство ответственности. Это качество должно проявляться во всем. Если ты взялся за дело, то сделай его профессионально и качественно. А плохому танцору всегда будут мешать яйца…

Аватар пользователя vgoodvin vgoodvin 25 февраля 2010 в 18:12

"Ильич Рамирес Санчес" wrote:

Быт опыт работы с таким заказчиком к сожалению. А может быть и к лучшему, поумнее стал.

Аватар пользователя volocuga volocuga 25 февраля 2010 в 19:16

"Ильич Рамирес Санчес" wrote:
ни о чем. сейчас 99,999% клиентов приходят с целью не оплатить работу или просунуть за 100 долларов работ на пару тысяч.

Неправда, мир бы рухнул при таких пропорциях

"neochief" wrote:
Джон, в свою очередь, с подозрением относится к вашему вопросу. Зачем вам знать о его бюджете?

И правильно делает Джон. Спрашивать "какой бюджет",это означает "покажи мне свои деньги".Это в корне неверный подход, он работает разве что при госзаказах и тд.,но там другая кухня. Программер - есть продавец своего труда,а цену называет всегда продавец.Покупатель может согласиться или отказаться ("я подумаю") Представим ситуацию - несведущий клиент называет цену 1000 долларов за модуль, программист понимает, что там работы максимум на 500.Что, программист скажет "ваш бюджет слишком большой, я сделаю за 500?"

Аватар пользователя volocuga volocuga 25 февраля 2010 в 19:22

"PVasili" wrote:
- Например, при проектировании дома у вас не спросят в какую сумму вы хотите укладываться? это нонсенс...

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

Аватар пользователя marazmus marazmus 25 февраля 2010 в 20:30

Quote:
Джон обращается к вам с целым набором четких маркетинговых целей и просит вас назвать цену своей работы.

Это ну просто ваще идеальный клиент. Да что там клиент, это КЛИЕНТИЩЕ! Это человек, который знает, что ему нужно, что сайт - это инструмент бизнеса, а не строка в портфолио "дизигнера". Так что лично я тут за клиента, ибо веб-мастер, про которого речь в статье, ну просто редкостный идиот Biggrin Запорол сайт, и самое главное, запорол рекламную кампанию клиенту.

Аватар пользователя PVasili PVasili 25 февраля 2010 в 20:42

"marazmus" wrote:
Запорол сайт, и самое главное, запорол рекламную кампанию клиенту.
зато срубил на клиенте по полной, втюхав ему(силой своего убеждения), то что, возможно клиенту и не нужно :).

Аватар пользователя diakov diakov 25 февраля 2010 в 20:50

"volocuga" wrote:
"Как заплатили,так и сделал"
- а смысл делать больше чем платят?? не жирно ли?
Автору - респект. Собственно сделать сайт - только 25% работы.
Концепция, дизайн, верстка, наполнение, поддержка, оптимизация, продвижение... Работа с клиентом - отдельный разговор, молоко за вредность давать надо... обеим сторонам причем) всё имхо.

из-за этого пришлось расстаться с последним официальным работодателем.

Аватар пользователя argon argon 25 февраля 2010 в 21:16

А вообще... цель опуса в чем?

Курс молодого бойца для новичков разроботчиков? Это понимаемо... но сразу захотелось покритиковать.. не злобно - но так... пару ножей в спину революции (это от Аверченко) ну и старался конструктивно. Хотя... может у вас бизнесмодель сильно от моей отличается...

"neochief" wrote:
Джон, в свою очередь, с подозрением относится к вашему вопросу. Зачем вам знать о его бюджете?

Дешевле узнать сразу, адекватен ли заказчик - иногда после этого вопроса очевидно что говорить дальше не о чем.

"neochief" wrote:
Зачем нужно дорогое тестирование юзабилити? Он думает, что такое тестирование подразумевает использование дорогого оборудования, например, камер, лабораторий и двухсторонних зеркал.

Употреблять в разговоре с заказчиком слово юзабилити уже... несерьезно...))) Это же для междизайнерских споров про Якоба Нильсена слово... Это разве не все знают?

"neochief" wrote:
Показывайте им результаты работы на самых ранних стадиях и привлекайте их к процессу разработки

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

"neochief" wrote:
Просвещайте своих клиентов, чтобы они могли принимать правильные решения

см. выше. Вы руководите проектом - не надо сваливать это на заказчика, иначе вы становитесь просто кодером.

"neochief" wrote:
Убедитесь, что клиент понимает, какая поддержка понадобится его проекту в будущем.

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

Типа так ).

Аватар пользователя volocuga volocuga 25 февраля 2010 в 22:18

"diakov" wrote:
- а смысл делать больше чем платят?? не жирно ли?

Чем отличается "дорогой код" от "дешёвого"? В "дорогом" добавлены комментарии? Smile

Аватар пользователя argon argon 25 февраля 2010 в 23:19

"Dalay" wrote:
Баксы, Джоны, прибыль, клиентура...
Эх, перцы, а жизнь такая короткая...

Поделитесь своим дао?

Аватар пользователя Dalay Dalay 26 февраля 2010 в 0:56

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

Аватар пользователя orb orb 25 февраля 2010 в 23:48

100% правда
Пропущена вступительная глава: "Как фрилансеру выделиться среди 10 других, что бы Джон понял что заказ нужно отдать именно мне и что цена в таком выборе играет десятую роль"

Аватар пользователя argon argon 26 февраля 2010 в 0:04

Да не надо отдавать заказчику право выбора - надо брать те проекты которые интересны.

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

Аватар пользователя vgoodvin vgoodvin 26 февраля 2010 в 12:07

Дайте приведу пример из реальной жизни. Есть ТЗ, оговорены окончательный бюджет и сроки. Если прочитать все это, то можно в нескольких предложениях своим языком описать что клиент хочет: "Сделайте мне интернациональный сайт который возьмет лучшее из фейсбука и эбей и будет совмещать их функционал, который составит им конкуренцию, который будет приносить нам миллионы рублей а потом и долларов чистой прибыли. Нам нужен профессионал, новичков-энтузиастов просьба не беспокоить. Бюджет проекта $550 и ни копейки больше, максимальный срок 2 недели. Не дай бог затянете, будем платить меньше." Я ничего не выдумывал. Просто прочитал ТЗ. Нищеброды мля.

Аватар пользователя egorovanton egorovanton 28 февраля 2010 в 12:42

Нищебродство - это Вы точно заметили, но вторая сторона это то, что вас никто не заставляет подписываться под такое, но если связаться с заказчиком и объяснить ему что 550$ это пустое вложение денег, потому что за эти деньги только с натягом можно интерфейс отрисовать, и так же стоит объяснять, что его после надо будет дорабатывать и дорабатывать. Надо уметь общаться с людьми, мне так сказал начальник ИТДепартамента в ГК СНС, когда был в Самаре, владелец этой группы компаний по Российской версии Форбс входит в 10 самых богатых и имя его Смирнов кажется, не суть, но смысл в том что он всегда и везде твердит это: Надо уметь общаться с людьми

Аватар пользователя vgoodvin vgoodvin 28 февраля 2010 в 14:48

"<a href="mailto:egorovanton@drupal.org">egorovanton@drupal.org</a>" wrote:

Верно подмечено. Жалко что не все понимают слов. Говоришь: "Вот для этого задания нужен вот такой-то спец, столько-то возьмет", объясняешь почему. Сразу ответ: "Да что ты говоришь, кризис, людям в стране есть нечего, работы нет, люди будут работать и за меньшую сумму", хочется ответить: "А ты, сука, этим кризисом пользуешься". Так что надо сначала смотреть с кем связываешься, можно ли его в чем-то переубедить, доказать свою точку зрения, или он все-же осел. Вот у меня обнажды был один такой, я еще совсем неопытен был. Но не все так плохо, проедет и на нашей улице трактор с пряниками. )))

Аватар пользователя selfar selfar 3 марта 2010 в 23:59

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

Аватар пользователя volocuga volocuga 4 марта 2010 в 0:35

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

Аватар пользователя Tankha Tankha 4 марта 2010 в 8:41

Хахаха Плакалъ Smile
Как всё точно.
Ну раз тут все делают выводы то и я сделаю.
Нужен менеджер проекта.
Вот и всё.

Аватар пользователя F10 F10 4 марта 2010 в 8:51

"Tankha" wrote:
Нужен менеджер проекта.
Вот и всё.
+1
В идеале программист вобще не должен голову забивать этим.)

Аватар пользователя Tankha Tankha 5 марта 2010 в 12:51

"F10" wrote:
В идеале программист вобще не должен голову забивать этим.)

А знаете в чем тут еще одна фишка.
На самом деле менеджера должно быть два. Один со стороны заказчика, другой со стороны девелопера.
Фишка собственно в том, что нужен контакт на личном уровне. Т.е. нужен человек знакомый с восприятием и личносью заказчика и тоже самое - со стороны разработчика.
Без личного контакта всё очень туго проворачивается, - только человек хорошо знакомый с конкретным человеком/людьми каждой из сторон способен понять и правильно перевести на технический язык весь психодел (если речь идет о заказчике) и знает что и как объяснить разработчику так чтобы тот понял и СПРАВИЛСЯ (знает его сильные и слабые стороны как человека).
Таким образом между сайтом-визиткой и крупным проектом возникает провал (поскольку два человека при среднем бюджете экономически неоправданы, а при слабом бюджете для визитки например они и не нужны), который заполняется чем-то вроде Joomla и т.п. полем для тренировок Smile из которого выростают профи (менеджеры или разработчики - кого куда наклонит).

Аватар пользователя Владимир Ситников Владимир Ситников 9 марта 2010 в 11:53

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

Я не профессор, я только учусь и в обучении мне очень помог сайт http://www.triz-ri.ru/
Там на форуме и в статьях обсуждается очень много вещей связанных с рекламой,
зарплатами и фирменными стандартами.

Авторами сайта проповедуется именно технологичный подход, причем судя
по восторженным отзывам бизнесменов
http://www.mkp-club.ru/forum/index.php?showtopic=2961&st=0 это новинка и для крупных фирм.

Можете начать отсюда:
http://www.triz-ri.ru/themes/method/management/management10.asp

или отсюда: http://www.triz-ri.ru/trizchance/salary.asp
обращая внимание на АВТОРСКИЕ ПУБЛИКАЦИИ на тему... (в самом низу)

или отсюда: http://www.triz-ri.ru/trizchance/standard.asp
обращая внимание на АВТОРСКИЕ ПУБЛИКАЦИИ на тему... (в самом низу)

Потом просто почитайте форум