Комментарии 92
Прикольно!
Что-то не смешно.
ага, только желание прибить того, от чьего лица это писали :)))
Согласен. У меня даже на глаза навернулась скупая слеза разрабочика.
НЛО прилетело и опубликовало эту надпись здесь
Как правило, клиенты считают, что платить они должны за выполненную работу, причем на отлично. Их не волнует, что среди них есть дибилы которые способны составлять подобные ТЗ.
Единственное что умеют на отлично — торговаться.
Прошу заметить, не все клиенты такие, но «исключения» бывают.
Единственное что умеют на отлично — торговаться.
Прошу заметить, не все клиенты такие, но «исключения» бывают.
Мне кажется это правильным, если заказчик платит именно за выполненную работу. Конечно время разработчика стоит денег, но если он не в состоянии сделать приличный продукт (который будет принят), то это уже его проблема.
Мне кажется правильным, что платить надо за количество выполненной работы и потраченное время. А чтобы не получилось слишком дорого (когда неквалифицированный разработчик затянет время), нужно грамотно подыскать работника.
НЛО прилетело и опубликовало эту надпись здесь
Просто надо выбирать профессионала, у которого за один удар дырка, а то и две :) Тогда и не будет накладок. Ну и оговаривать за что идёт оплата, за продукт или за результат его действия. Например что желает получить заказчик: котлету, субъективную сытость или калории? Ведь аппетиты у всех разные и вкусы тоже и к сожалению соразмерять оплату с тонкими понятиями (сделай красиво) невозможно. Деньги являются эквивалентом труда, а не эквивалентом продукта.
НЛО прилетело и опубликовало эту надпись здесь
В авторе письма узнаю себя, именно так я раньше заказывал себе создание сайтов=)
Зря вы думаете что у архитекторов что-то не так. Ну разве что кроме срока сдачи 48 часов, но такого и у веб девелоперов нет, так что будем считать это художественным преувеличением.
Перечитал еще раз, черт, помоему все заказчики архитектуры пользуются этим текстом как шаблоном для своих требований.
Перечитал еще раз, черт, помоему все заказчики архитектуры пользуются этим текстом как шаблоном для своих требований.
как архитектор, позволю возразить. срок подачи у нас всегда - вчера :)
во-во! тока у архитекторов еще бесконечные напряги с государственными инстанциями - ВОТ ЕСЛИ БЫ ВЕБ-ДЕВЕЛОПЕРЫ!..
отрицаю. напрягов нет. ели проект качественно сделан -согласовать не проблема. сложнее с заказчиком договорится.
само-сабой. но это смотря о чем идет речь. коттедж согласовать - проблема небольшая, а вот что касается общественных зданий - там уже другая история начинается.
PS: говорю, правда, "со своей колокольни" (Пенза). я не знаю, как эта система работает в столицах, но в провинциях, где все и всё связано единой бюрократической цепью, проблемы бывают и часто немалые.
PS: говорю, правда, "со своей колокольни" (Пенза). я не знаю, как эта система работает в столицах, но в провинциях, где все и всё связано единой бюрократической цепью, проблемы бывают и часто немалые.
Ждем "Если бы хирурги работали как программисты".
Ага что-то типа - шов будет действовать 30 дней ...
как будто они по-другому работают.. везде люди одинаковые, везде действует человеческий фактор
Живу в городе где есть как просто ВУЗ в котором готовят программистов, так и медицинский. Честно сказать, не завидую я медикам. Их там так дрючат. Пропустил пару отрабатываё и не .... волнует. Причины не важны : болел, проспал, свадьба. Всё не волнует. Раз пришел учиться, так учись.
А на самом деле им еще тяжелее чем нам. Ведь от нас не зависят жизни в примом смысле этого слова. А хирурги должны полагаться в большинстве случаев только на свои знания. Гугла у них под руками нету, они не могут остановить операццию и пойти пить кофе или чай, спросить совета у коллеги по цеху.
А на самом деле им еще тяжелее чем нам. Ведь от нас не зависят жизни в примом смысле этого слова. А хирурги должны полагаться в большинстве случаев только на свои знания. Гугла у них под руками нету, они не могут остановить операццию и пойти пить кофе или чай, спросить совета у коллеги по цеху.
Было бы смешно, если бы не было так грустно :)
И ведь именно так всё и бывает...
И ведь именно так всё и бывает...
Замечательная статья, автору респект. Очень похоже не реалии жизни, чтото типа сделай как у соседа только лучше и дешевле :)
Забавно, да... А сколько Джумшутов и Равшанов сейчас в сайтостроении... ууу...
прадва когда потом выходишь на главного архитектора, всё делается за полчаса ;) но всё равно не так - все затяжки проекта потом на себе исптывает это констукторское бюро в виде не меньших затяжек по оплате
ужс. Как все сходится)
Это очередной раз показывает взаимоотношения заказчика и веб-дизайнера...дилемма, которая вряд ли когда-нибудь будет решена
А мне кажется, придет это золотое время :). Просто пока это еще слишком молодая область деятельности и нынешние предприниматели (они же основные заказчики) в основной массе не прочувствовали все возможности Интернета и бизнес-сайта. Думаю, что постепенная смена поколений приведет к тому, что мы все так заждались, а именно - адекватной оценки работы веб-разработчика :)
А за статью автору спасибо. Улыбнуло :) Кстати, подобные требования заказчика вполне можно удовлетворять, только с одним условием - за составление проектной сметы и за весь геморрой, связанный с ублажением клиента в процессе подгонки его требований к реалиям жизни, обязательна оплата. "И тогда наверняка вдруг запляшут.." как в песне вобщем :)
А за статью автору спасибо. Улыбнуло :) Кстати, подобные требования заказчика вполне можно удовлетворять, только с одним условием - за составление проектной сметы и за весь геморрой, связанный с ублажением клиента в процессе подгонки его требований к реалиям жизни, обязательна оплата. "И тогда наверняка вдруг запляшут.." как в песне вобщем :)
Ха-ха-ха, вон в США уже прочувствовали все возможности Интернет бизнеса и что??? Мой заказчик просто маньяк какой-то - меняет требования каждые две недели. Не потому что определится не может, а просто ему тупо не хотелось заранее все спланировать - вот он и вносит изменения по ходу дела, причем изменения не такие, как "передвинуть тут картинку на 20 пикселей вправо", или "увеличить шрифт на 2 пункта"...
Значит еще не все и в США прочувствовали :) А вообще, конечно, всегда будут такие заказчики. С ними тоже нужно работать, не отказываться же, но думаю, что в таком случае надо стараться умерить их пыл рублем.
>>Не потому что определится не может, а просто ему тупо не хотелось заранее все спланировать
Ну наверное в данном случае много проблем именно из-за того, что не сумели Вы объяснить своему заказчику необходимость составления проекта. Теперь он наверняка и сам не рад, что так тянется работа.
>>Не потому что определится не может, а просто ему тупо не хотелось заранее все спланировать
Ну наверное в данном случае много проблем именно из-за того, что не сумели Вы объяснить своему заказчику необходимость составления проекта. Теперь он наверняка и сам не рад, что так тянется работа.
Не всё можно спланировать заранее, особенно если это стартап. Бывает, есть идея, но нет представления, как это должно выглядеть. Это называется итерационная разработка, ничего в этом нет такого.
Другое дело, что оплата должна быть в этом случае адекватной и дизайнер должен знать заранее, что именно таким образом будет происходить работа.
Другое дело, что оплата должна быть в этом случае адекватной и дизайнер должен знать заранее, что именно таким образом будет происходить работа.
Факт! Именно нежелание подумать вначале!
Просто они как-то мысляд индуктивно. Т.е. вот мы что-то делаем, и тут по ходу дела появилась какая-то призрачная перспектива, но надо для нее 20% кода перелопатить - и так и выходит - очередной ближайший статус-митинг, .... и: "Ув. разработчики, мы приняли решение добавить в нашу систему еще и подсистему управления шаттлом....".
А еще на следующем митингей они-с идеей перегорели-с, и все - подсистема управления шаттлом работает только на 20% но все-равно будет включена в релиз - не выкадывать же ее!
А еще на следующем митингей они-с идеей перегорели-с, и все - подсистема управления шаттлом работает только на 20% но все-равно будет включена в релиз - не выкадывать же ее!
По-моему, все не так плохо. Просто стадии заказчика и веб-дизайнера не должно быть. Взаимоотношения должны быть Заказчик
Сорри, поломался коммент. Должно было выглядеть так:
По-моему, все не так плохо. Просто стадии заказчика и веб-дизайнера не должно быть. Взаимоотношения должны быть Заказчик Техписатель Девелоперы (дизайнеры, программисты и т.д.) Все вопросы решаются заранее при разработке детального тз. После того, как тз написано - идет оценка работы. (Разработка тз оплачивается за отдельные деньги) Если все довольны и согласны - подписывается договор. Любое изменение тз - за дополнительные деньги. А когда есть детальное тз, то и за 48 часов (конечно в зависимости от объемов) не так сложно сделать.
Проблемы общения с женой, соседями - решает техписатель. Другое дело, что таких умных голов надо еще поискать :). Нужны люди башковитые, знающие по себе работу программистов (дизайнеров) и умеющие найти общий язык с людьми. И, собственно, грамотно представить это тз, с макетами форм и т.д. Но они есть =).
Зато при таком подходе, можно избежать проблем, из-за которых был такой текстик написан :).
По-моему, все не так плохо. Просто стадии заказчика и веб-дизайнера не должно быть. Взаимоотношения должны быть Заказчик Техписатель Девелоперы (дизайнеры, программисты и т.д.) Все вопросы решаются заранее при разработке детального тз. После того, как тз написано - идет оценка работы. (Разработка тз оплачивается за отдельные деньги) Если все довольны и согласны - подписывается договор. Любое изменение тз - за дополнительные деньги. А когда есть детальное тз, то и за 48 часов (конечно в зависимости от объемов) не так сложно сделать.
Проблемы общения с женой, соседями - решает техписатель. Другое дело, что таких умных голов надо еще поискать :). Нужны люди башковитые, знающие по себе работу программистов (дизайнеров) и умеющие найти общий язык с людьми. И, собственно, грамотно представить это тз, с макетами форм и т.д. Но они есть =).
Зато при таком подходе, можно избежать проблем, из-за которых был такой текстик написан :).
такой планомерный подход не всегда прокатит :( как справедливо заметили выше в случае со стартапами, когда на первоначальном этапе известна только основная идея а её детализация выясняется в процессе реализации.
вообще в чистой теории эти проблемы призвано решать XP как таковое, но к большому сожалению все построения часто ломает сам заказчик своим упорным нежеланием учавствовать в постановке задачи.
вообще в чистой теории эти проблемы призвано решать XP как таковое, но к большому сожалению все построения часто ломает сам заказчик своим упорным нежеланием учавствовать в постановке задачи.
Если известна только идея - тогда проект бьется на этапы. Создается тз для этапа и далее все то же самое.
Нужно избавляться от таких нежеланий отказом работы без подписанного тз. Неважно, участвовал заказчик в его разработке или нет, всё, тз есть. По нему делается работа. Что-то не устроило? Без проблем, составляем тз на доработку, одобряем, оцениваем трудоемкость и сроки, одобряем, выполняем. На первый взгляд кажется, что в такой схеме выйгрывают в основном разработчики, но это не так. В процессе составления тз появляется четкое понимание и у заказчика, что нужно все-таки получить (часто его действительно нет :). Становится ясно, что именно важно, а что нет. Плюс, гораздо реальнее представимы сроки. И исполнители почти всегда в них укладываются (что в России, имхо, одна из серьезных проблем =). Далее, при составленном тз гораздо удобнее варьировать стоимость и сроки. Клиент говорит, все отлично, но я хочу на неделю быстрее и на 2k$ дешевле. Без проблем, находим в тз некритичные части разработки, без которых можно обойтись (но была изначально такова воля заказчика), убираем, получаем нужный результат.
Нужно избавляться от таких нежеланий отказом работы без подписанного тз. Неважно, участвовал заказчик в его разработке или нет, всё, тз есть. По нему делается работа. Что-то не устроило? Без проблем, составляем тз на доработку, одобряем, оцениваем трудоемкость и сроки, одобряем, выполняем. На первый взгляд кажется, что в такой схеме выйгрывают в основном разработчики, но это не так. В процессе составления тз появляется четкое понимание и у заказчика, что нужно все-таки получить (часто его действительно нет :). Становится ясно, что именно важно, а что нет. Плюс, гораздо реальнее представимы сроки. И исполнители почти всегда в них укладываются (что в России, имхо, одна из серьезных проблем =). Далее, при составленном тз гораздо удобнее варьировать стоимость и сроки. Клиент говорит, все отлично, но я хочу на неделю быстрее и на 2k$ дешевле. Без проблем, находим в тз некритичные части разработки, без которых можно обойтись (но была изначально такова воля заказчика), убираем, получаем нужный результат.
Не техписатель, а системный аналитик. Не обманывайте людей.
ну можно это как угодно назвать =). Я выполнял такую работу и звался техписателем =). И, по-моему, вполне хорошее название =). Главное не путать техписателя с докрайтером ;)
Слово "техписатель" скрывает основную деятельность имеющую ценность для заказчика - изучение проблемы заказчика, моделирование, поиск принципиальных решений, выработка требований, концептуальное проектирование.
Техписатель по определению не отвечает за качество постановки задачи, он отвечает только за структурированность, оформление и понятность утверждений документа. Приставка "тех" означает лишь его знакомство с миром технических систем - а не знания и навыки решения бизнес-проблем при помощи технических решений, знания существующих подходов и методов построения систем.
Техписатель по определению не отвечает за качество постановки задачи, он отвечает только за структурированность, оформление и понятность утверждений документа. Приставка "тех" означает лишь его знакомство с миром технических систем - а не знания и навыки решения бизнес-проблем при помощи технических решений, знания существующих подходов и методов построения систем.
Не могу быть в этом вопросе объективным =). Вот, вроде бы достаточно авторитетное мнение =): http://aka-author.livejournal.com/3136.h…
Я на прошлой неделе был на семинаре Острогорского. Там в ответ на вопрос из аудитории про роль ТП в разработке предпроектной и проектной документации было сказано однозначно - этот человек помогает оформлять такую документацию.
Из вашей же ссылки:
"В принципе эти документы должны создавать разработчики системы (аналитики, архитекторы, ведущие специалисты), однако, на практике значительная часть рутинной работы по их подготовке перекладывается на технического писателя".
Извините, господин оформитель, но документирование "хотелок" заказчика - это не то же самое, что разработка ТЗ. И почему это так, я уже писал и аргументировал: http://beskov.livejournal.com/44800.html
Из вашей же ссылки:
"В принципе эти документы должны создавать разработчики системы (аналитики, архитекторы, ведущие специалисты), однако, на практике значительная часть рутинной работы по их подготовке перекладывается на технического писателя".
Извините, господин оформитель, но документирование "хотелок" заказчика - это не то же самое, что разработка ТЗ. И почему это так, я уже писал и аргументировал: http://beskov.livejournal.com/44800.html
А вот и он сам, рекомендую: http://community.livejournal.com/ru_tech…
"Технический писатель не может заменить собой аналитика или проектировщика, во всяком случае, если речь не идет о профанации их работы, создании бумажной «потемкинской деревни» для заказчика..."
"Технический писатель не может заменить собой аналитика или проектировщика, во всяком случае, если речь не идет о профанации их работы, создании бумажной «потемкинской деревни» для заказчика..."
Ага, уже читал :)
а чуть дальше, о чем я говорил: "Строго говоря, написанием документов должны были бы сами аналитики и проектировщики, но эти специалисты не всегда достаточно хорошо пишут, и очень часто не располагают необходимым для этого временем из-за постоянных перегрузок."
В общем, Денис, можно сказать вы меня убедили, что этот человек должен называться не техписателем =). Но техписатели часто успешно выполняют эту работу, согласны? :)
а чуть дальше, о чем я говорил: "Строго говоря, написанием документов должны были бы сами аналитики и проектировщики, но эти специалисты не всегда достаточно хорошо пишут, и очень часто не располагают необходимым для этого временем из-за постоянных перегрузок."
В общем, Денис, можно сказать вы меня убедили, что этот человек должен называться не техписателем =). Но техписатели часто успешно выполняют эту работу, согласны? :)
Я ни разу не видел такого "успешного примера". Пришлите пример ТЗ )
+ Исходя из различных требований к квалификации это просто маловероятно. Я верю, что есть люди, близкие к квалификации аналитика, которые выполняют работу последнего, называясь при этом техписами, типа острогорского, но думаю это единицы - достаточно взглянуть на уровень зарплат по ссылке выше - люди с квалификацией аналитика за такие деньги не работают, хотя бы по факту вложенных усилий в её приобретение.
+ Исходя из различных требований к квалификации это просто маловероятно. Я верю, что есть люди, близкие к квалификации аналитика, которые выполняют работу последнего, называясь при этом техписами, типа острогорского, но думаю это единицы - достаточно взглянуть на уровень зарплат по ссылке выше - люди с квалификацией аналитика за такие деньги не работают, хотя бы по факту вложенных усилий в её приобретение.
Проблема в том, что системные аналитики у нас обычно вырастают из хороших программистов. Которые, часто еще и "играющие тренеры". Да, они прекрасно могут объяснить другим программистам, что нужно сделать, но не могут структуировать это в документе, понятном и заказчику.
С бизнес-аналитиками всё обычно обстоит еще хуже. Это обычно бывшие продажники. Если они неплохо общаются с заказчиком, то о технологиях программирования они почти ничего не знают, и тяжело общаются с программистами.
Вот и получается, что нужен кентавр :). Технический писатель для этой позиции не самое плохое название, на мой взгляд =).
С бизнес-аналитиками всё обычно обстоит еще хуже. Это обычно бывшие продажники. Если они неплохо общаются с заказчиком, то о технологиях программирования они почти ничего не знают, и тяжело общаются с программистами.
Вот и получается, что нужен кентавр :). Технический писатель для этой позиции не самое плохое название, на мой взгляд =).
Т.е. вы утверждаете, что СИСТЕМНЫЕ аналитики не умеют СИСТЕМАТИЗИРОВАТЬ? Прикольно ) Это ж у них вроде ключевой навык. Или где это - у вас?
У нас - это в нашей стране (да и в других наверное тоже =). Здесь, к сожалению, часто учителя не умеют учить, водопроводчики чинить водопровод, системные аналитики не умеют систематизировать и т.д. =)
Продолжать можно долго, я как писатель могу долго писать :)
Но думаю, если вам интересно, это удобнее делать в личной переписке, а не в этой теме :)
Продолжать можно долго, я как писатель могу долго писать :)
Но думаю, если вам интересно, это удобнее делать в личной переписке, а не в этой теме :)
Вообще, этот опус напоминает мне зарю компьютерной эры, когда на компашках ходили сборники всяких приколов, с картинками, анекдотами и рассказиками типа "Почему пиво лучше женщин" и "Почему огурцы лучше мужчин" :)
ПО началу подобные "эссе" страшно пугали/напрягали - как хорошо что время это прошо, теперь они вызывают только смех
проблема в том, что подобные заказы будут существовать, пока будут находиться люди которые будут говорить, что способны их исполнить.
проблема в том, что подобные заказы будут существовать, пока будут находиться люди которые будут говорить, что способны их исполнить.
Если у Вас американский босс - он всем заказчикам конторы будет говорить, что Вы в состоянии сделать это. Даже если он не понимает - что именно сделать. По моим наблюдениям у них такая культура ведения бизнеса.
Бедные архитекторы, веб дизайнеры и все, все, все кто должен выслушивать подобный бред на работе...
Я бы с удовольствием воспользовался проектом типового жилого дома (движком) добавил бы свои изменения (дизайн) и пару пристроек (модулей). Непонятно почему такого еще нет. А может есть, но я не знаю? Open source архитектура.
ага, пускай попробует такой заказчик у лебедева ченить заказать... догадываюсь как далеко его пошлют.. )))
это к чему: в основном, такая участь ждет фрилансера, а если дизайн заказывается у солидной студии, которая не гонится за деньгами любой ценой - то все процессы стандартизированы и строго последовательны...
это к чему: в основном, такая участь ждет фрилансера, а если дизайн заказывается у солидной студии, которая не гонится за деньгами любой ценой - то все процессы стандартизированы и строго последовательны...
http://habrahabr.ru/blog/humour/36528.ht…
В ту же тему ;-)
В ту же тему ;-)
не смешно, не грустно... банально
писал подобное в октябре прошлого года:
" Пт, 26 Октября 2007 08:28
Представим, что заказчику необходимо построить дом. Ему необходимо выбрать нужного исполнителя. Исполнителей много, у кого есть опыт – они уже построили сотню домов, а у кого-то нет. Исполнители предоставляют ему проекты прошлых домов, рассказывая о том что и как делалось и сколько стоило.
Заказчику предоставляются сотни домов, но ему это не интересно, это ведь чужие дома, а он хочет свой дом. Пускай все построят ему дом удовлетворяющий «мировым» стандартам и тогда из них он выберет СВОЙ дом.
Ему предложат сделать план, спросят сколько этажей и комнат он хочет. На что исполнители получат ответ, что вы делайте, а я выберу.
И вот кто-то его все таки построил, ему понравилось, часть денег он решил все же заплатить. Заказчик ходит, смотрит и вдруг понимает, что вот тут необходима комната с камином. Нужно переделать! И здесь не так! Дом сносится, строится заново и так до тех пор, пока все же заказчик не удовлетворен. Исполнитель тоже рад – ему наконец-то заплатили ту небольшую сумму, на которую он по неопытности согласился."
" Пт, 26 Октября 2007 08:28
Представим, что заказчику необходимо построить дом. Ему необходимо выбрать нужного исполнителя. Исполнителей много, у кого есть опыт – они уже построили сотню домов, а у кого-то нет. Исполнители предоставляют ему проекты прошлых домов, рассказывая о том что и как делалось и сколько стоило.
Заказчику предоставляются сотни домов, но ему это не интересно, это ведь чужие дома, а он хочет свой дом. Пускай все построят ему дом удовлетворяющий «мировым» стандартам и тогда из них он выберет СВОЙ дом.
Ему предложат сделать план, спросят сколько этажей и комнат он хочет. На что исполнители получат ответ, что вы делайте, а я выберу.
И вот кто-то его все таки построил, ему понравилось, часть денег он решил все же заплатить. Заказчик ходит, смотрит и вдруг понимает, что вот тут необходима комната с камином. Нужно переделать! И здесь не так! Дом сносится, строится заново и так до тех пор, пока все же заказчик не удовлетворен. Исполнитель тоже рад – ему наконец-то заплатили ту небольшую сумму, на которую он по неопытности согласился."
настоящий источник http://eiri.livejournal.com/171274.html
смешно, не смешно... не это главное.
главное - не реально жизненно!
главное - не реально жизненно!
Собственно, выводы никто не делает, поэтому их сделаю я.
Так вот заказчик тоже должен быть профессионалом. Но таких мало.
Если рынок спроса немного расширить и включить в него непрофессионалов,
то с одной стороны появится больше заказов, с другой -
они хуже оплачиваются и труднее выполняются.
Если рынок спроса немного расширить и включить в него непрофессионалов,
то с одной стороны появится больше заказов, с другой -
они хуже оплачиваются и труднее выполняются.
Да вроде не так :)
Мне кажется, что заказчик не(!) должен быть профессионалом (во всяком случае не обязан, т.к. удобно это нам или нет - он профи в своем бизнесе). Часто он ведь оказывается почти всегда в положении "перед пустым прилавком" - вы скажите чего вы хотите, а мы вам это достанем. Но если ему дать из чего выбрать - разговор пойдет проще. Дайте портфолио с 2-мя десятками работ - и просто укажите стоимость. При таком подходе есть что пощупать, и понять - за что берется дополнительная оплата, и куда (и почему) растёт бюджет проекта.
С одной стороны разработчики безусловно правы - вся работа должна оплачиваться, и "несколько вариантов" не исключение.
С другой стороны - заказчик не должен оплачивать обучение разработчиков, их эксперименты.
Мне кажется, что заказчик не(!) должен быть профессионалом (во всяком случае не обязан, т.к. удобно это нам или нет - он профи в своем бизнесе). Часто он ведь оказывается почти всегда в положении "перед пустым прилавком" - вы скажите чего вы хотите, а мы вам это достанем. Но если ему дать из чего выбрать - разговор пойдет проще. Дайте портфолио с 2-мя десятками работ - и просто укажите стоимость. При таком подходе есть что пощупать, и понять - за что берется дополнительная оплата, и куда (и почему) растёт бюджет проекта.
С одной стороны разработчики безусловно правы - вся работа должна оплачиваться, и "несколько вариантов" не исключение.
С другой стороны - заказчик не должен оплачивать обучение разработчиков, их эксперименты.
Непрофессионализм в данной ситуации это непонимание базовых вещей, желание невозможного. От того, что человек увидит несколько готовых работ, он все равно не перестанет хотеть все поменять в последний момент и т.д. ИМХО, конечно.
Да, конечно Вы не можете быть 100% защищены от "непроходимых" заказчиков. Но как правило они очень хорошо понимают, что такое контракт/договор. Поэтому, если он меняет всё в последний момент, но в договоре прописанна стоимость такого изменения - это же Вам только на руку - вы получили дополнительный заказ :)
Я так понимаю. что вся проблема как раз в том, что бы довести заказчика до подписания договора с прописанной ценой. Главное помнить - до этого момента он может городить любую чушь про (очень понравилось) "Я уверен, Вы можете включить бассейн в Ваш дизайн без каких-либо изменений в смете.". Можно просто улыбаться ему и очень вежливо настаивать на том, что смета - результат анализа дизайна в плоскости человеко-часов и других затрат. Повторять это 20-30-40 раз, пока заказчику станет просто неудобно в очередной раз поднимать этот вопрос.
Я лично выставляю смету как раз ПО типовому или разработанному для конкретного случая дизану (в данном случае он стоит денег, назначается как чать работ и имеет свой собственный "мини"-договор.). Но никак не перед. Выставляю - имеется ввиду то, что прописывается в договор. Опять же - до этого момента в вашем общении могут называться совершенно разные суммы - это имеет только "прикидочное" значение.
Я так понимаю. что вся проблема как раз в том, что бы довести заказчика до подписания договора с прописанной ценой. Главное помнить - до этого момента он может городить любую чушь про (очень понравилось) "Я уверен, Вы можете включить бассейн в Ваш дизайн без каких-либо изменений в смете.". Можно просто улыбаться ему и очень вежливо настаивать на том, что смета - результат анализа дизайна в плоскости человеко-часов и других затрат. Повторять это 20-30-40 раз, пока заказчику станет просто неудобно в очередной раз поднимать этот вопрос.
Я лично выставляю смету как раз ПО типовому или разработанному для конкретного случая дизану (в данном случае он стоит денег, назначается как чать работ и имеет свой собственный "мини"-договор.). Но никак не перед. Выставляю - имеется ввиду то, что прописывается в договор. Опять же - до этого момента в вашем общении могут называться совершенно разные суммы - это имеет только "прикидочное" значение.
Главное ведь что - удовлетворенность заказчика.
А есть вот такие заказчики, которые никак не могут "get some satisfaction"... ;-)
И это им не нравится, и то. Они очень неохотно расстаются с заблуждениями типа "пусть сделают, а еще подумаю - платить или не платить" или "пусть сделают 123 варианта, а я выберу лучший" и т.д. Банально они мало ценят труд разработчика и высоко свои деньги.
А есть вот такие заказчики, которые никак не могут "get some satisfaction"... ;-)
И это им не нравится, и то. Они очень неохотно расстаются с заблуждениями типа "пусть сделают, а еще подумаю - платить или не платить" или "пусть сделают 123 варианта, а я выберу лучший" и т.д. Банально они мало ценят труд разработчика и высоко свои деньги.
Надо просто не боятся с такими расставаться сразу же, как Вы утвердились в мысли, что с Вашим мнением не собираются считаться :)
В основном мы сами позволяем заказчику так вести переговоры. Просто из-за утвердившейся мысли - кто платит - то и правит бал. Но стоит только вспомнить о том, (это полное ИМХО) что ни одна зарплата/гонорар в мире не стоит моего личного времени - сразу же возникает вопрос о том, кто кому еще одолжение делает? И как-то становится легче на переговорах оперировать вполне конкретным объемом работ за конкретную сумму.
знакомо. жизненно.
примерно на пять клиентов встречаю одного такого. и знаете что я делаю? я даю ему визитку своих конкурентов. а они берут у него заказ.
они теряют время на встречи с "манагерами" и "моркетологами" заказчика. это прекрасные люди, которые устраивают "брифы", ",брейнстормы" и совещания, на которых "вырабатывают" "стратегические решения по внедрению корпоративного веб-сайта в сети интренет". затем они разрабатывают "пакет замечений к стратегическому решению", "пакет дополнений к замечаниям" и "пакет замечаний к пакету дополнений". и все это ради создания странички а-ля "визитка" - о компании наши адреса наша продукция, напишите нам е-мэйл.
а потом ребята, чью визитку я любезно оставил, матерятся и пишут рассказы, навроде сабжа.
примерно на пять клиентов встречаю одного такого. и знаете что я делаю? я даю ему визитку своих конкурентов. а они берут у него заказ.
они теряют время на встречи с "манагерами" и "моркетологами" заказчика. это прекрасные люди, которые устраивают "брифы", ",брейнстормы" и совещания, на которых "вырабатывают" "стратегические решения по внедрению корпоративного веб-сайта в сети интренет". затем они разрабатывают "пакет замечений к стратегическому решению", "пакет дополнений к замечаниям" и "пакет замечаний к пакету дополнений". и все это ради создания странички а-ля "визитка" - о компании наши адреса наша продукция, напишите нам е-мэйл.
а потом ребята, чью визитку я любезно оставил, матерятся и пишут рассказы, навроде сабжа.
Быть хорошим заказчиком - профессия не менее сложная, чем быть хорошим разработчиком.
И ей, прошу заметить, никто не учит. Поэтому все так и получается.
И ей, прошу заметить, никто не учит. Поэтому все так и получается.
Спасибо =) Сохранил, распечатаю и буду прикреплять приложением к брифу )
А в чем шутка то?
Послал ссылку настоящему архитектору...
ответ:
(14:35:50 26/02/2008)
это не смешно
(14:35:51 26/02/2008)
это так и есть
(14:36:31 26/02/2008)
и все остальное - тоже... так что, вэб отдыхает
Послал ссылку настоящему архитектору...
ответ:
(14:35:50 26/02/2008)
это не смешно
(14:35:51 26/02/2008)
это так и есть
(14:36:31 26/02/2008)
и все остальное - тоже... так что, вэб отдыхает
ссылка на источник повеселила
для вирусной рекламы тем кто копипастит неглядя
для вирусной рекламы тем кто копипастит неглядя
Зарегистрируйтесь на Хабре, чтобы оставить комментарий
Если бы архитекторы работали как веб дизайнеры