Cписок недобросовестных создателей сайтов

О том, что не надо мне приписывать слова Дмитрия Осипова.

Задание на "эксперимент", задание на переделки.
Не стоит воспринимать это, как отдельные бумажные документы. Речь выше я вел о ТЗ на интернет-проект. В самом договоре можно прописать, что переписка с таких-то и таких-то адресов для внесения уточнений и изменений в проект (возможно, с использованием ЭЦП) имеет юридическую силу, чтобы каждый раз новый документ подписывать было не обязательно.
Разве что речь идет о выставлении счета на доработки, либо об отдельном техническом задании на новый модуль, которого ранее не было в функционале.
То есть, к примеру, добавить поля в форму регистрации на сайте или форму заказа — это одно. Сделать систему автоматического управления контекстной рекламой с учетом её конверсии и в контексте сущестующей системы управления сайтом — это, как вы сами понимаете, доработки разного уровня.
Для первой достаточно письма разработчику, а для второго нужно требовать не просто написание отдельного ТЗ но и написание документации для последущей разработки этими же или другими программистами.

Форум дурит. Не сразу сообщения отображает и посты удалять не дает.

Понятно.

Дмитрий Осипов, а вот вопросец. Такая ситуация (неоднократно имевшая место), к движку из разряда Open Source докупаем на официальном сайте какой-нибудь модуль с дополнительными фичами. Договариваемся с программистами, что они его установят. А модуль глючный наглухо! Вместо того чтобы его просто установить за 15-20 минут, программисты потратили неделю, чтобы его почти полностью переписать. Как это внести в ТЗ? И как определить заранее глючность модуля - немного глючный слегка поправить, средне глючный дольше провозится, и полностью глючный требующий почти полной переработки?

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

Как бы это сказать-то, э-э-э бесплатные cms получше многих платных будут. Вы и сами вроде это не отрицали, или уже забыли?


Вы топик-то прочитали перед тем, как в нём писать? Где вы увидели тут обсуждение проектов на сотни тысяч и миллионы рублей?

Зато есть такие:



Ну, а что касается "Kristina Blackerman design studio" посмеялся отменно.

Никак. Оплата данной задачи идет по факту трудозатрат в человеко-часах, что и фиксируется в доп-соглашении, если есть желание иметь документ на исполнение таких доработок. Либо, если есть желание заранее определить сумму чтобы исполнитель вам её назвал сразу, — покупается модуль, ставится на голую систему и исполнители его смотрят, тестируют функции, производительность иные критичные параметры, потом называют вам затраты и интегрируют его с вашим магазином.
Сложности модулей могут варьироваться, потому и вариантность. Иногда это 1 час работы специалиста, а иногда, — неделя работы всего штата на профилировании, доработке и отладке.
В последнем случае, исполнитель или заказчик сам может потребовать составления ТЗ.
Заказчику не нужно лезть в вопросы установки и исправления модулей и т.п. От заказчика нужно 3 вещи:
1. Запрос функионала.
2. Утверждение ТЗ на разработку отвечающее запрошенному функционалу.
3. Проверка готового функционала и подписание акта сдачи-приемки.

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




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

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

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

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

Я ни когда не говорил, что бесплатные CMS это плохо. Я сам работаю только с бесплатными CMS потому что с платными уже наелся выше крыши.

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

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

Отсюда у большинства и путаница с определением понятия ТЗ и его содержанием.

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

Я пытаюсь разъяснить, что ТЗ на доработку сайта может быть и одностраничным описанием функционала изменений, приложенным к договору или доп-соглашению и от этого меньшей юридической силы оно иметь не будет.
Установка на то, что ТЗ служит аргументом для разрешения споров изначально неверна, ибо само ТЗ призвано не разрешать споры а исключить их в принципе ибо олицетворяет единые представления о доработке и заказчика и исполнителя, скрепленные подписью.
На конкретном практическом примере я показал зачем, почему и когда оно необходимо. Если вы возьмете с заказчика, к примеру 200$ за добавление возможности загрузки видео к товарам или новостям в магазин и не будете "заморачиваться" с описанием функционала и просто внесете изменения по получению оплаты и письма от заказчика: "Добавьте возможность загруки видео в такие-то и такие-то разделы... и т.п.".
Заказчик, вполне вероятно, потом вам может сказать, что вы мол забыли добавить возможность загрузки видео рекламы. И вы будете (вероятнее, при других суммах и претедентах, но не суть) доказывать судье что видео-реклама не есть загружаемая к товару видео-запись, и такая доработка должна обсуждаться отдельно, ведь заказчик хочет их демонстрировать перед и после основного ролика.
А заказчик покажет судье распечатку переписки и копию счета оплаты ваших услуг, где в письме четко указано "Добавить возможность загрузки видеороликов к товарам и новостям", и заявит, — что ничего не знает, — рекламный ролик — есть такой же видеоролик и устно вы сообщили что видеоролики можно заливать любые и в любом количестве.
Стоят эти приключения и испорченная репутация потраченного часа исполнителя на описание функционала такого простого модуля в техническом задании? — По-моему нет.

upd. А называть ТЗ вы можете как угодно. Хоть "Приложение к договору №1": меньшей юридической силы оно от этого иметь не будет.
Составление технического задания или документации по проекту в соответствии с каким-либо из международных стандартов или гостов практикуется только в случаях, когда это прямо требуется в договоре заказчиком либо прямо требуется законодательством в виде единственно возможной формы проектной документации, прилагающейся к договору заказа. К интернет-сайтам последнее на данный момент (и слава Богу) не относится.

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

Что бы вас не ...... разбивайте на небольшие задачи проект, тогда при затягивании процесса вы это сразу увидите по растянутым срокам сдачи, а когда вы принимаете сразу весь проект целиком, у вас будут 300-400% времени украдено просто.

Да это понятно. Но чтобы что-то разбивать, надо сначала иметь целое. Осмысленно разбить работу на этапы можно только имея ее полное описание. А полное описание и есть некий документ, который в зависимости от названия либо подпадает под определенные требования к его составлению и оформлению, либо нет. Собственно все обсуждение и началось с того, что неграмотный заказчик связался с таким же неграмотным исполнителем, а когда обе стороны напороли косяков, то одна из сторон как всегда попыталась преобразовать собственную глупость в чужую вину.

Здравствуйте! Хотелось бы поблагодарить за беспристрастные ответы на отзыв и разъяснение многих вопросов. Мы взяли на заметку. По данной теме хотелось бы отметить по поводу фрилансеров и толкование цитаты моего мужа. Он имел в виду,говоря о том,что в беседе по телефону,говоря что мы не против,что они фрилансеры - они себя таковыми не считают и глубоко оскорблены нашим хамством. Если будет время, можете зайти и почитать что по этой теме нам написали на других порталах, там моего мужа с ходу называли недалеким неграмотным заказчиком, на которого просто плюнули и правильно сделали,что ничего не сделали. http://vseotzyvy.ru/item/12174/reviews- ... rm-wwwbla/

http://www.yell.ru/yekaterinburg/com/st ... _10709184/

Так же прилагаем единственную переписку с основателем этой группы Kristina Blackerman studio, номер телефона которой держится в строгом секрете и ,когда ситуация начала накаляться и мы попросили дать нам ее контакт, нам пояснили цитата : "Наивысшее руководство не общается на прямую с Заказчиками".
________________________________________________
Tatiana
Кристина,здравствуйте!Приятно познакомиться с Вами.Жаль, что это не произошло ранее,когда шло обсуждение брифа т.д.,не буду тратить много времени и своего и вашего.Хочу лишь только пояснить, не знаю в курсе Вы или нет.О результате нашей совместной продолжительной (3 мес.)работы над сайтом: http://omegadeluxe.com/life/life1.html#. Во вложении шаблон нашего сайта,который должен был быть уникальным, а не взятым что-то за образец.Мы это оговаривали. так же по некоторым вопросам у нас было негативное общение с Вашим сотрудником. В итоге в результате нашего ответственного подхода к созданию сайта,предоставление всех необходимых материалов.Мы получили некий сайт, к которому даже не притрагивалась рука дизайнера.Что очень нас огорчает.А так же,из-за того,что человек,который наполнял информацией шаблон не умеет программировать, часть текстов были урезаны на свое личное усмотрение, хотя приложив немного труда, перепрограммировав страницу,можно было страницы с текстами, нам нужными, расширить. Но мы уже поняли.что даже и эта простая вещь не возможна.Так же мы теперь понимаем,почему Тимур так настаивал на черном оформлении сайта.Теперь мы хотели узнать Ваше мнение,целесообразна ли цена за сайт 60 000 р,без какого-либо программирования и дизайна?Мы не так много хотели.В результате всего вышеизложенного,необходимо признать,что работа надо проектом не удалась,мы потеряли очень много времени.Не будем вдаваться в подробности,но мы считаем, что возврат денежных средств должен быть произведен,хотя бы частичный, так как данный сайт не будет размещен на хостинге и не будет нами вообще использоваться.Мы пошли вам на встречу, когда после первого макета, такого же шаблона,Тимур предложил в одностороннем порядке услуги Вашей компании.Мы потратили очень много времени,на бесполезные переписки, на тему наших вкусовых предпочтений, о том что мы не понимаем ничего в веб-дизайне,на цитаты Булгакова,и о том,что на самом деле такая работа стоит гораздо дороже.Мы сейчас говорим даже не об этом,решите сами,пожалуйста,так как компания носит Ваше имя,сумма возврата денежных средств и сами Вы в какую сумму оцениваете работу людей,которые вставили в шаблон наши картинки и наши тексты. С уважением,Татьяна
__________________________________________________

Кристина
Здравствуйте, Татьяна.

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

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

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

Информацию о том, что Вы отказались от текущих результатов работы по сайту, лицам, ответственным за Ваш проект, передам.
24.08.13
__________________________________________________
Tatiana
Здравствуйте,Кристина,нам ,к сожалению,не однажды,а на протяжении всей работы над сайтом ,приходилось читать бредовые изречения и язвительные замечания Тимура,банально отнимающие время.Нет смысла в дальнейшем заниматься эпистолярным жанром. Вы и так нас порядком посмешили.Деньги в пользу вам эти не пойдут,совесть вы себе на них не купите.Спасибо,теперь мы поняли сколько стоит Ваша репутация.Теперь на все 100% понимаем поговорку русскую народную про тех кто с Урала.Вам оттуда виднее ,естественно!
24.08.13
__________________________________________________Кому интересно по поводу грубого требования убрать из публичной группы Вконтакте макет нами самостоятельно придуманной визитки "от" и "до", предоставив им макет,и полностью описание ТЗ по ее выполнению:
Тимур,нас тут одолевают местные туроператоры...Вообщем,хотелось бы Ваши макеты визиток -очень достойного качества как-то выложить,чтобы идею не содрали полностью,вообще-то это эксклюзив,идея выношенная и рожденная,сейчас какая хочешь тур-фирма пойдет с фото Jpg в любую типографию и отпечатает тоже самое...визитка - это лицо компании,а не растиражированная реклама компании,которая воплотила идею задумщика,согласитесь.Так что прошу Вас убрать рекламу визитки,так как это нарушает по факту авторские права.
Когда ее держишь в руках - и презентуешь конечному потребителю - это одно дело,а когда подкидываешь идею конкурентам - слизатиь и содрать,даже если они находятся в Караганде - это другое.Мы и лого и визиткой и сайтом претендуем на эксклюзивность.Такая реклама наших же идей нам не нужна.
извиняюсь за прямоту и резкость.Но для нас это больше чем бизнесс,Вы ,наверное уже поняли.
С ув.,Татьяна
________________________________________________
Вот о чем идет речь в переписке Кристины,кто сомневается в его правдоподобности, могу доказать любым удобным для Вас способом,принтскрин,да что угодно.
П.С. Визитка,логотип, а так же дизайн сайта мы сами продумали,от них нужно было только качественное иисполнение.Спасибо за внимание
__________________________________________________