Почему заказчики бывают идиотами, а исполнители шарлатанами?
Егор Данилов 03.03.2010, 14:16 комментироватьЗа свою трудовую карьеру я успел побывать в шкуре как подрядчика, так и заказчика услуг. Хочу поделиться некоторыми наблюдениями.
Рассмотрим распространенную ситуацию. Человек (назовем его Вася) хочет заказать сайт своей компании. Вася не разбирается в этих ваших интернетах и даже не знает, как правильно заказывать сайт (сюда можно поставить что угодно: рекламную кампанию, поисковую оптимизацию, etc). У Васи есть аккаунт в Одноклассниках, плюс он прочитал несколько статей, как правильно заказывать сайт.
В этот момент Вася находит ЕЁ — Компанию. Компанию, которую Вася выбрал для разработки своего сайта. Он воодушевленно описал Компании, какой сайт он хочет. Компания подготавливает ТЗ (или медиаплан) на 2 страницы и приступает к работе.
Хочу обратить особое внимание на размер ТЗ и то, что Компания не спросила Васю о реальных задачах, которые он хочет решить. Или спросила, но не вникла в суть бизнеса Васи. Обычно так и бывает.
Проблемы начинаются уже через неделю или две после начала работы, когда Вася приезжает в Компанию, чтобы посмотреть первые дизайны. Проект Васи ведет очень милая студентка Ниночка, которую взяли без опыта работы 2 недели назад, она же с дизайнером показывают результаты двухнедельного труда. Они придумали кучу классных фишек, которыми должны были восхищаться придирчивые коллеги по цеху в местном IT-блоге, а уж у Васи и вообще должно было перехватить дыхание от восторга.
Васе не нравится цвет плашечки, он просит передвинуть на 3 сантиметра фотографию и увеличить логотип. Фишечки он решительно потребовал убрать. Девочка с дизайнером сразу же забывают, кто здесь профессионал (клиент всегда прав!) и безропотно выполняют все требования заказчика. После часа кропотливой работы все приходят к мнению, что нарисовано какое-то Г.
С самой разработкой тоже не все гладко: в ТЗ было ясно написано, что на сайте есть «Форум». Просто так и написано одной строчкой — «Форум». Исполнитель подразумевал под этим стандартный модуль его CMS, Вася же хотел крутой форум с инвайтами, расширенным форматированием и трехуровневой модерацией. Ниночка просто сходила с ума, потому что ей приходилось выслушивать как возмущенные крики Васи («Вы хотите меня обмануть, впарив какое-то Г») и ее начальства («Не будем мы дописывать никакой функционал бесплатно, пусть Вася платит еще!»). Обе стороны пытаются апеллировать к договору, но там скромно написано «Форум».
В результате Васю называют внутри Компании не иначе, как «идиот» (или еще как похуже), а Вася с ехидной усмешкой рассказывает друзьям, какие в Компании работают «шарлатаны». В местном IT-блоге работу, разумеется, обос... обсосали со всех сторон конкуренты, а сотрудники Компании были вынуждены криво оправдываться, что мы тут не при чем, это все клиент виноват.
Эта история без конкретных выводов, думаю и так все понятно. Это пробный камень. Если тема интересна, можно развить ее дальше.
На самом деле, я опустил здесь еще массу моментов, которые не очень актуальны при разработке небольших проектов. Например, многомесячное согласование медиапланов и ТЗ, договоров. Или многоуровневое согласование документов.



Обычно клиент перестаёт быть идиотом после третьего шарлатана :)
А вот многие шарлатаны, увы, остаются таковыми и после 33 идиота :D
Aleske
#Как знакомо. Когда заказывала новую фотогалерею для сайта, то Исполнитель просто написал в договоре «Разработка фотогалереи», чему я несказанно удивилась. Пришлось самой во всех подробностях писать весь функционал галереи.
Светлана
#В разработке сайтов нет никакой разницы с лечением зубов: надо придирчиво выбирать врача (компанию-разработчика), а потом уже следовать его (её) рекомендациям. Вы же не рассказываете стоматологам как и чем вам надо зубы лечить :)))
Xenia
#очень кстати полезное сравнение...
разница только в том что зубной перед тем как коронки делать или что там у него к вам в пасть по локоть залазит и тщательно всё изучает
а вот хороший исполнитель «не шарлатан» должен заказчику в голову залезть и всё как следует осмотреть там на предмет чего клиент реально хочет, что вообще то сложнее
с другой стороны большинство исполнителей в действительности и не пытаются
а с третьей большинство заказчиков этого недопонимают и раздражаются
в результате и получается технологический уровень отрасли «новых технологий» как у первобытного мастерового... долбанул камнем о камень — получился осколок похожий на наконечник для стрелы — пошёл охотиться с тем что получилось
не получилось — берёт следующий камень и так много раз пока не получится то что надо... примерно как иной заказчик исполнителей перебирает...
стрелы давно научились чётко по чертежам делать, черчение в школе преподают
нужно чтобы и написание спеков преподавали, вместо сочинений про пятый сон веры павловны
vva
#заказчик всегда хочет, чтобы его сайт приносил ему прибыль и лезть надо в голову не к заказчику, а к будущим посетителям сайта.
Xenia
#во первых вы не разбираетесь в бизнесе заказчика, а уж тем более в том бизнесе который он хочет построить с помощью вашего сайта и которого ещё может быть и нет
во вторых у госструктур например нет прибыли (да и у ещё целого ряда организаций)
vva
#Это далеко не всегда так. В случае с Васей из рассказа тем паче.
Илья Александров
#не первый раз встречаю выражение про стоматолога в свете сайтостроения. полностью с ним согласен )
leon
#Сравнение рынка веб-разработки со стоматологией и продажей автомобилей достаточно популярно в среде самих веб-разработчиков. Однако, оно не верно. Вернее, верно только со стороны разработчика, но не потребителя.
К примеру, в Ижевске, кабинетов стоматологов больше в разы, чем компаний веб-разработчиков и студентов-веб-программистов вместе взятых. Многие «дешевые» кабинеты просто работают по прайсу. К ним приходит клиент, и говорит: «У меня пломба вылетела. Сколько стоит поправить?» Соглашаясь с ценой, он меняет себе пломбу, не задумываясь о том, из какого материала эта пломба, полезна/опасна ли она, как ее «засунули» в зуб и пр. Потребитель — не стоматолог. Он пришел с проблемой и 100 рублями, надеясь решить эту проблему.
Конечно, через неделю «сторублевая пломба» вылетает. Кто виноват? Стоматолог, работающий в своем сегменте «все за 100 рублей» или клиент, у которого в кармане 100 рублей? Для клиента будет виноват стоматолог. Для стоматолога — клиент (а что вы хотели?).
Антон Кисляков
#Параллельный вопрос — а насколько глубоко стоит компании Заказчику разбираться в разработке сайтов. И стоит ли Исполнителю обучать этому Заказчика?
Дмитрий Плетнев
#В какой-то мере стоит. Я например спрашиваю у стоматолога, что он там вытворяет и из чего. главное чувствовать меру, когда необходимо остановить загрузку мозга Заказчика.
ne_for
#По мне так заказчику лучше знать только что такое CMS и что данные сайта потом можно редактировать. Как правильно наполнять его обучат после сдачи проекта.
А то бывали случаи когда заказчик читает поверхностно документацию по CMS, потом приходит и с умным видом начинает учить, как правильно программировать. Сам естественно он к программированию, а тем более к веб-программированию отношения никакого не имеет. ... Потом приходится ему объяснять что:
во-первых — это не смотрится в дизайне, (дизайн уже утвержден — данные просьбы о поправке вносятся клиентом либо в уже сделанный функционал, либо в момент его реализации)
во-вторых — это не заложено изночально в возможности системы (к примеру — реализовывается каталог- мысль Заказчика: О! а давайте у меня будут новинки..., а еще хочу топ — топ это не навинки, а давайте сделаем несколько вариантов вывода списка. А ?- ни одно из вышеперечисленных предложений в ТЗ не описано, не предпологалось — а страница с выводом списка элементов была нарисована и подписана им же)
и в-третьих кто из нас тут специалист вы или я? если я , так доверьтесь мне.Ваше мнения я выслушал , пожеланию учту. (ответ — я же плачу, а вы не хотите делать )
Хорошо если словесные баталии закончатся на 1-м этапе, если после всех приведенных аргументов позиция не изменяется скрипишь зубами — делаешь.
С позиции Заказчика ему необходимо максимально точно донести до Исполнителя то что он хочет увидеть в конце. Чем точнее донесет — тем адекватнее со стороны Исполнителя будет выставленна цена и сроки выполнения договора.
НО все свои пожелания пусть он высказывает до подписания ТЗ, а не в момент реализации проекта.
Если при этом Исполнитель не задает вопросы, в ТЗ не описывает расширенно что Заказчик увидит в конце (это про описание форума — читать выше) — это плохой Исполнитель.
ТЗ на 2 страницы ? оно таким может быть только в одном случаи, если цель — перенести уже разработанный ранее сайт с одной CMS на другую с контентом без внесения каких либо изменений, включая в код. в других случаях 2 страницы — это не ТЗ.
SuSanin
#Вот такие заказчики бесят сильнее всего:
— Ваша унылая CMS неспособна сделать элементарные вещи!!11адынадын У вас всё что я хочу делается через жопу!!!111
— Вы кто?
— Я новый сотрудник!
— Вы прочитали инструкцию к CMS? Обучались на демо-версии?
— Мне не нужна ваша инструкция, я ПРОГРАММИСТ.
— (Дура ты офисная, а не программист.) Извините, на странице такой-то и такой-то инструкции подробно, с иллюстрациями, описано, как сделать то, что вы хотите.
— Я не буду её читать!!!111 Ваша CMS примитивна!!! Мне не нужна инструкция, я ПРОГРАММИСТ!!!
— Извините, дальнейший разговор будет с вашим начальником. (Далее я в течении часа бьюсь головой об стол, потом отбираю у офисной дурочки права от CMS, трачу своё рабочее время на исправление того, что она натворила — действительно, через жопу, переделываю всё согласно писанию, связываюсь с её начальством, и обучаю офисную дурочку уже насильно.)
Aleske
#Ещё одна ситуация из жизни:
— Сайт сломался!
— Извините?
— Сайт сломался!
— (Действительно, вёрстка съехала... Гм. Не понял, этот див со списком откуда взялся? Так, стили тоже съехали...) Вы во внутренностях CMS часом не копались?
— ...
— (Молчим? Хорошо. Тогда мы лезем на хостинг — вуаля, вот оно, копание кривыми ручками программиста на 1С прямо в ядре. Это при том, что всё было тривиально сделать подключаемым модулем с использованием API.) Извините, мы не поддерживаем модификации ядра CMS силами заказчика.
— Ваша CMS вообще ГОВНО!!! Наш программист сделал бы (далее мелким шрифтом на 5 страницах) на нормальной CMS, но ваша-то — ГОВНО!!!
— Простите, но наша CMS поддерживает публичный API для написания расширений, и с его использованием реализация ваших 5 страниц мелкого текста — тривиальна.
— ...
— Вот тут, (URL), доступна подробная документация по написанию модулей с примерами кода. Мы вашему программисту о ней говорили при передаче проекта. И в договоре она есть. Вообще говоря, в договоре так же указано, что мы первые полгода занимаемся расширением функционала подобного рода совершенно бесплатно в рамках сопровождения.
— ...
В итоге выясняется, что ихний программист на 1С поступает как мент из анекдота, который не ходит за зарплатой, — он считает, что раз выдали форму и пистолет, то дальше зарабатывай сам.
А результат, конечно же, говно.
Кто бы сомневался.
Aleske
#не забудем, не простим!
vva
#вы сами тут на пользователей наезжаете, а сразу не давать доступ до программной части вы не пробовали?
Xenia
#Когда это возможно, то да.
Но возможно-то не всегда.
Если по условиям госконтракта мы обязаны поставлять CMS в незакодированном виде, то работающий скрипт суть исходник. И запретить залезть в него корявками мы не можем, а уж особенно если сервер стоит у заказчика, то мы вообще практически лишаемся контроля. А в госконтрактах это обычная практика :(
Aleske
#ну наверное, тогда в договоре надо указывать, если исходные коды доступны и все сломается, то «починка» за доп плату
Xenia
#Угу. В итоге оно как-то так и получается. Они ломают, мы возвращаем взад, и потом приходится заключать допдоговор на доработку. Хотя всего этого можно было бы избежать с самого начала, но на тот момент заказчик, оказывается, никогда не знает, что ж ему надо, а оплатить research — не желает ни при каких условиях.
Aleske
#Делается это просто. До подписания актов вы не выдаете прав на редактирование. Как акты подписали, пожалуйста, пусть делают все, что угодно. Сломают, придут к вам, почините за плату.
Илья Александров
#Согласитесь, это ведь глупо. %)
Aleske
#С каких пор оплата трудов разработчика стала глупой?
Gulnara
#Бодаться — глупо. И жадничать тоже глупо.
А в открытые двери ломиться — ещё глупее.
Только почему-то чаще всего выходит именно так...
Aleske
#уверены что просто? )))
земляК
#У меня есть пример. Как раз в то время, когда Наталья приезжала к нам в офис (izh-it.ru/news1496) , был разговор с одним товарищем, который отдал денег за сайт еще 8 месяцев назад, а ему не то, что доступ к редактированию данных не дают, даже информацию по лицензионному ключу не передают. Сам сайт работает «наполовину».
Я понимаю, товарищ сам заключил такой договор, с которым в суд идти все равно что в цирк, но где этика деловых взаимоотношений? Он же заплатил нужные деньги! Какая разница — сайт это, или другой товар? Я отдал деньги за товар, мне его сделали частично, я не хочу больше с вами работать, почему не отдадите то, что уже сделали?
Антон Кисляков
#Мы раньше тоже полный доступ к редактированию контента, но по первому запросу клиента, давали полные права. Не всегда результат нас радовал, но это уже лирика.
Сейчас, до подписания акта даю доступ с минимальными правами, просто чтобы познакомились с админкой. А полный даю только после акта. При чем заказчикам это так и объясняю, что пока сайт у нас «ломать» его нельзя. После подписания акта делайте что хотите, но если что — восстановление платное.
Gulnara
#Ооо как я долго ждала и надеялась, что поднимут наконец тему взаимодействия заказчика и исполнителя. Давно пора рассмотреть обе точки зрения.
У меня основное замечание ко всем подрядчикам, с которыми приходилось иметь дело: не вижу никакого желания и попыток проанализировать деятельность своего заказчика. Понятно, что заказчик должен описать это все в ТЗ (если он сам пишет). Но я считаю, что менеджер (ну или кто ведет проект с той стороны) должен не полениться и хотя бы сесть и подумать — а в чем особенность сферы заказчика, кто его конкуренты, зайти на сайты этих конкурентов, представить себя на месте потенциального клиента и пр. Я пока не встречала такого исполнителя, увы...
Express
#Забавная вещь: почему-то заказчики НИКОГДА не закладывают в бюджет расходы на вникание в предметную область разработчика. А это иной раз выливается в нехилый такой НИОКР, и эта работа должна оплачиваться.
А у нас люди жадные. Хотят, чтобы разработчик вник в тему посредством прямого телепатического подключения к ноосфере.
Результат обычно налицо — этакий типовой сферический сайт в вакууме для среднестатистической ЦА, на которые вы сейчас ругаетесь.
Aleske
#Поддержу.
Особенно чудно, когда заказчики просят «напишите нам ТЗ» и желательно бесплатно, а если нам понравится — мы конечно закажем.
ТЗ, грамотно составленное и есть аналитика, выводы и привязка этого всего к разрабатываемому продукту.
Заказчик же, чаще всего, считает, что платит он за дизайн и программирование, за идею и аналитику платить не надо, их же пользователь конечный не увидит.
Дмитрий Плетнев
#Ничо, ничо... Растут. Были времена, когда за тестирование не хотели платить! Сейчас уже подобный вопрос не ставится...
ne_for
#Ога, а потом это «бесплатное» ТЗ в качестве основы «тендера» выступает. У меня уже целый архив примеров «ТЗ» наших ИжИтов лежит. Думаю, у многих и моя «рыба» ТЗ валяется.
Егор все правильно написал, давно эта тема в разных сообществах поднималась и обсасывалась. Сводилось все к одному выводу: важен бюджет желаний Заказчика, и возможность «осилить» этот бюджет Исполнителю.
Антон Кисляков
#Не совсем так. На мой взгляд, проблема в разработчиках, которые не имеют конкретных навыков работы с заказчиками. Нет привычки документировать переписку, нет умения убеждать, нет желания понять желания и мотивацию заказчика.
Все же очень просто на словах: написать подробное ТЗ и нарисовать прототипы (можно даже не брать за это денег с заказчика — это ваши же сэкономленные время и нервы в дальнейшем), утвердить их, нарисовать дизайн, утвердить количество раундов, когда заказчик может вносить изменения, отразить это в трекере. Если заказчик хочет что-то, что не указано в ТЗ — это оформляется либо как допработа, либо делается в счет другого функционала.
Это на словах. На деле же нужно уметь все это применять и доходчиво объяснять заказчику еще на этапе формирования ТЗ, что такой подход выгоден всем.
Егор Данилов
#Интересно а как поступать в таком случаи. Имеется проект — на реализацию дан 1 месяц, в данный момент уже прошло 1.5. Смотрю в ТЗ (описано все:, функционал , структура, возможности) и на 95% готовый проект — соответсвие проекта — ТЗ ~ 5%.
Все правки вносились с его стороны во время выполнения работ.
То есть изначальное подписанное ТЗ его на 100% устраивало -он его сам писал.
и текущий варинат проделанной работы его тоже устраивает — однако факт — проделанная работа ТЗ не соответсвует.
Что сделать в таком случаи? сделать по ТЗ не получить денег, получить клиента который больше никогда и никому не посоветует работать с вами или сделать как хочет заказчик получив за работу деньги и плюнуть на первоначальное ТЗ?
SuSanin
#на вашей стадии акт приёмки работ заменяет собой ТЗ
грубо говоря акт — это документ который заменяет всё ТЗ фразой
«то что эти парни сделали — это именно то что надо и за что я плачу деньги»
vva
#аппетит приходит во время еды :)
иногда на стадии ТЗ люди мало представляют что это будет, когда нарисован дизайн (картинка) у них появляются смутные сомнения по поводу, а нужен ли этот раздел, а будет ли при наведении курсора кнопочка увеличиваться на весь экран и т.д. И только после завершения проекта придет к клиенту точное понимание, как правльно надо было делать сайт, что он хотел и пр.
Xenia
#3-я модернизация сайта — трудно сказать что человек незнал чего хотел.
SuSanin
#Оформляйте допники. Заказчики часто начинают понимать что именно им нужно как раз в процессе разработки. Решили изменить — пожалуйста, но в интересах разработчика это задокументировать.
Gulnara
#Дело в том, что, как написал Антон — после этого часто все наработки уходят к более дешевым разработчикам.
То есть начали общение, сделали ТЗ, прототипы, дошли до момента подписания договора и конечной стоимости исходя из ТЗ и тут начинается: а почему так дорого, щас мы найдем дешевле.
В итоге заказчик уходит к очередным «студентам» с тз и прототипами, на которые вы потратили день-два рабочего времени, которое теперь никто не оплатит.
Дмитрий Плетнев
#> Нет привычки документировать переписку — это точно! Это не умение вообще вести делопроизводство.
но это не проблема разработчика, скорее это недоработка, и не связанная конкретно с ИТ, а общая неграмотность (плохая квалификация) большинства мелких и даже средних предприятий.
земляК
#Использование «рыбы» объясняется просто.
Я хочу получить сайт компании, ищу тех кто это сделает, и начинается:
— от кого-то получаю ответ в устной форме о стоимости,
— кто-то обещает прислать бриф,
— кто-то присылает бриф,
— лучший вариант: приходит менеджер и помогает составить заполнить бриф.
Далее все компании начинают названивать и узнавать «созрели ли Вы для нашего предложения — мы готовы работать». Что они хотят делать для меня остается загадкой. Наводящими вопросами я предлагаю им ознакомиться с тем что я хочу, у меня есть готовый бриф/"рыба" — получайте считайте, раз уж Вы не соизволили появиться лично.
земляК
#По-моему, это вопрос менеджмента. Если заказчик не готов платить за строчку «Разработка ТЗ» в смете — эта строчка убирается, а сумма включается в разработку.
Мне немного сложно судить — я на местном рынке не работал. Но сомневаюсь, что вменяемость людей на региональном рынке отличается от людей, которые работают на Россию.
Егор Данилов
#Я считаю, что вменяемость везде одинаковая, но возможности (бюджеты) все-таки разные. И если за 300.000 руб. еще можно «пободаться», то за 30.000 руб. уже как-то не вставляет.
Илья Александров
#Соглашусь.
Вменяемость больше зависит не от географического признака клиента, а от его умения работать над ПРОЕКТОМ.
Антон Кисляков
#3 сантиметра — это классика!
ne_for
#У нас не говорят веское «нет» заказчикам, которые не понимают необходимость составления технической документации, создания прототипов, тестирования.
Все понятно, сложно отказать клиенту который приходит с деньгами и готов платить десятки тысяч за разработку не пойми чего, но никак не потратить три тысячи на техзадание.
А раз делают за так, зачем за это платить отдельные деньги? Так и появляются мертворожденные проекты.
Я считаю, что идиотов-заказчиков делают идиоты-исполнители.
Не работайте с идиотами.
Иван Лощёнов
#У нас (www.pweb.ru) стоимость разработки ТЗ от 20 до 50 листов стоит 6.000 рублей. Как правило, такие ТЗ разрабатываются для проектов стоимостью от 70.000 рублей и стоимость по ТЗ входит в общую стоимость.
Антон Кисляков
#Скажите (это я ко всем), как часто вы берете деньги за написание ТЗ, как за отдельную услугу, еще до того, как делать сайт?
Илья Александров
#Заказчики не готовы платить за составление ТЗ.
У нас, например, эта услуга задекларирована как профильная для конторы, но никто ещё ни разу её не потребовал. Увы.
Aleske
#В прошлом месяце заказывали только ТЗ.
Сказали, что разработчики свои есть, ты напиши нам ТЗ, а сделаем мы сами.
Т.е. люди заплатили только за ТЗ.
Content Provider
#Однако, поздравляю.
Надеюсь, это был не единичный случай, и уровень понимания заказчиков начнёт, наконец, повышаться :)
Aleske
#Заказчики не Ижевские были. Для Ижевска этот случай скорее исключение, чем практика.
Content Provider
#Опыт был.
Для Удмуртии ооочень редко. Для федеральных проектов — да.
Дмитрий Плетнев
#Если заказчик мутный, т.е. из общения с ним понятно, что он сам пока плохо представляет чего хочет, предлагаю заплатить за написание ТЗ, с тем условием, что если он будет делать сайт у меня, зачту ему стоимость ТЗ в счет оплаты проекта.
Если отказывается, то стараюсь с ним не работать.
Content Provider
#Если заказчик мутный я умножаю первоначальный ценник в 6-7 раз. Правда, потом, эти деньги с НЕбольшим удовольствием отрабатываются...
Антон Кисляков
#Если проект типовой — простой корпоративный сайт с каталогом, новостями и обратной связью, то проще заложить стоимость ТЗ в разработку. Создание такого ТЗ занимает минимум времени, а значит риск невелик.
Если же проект серьезный со сложным функционалом, то не имея на руках ТЗ его вообще трудно оценить. Так можно серьезно пролететь. И в этом случае лучше заказчику так и сказать что либо делаем ТЗ за отдельную плату, либо ставим цену заранее сильно завышенную. В этом ТЗ должно быть полноценным и законченным продуктом, с которым потом заказчик может пойти к любому разработчику.
Gulnara
#Судя по тому, сколько отзывов было от разработчиков, заказчики этот ресурс не посещают :)
WebДеВА
#посещают, это обсуждение одно из интересных
земляК
#Процент «заказчиков» здесь действительно очень маленький. Но преимущество участия в дискуссиях очевидно!
Антон Кисляков
#Че бы такое написать ))) Сразу вцепятся 2ое ))) нет не буду писать )
Al
#Переболели.
Заказчик-идиот — это 1001 способ заработать на нем деньги. Только такому заказчику можно безнаказанно завысить ценник в 6-7 раз, как это делает www.pweb.ru
Хотите адекватных заказчиков? Тогда готовьтесь закрывать бОльшую часть своих контор на клюшку, ибо необходимую проектную инфраструктуру, гарант-активы, которые такой заказчик от вас затребует, фиг кто из вас готов предоставить, по издержкам не потянете при своих копеечных ценниках, виртуальных офисах и фриланс-штатах.
MuadDib
#Аполалиптичная картинка: кругом разруха, ветер носит бумажки с надписями «Договор...» Часть из обгорело... Пепел перелетает от одногофонтана на ЦП Ижевска к другому. Люди ходят как зомби — это остатки веб-контор...Камера выхватывает ДК «Металлург» и ба — луч света (зачеркнуто) прожектора высвечивает флаг ЕПАМА (зачеркнуто) ЦВТ (а есть флаг?) и кто же его держит? ТАк это же сам товарищ Вылегжанин...стоит рядом с ним и прикуривает сигару, а люди-зомби начинают собираться на свет...они вытянули руки вперед и идут-идут...
To be continued )))
Al
#Ага. «Луч света в темном царстве» ©
Илья Александров
#Про студию «3 цвета» что можете сказать? Стоит с ними связываться?
Андрей
#Не знаю. Я вообще не в теме на удмуртском рынке.
Егор Данилов
#