Заказчик VS Программисты
ps. Пост от программиста к заказчикам, которые не всегда понимают, что это не установку двери заказать - пришел, оплатил, получил. А процесс требует их участия.
Если вы работаете в интернете и все у вас завязано на сайтах (серых, белых, разных), то наверняка вы подумывали о том, чтобы заказать CMS под сателлиты или для своих белых проектов. Такое решение имеет ряд преимуществ, хотя есть и недостатки, не буду их тут расписывать, наверняка если вы пришли к такому варианту вам не надо говорить что и почему, а если нет, то у вас вообще все может быть подругому. Пост адресован заказчикам не разбирающимся в программировании, но им нужно сделать какой-то крупный проект, пусть это будет CMS общего назначения с уклоном в SEO. Понятное дело что вы недовольны стандартными решениями, хотите централизованное управление, хотите чтобы были реализованы ваши личные идеи так как надо и прочее. Вот и приступим, начнем с момента, когда желание есть, а ничего пока еще нет.
Я ставлю себя на место исполнителя, когда заказчик сам толком не понимает чего хочет, а завтра ему приходит другая идея и он хочет по другому и т.п., такие заказчики даром не нужны, если у них не резиновый кошелек. В итоге если все же дошло до релиза и продукт готов, то он может быть не тем, что вы хотели. Я пишу это, чтобы вы избежали этих ошибок и не стали таким заказчиком.
Вообще про CMS - это пример, для других продуктов это тоже можно использовать.
- Блог пользователя nikoshka
- Войдите или зарегистрируйтесь, чтобы оставлять комментарии
Комментарии
Это истерика? В час ночи надо спать. А с заказчиком разрабатывать ТЗ. Совместно. Его не зря придумали. И на основании ТЗ выставлять счет. И так по каждому изменению.
И будет вам хороший сон.
Что за дурная манера оставлять только тизер и ставить ссылку на блог? Ты высказаться хотел, мнений, советов, обсудить, или тупо десяток хостов на свой бложек получить?
Неудачный пример с CMS
ИМХО, конечно. И вот как раз этот "гипотетический опытный" кодер первый вам должен сказать, избави Боже заказывать CMS. Это неэффективно затратно и просто неумно. Плюс еще и в сопровождении ты навсегда привязан к этому разработчику. С CMSами проблем нет - они в ОСС на выбор, качественные.
Что касается ТЗ, разрабатываемого совместно с заказчиком. ггг В 99% случаев это фикция а не тз. Ну не шарит заказчик. Вообще ни в чем. С него информацию получить, что он РЕАЛЬНО хочет вообще - уже очень серьезный кусок работы. Потом еще нужно понять, что ему реально НУЖНО.
Лучше всего, короче, если с заказчиком специальный подготовленный человек работает.
не совсем так
как раз твоя задача - понять что же все таки нужно заказчику. привести примеры того, что уже есть в интернете и предложить свой наиболее оптимальный вариант.
"ты когда в магазин приходишь, ты всегда точно знаешь чего ты хочешь и как оно выглядит?"
Думаю,отличным способом решения - будет сделать сайт с базовым функционалом и показать как он работает.
А после заказчик уже будет видеть картинку яснее и более точно знать как и что должно работать.
Простите, мистер Тарасов, Вы, эээ, недавно работаете и не имеете конкретного отношения к программированию? То есть сами непосредственно разработкой продукта не занимаетесь? Маркетолог? Ну-ну.
А иначе как понять это
>Думаю,отличным способом решения - будет сделать сайт с базовым функционалом и показать как он работает.
Да? Буугогага. "Базовый функционал" это какой? Тот который Вы или Ваша фирма умеете делать? Из серии "Дизайн - искусство убеждать"?
>как раз твоя задача - понять что же все таки нужно заказчику
Это задача квалифицированного клиент-менеджера, он должен разбираться в психологии и основах моделирования.
"Базовые решения" это не программирование, а настройка существующих решений. В этом нет ничего плохого, но это не программирование "под клиента"