10 признаков плохого WEB проекта

confguru

ExAdmin
Команда форума
10 признаков плохого WEB проекта

10 признаков плохого проекта
10 Bad Project Warning Signs
автор: 2005.05.31 Andy Budd
перевод: 2005.07.25 Максим Россомахин

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



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

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

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

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

5) Заказчик хочет большего, чем способен дать бюджет. В этом случае довольно трудно будет угодить заказчику.

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

7) Клиент отказывается назвать количество студий, которым разосланы предложения о работе над проектом. Это может означать, что предложения были разосланы множеству студий в расчёте на то, что удастся выбрать самый дешёвый вариант.

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

9) Отсутствует координатор проекта. В проекты для больших компаний обычно вовлечено множество заинтересованных сторон. Если у заказчика некому координировать взаимодействие между ними, то придётся это делать вам. Это значительно усложнит проект и увеличит ваши накладные расходы. Ваше положение осложнится ещё и тем, что будучи исполнителем, ваша студия не будет иметь вес в делах компании-заказчика. Вы рискуете утонуть в омуте подковерных интриг компании.

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

А каковы ваши "признаки плохого проекта"? Жалеете ли вы об участии в каких-то проектах, поначалу казавшихся очень заманчивыми? И наоборот, доводилось ли вам участвовать в проектах, поначалу вызывавших опасения, но в итоге оправдавших самые лучшие ожидания?

Andy Budd
http://www.webmascon.com/topics/business/27a.asp
 

magic

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

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

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

liss

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

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

- Нереальные сроки (1)
- Несогласованный бюджет (2, 3, 4, 5)
- Отсутствие координатора со стороны заказчика (6)
- Наличие конкурса среди исполнителей (8)

С пунктом (10) категорически не согласен: это работа исполнителя, а не заказчика.

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

Sparrow

Новичок
12. Если проект достаточно большой и его можно разбить на несколько этапов с поэтапной оплатой, но заказчик на это не согласен
 

BeGe

Вождь Апачей, блин (c)
Автор оригинала: liss
Ну так по-моему абсолютно понятно, что дополнительный объем работы делается соответственно за доп. бабло.

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

Romantik

TeaM PHPClub
13. ТЗ состоит из одного предложения: "Хочу такой же сайт как у них"
 

liss

Новичок
Ну пункт 13 - это не признак плохого WEB проекта, это просто реальная реальность и другого не будет никогда :)

2 BeGe. Ну ты вкратце сказал, то что я пытался высказать :)
 

Sparrow

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

1. Не имеет ни малейшего представления о том, какие данные у него где хранятся и кто за это отвечает;

2. При этом употребляет всякие выдернутые из инета и умных книжек слова типа "кеширование" и "репликация", пытаясь сойти за умного;

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

4. При всем при этом заказчик намекает на то, что ему уже предложили это сделать за месяц его знакомые.
 

skynet80

rundesigner.com
10 признаков плохого WEB проекта
==
А что именно считать плохим веб проектом.
Что такое плохой. м.б нежелательный.
Тогда когда тебе заказчик деньги не заплатит(мало) или же плохо выполненную свою работу.
Или же трудности общения с заказчиком(не понимает что ему нужно).
???
Некоторым из вебдизайнеров допустим нравится когда заказчик дуб дубом. Например шина.ру видели в опере.
 

Sparrow

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

1. Он не будет выполнен в срок по объективным причинам (сроки нереальные).
2. Он будет отвергнут заказчиком несмотря на то, что выполнен в срок и в соответствии с ТЗ (заказчик сам не понимает, чего хочет).
3. Заказчик не заплатит вообще, или заплатит меньше, чем обещал, или заплатит позже, или заплатит, если вы сделаете еще вот эту мелочь (банальное кидалово).
4. Он не будет выполнен вообще, т.к. существуют непреодолимые организационно-технические барьеры со стороны заказчика (во время выполнения выявляются проблемы, которые заказчик не считает существенными или не хочет устранять), либо просто выяснится, что задание на разработку дает человек, который за это не отвечает.
5. Придется пожертвовать другими, возможно более прибыльными проектами из-за нехватки ресурсов, занятых выполнением этого проекта.
 
Сверху