"Заказчик печатает...": клиенты, сроки и слабоумие (16 фото)

Мда, в наше время повторить такое вряд ли получится.

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

У стоматолога - ровно, вырезали/вылечили/убрали, зубы все на месте. У вас есть стандарты красоты, но когда скажут сделай красивую машину - а на выходе смарт, часть народа обожествляет, часть прохладно, часть считает убожеством, и вот в какой часте будет заказчик, который сказал просто - дизайн машины, а кто его знает. Поэтому без внятного ТЗ и результат будет ХЗ.

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

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

Я работаю и заказчиком, и исполнителем работ.
Есть стандартное выверенное и причесанное ТЗ.
Как заказчик - его предъявляю, если исполнитель и это ТЗ бракуют, то просто тихонько сливаюсь с заказа

не бывает готового стандартного ТЗ. Ну либо вы ищете полных лохов. Проехало - хорошо, нет - сливаюсь. Угадал?

Нет, не угадал.
Общая текстовка и табличка, где меняются только параметры.
В свое время, лет 10 назад, задался целью и разработал для себя.
Теперь смотрю, по городу ходит по рукам.
Лохов в нашей отрасли нет, там все четко регламентировано.

ну не мгуо спорить, что то у вас там слишком типовые ТЗ видимо.

Просто постоянная работа, с редкими отклонениями в нюансы.
Печём, как пирожки.

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

с теми с кем сотрудничаешь давно, кто не старается сесть на шею в стиле "а может ещё вот это добавим, это же легко"

Ну хотя бы выслать примеры работ (скрины), которые по его мнению смотрятся "интересней".

Любой нормальный заказчик вполне может сказать, что ему нужно - больше, меньше, жирным, курсивом, нестандартные шрифты со всякими вензелями.
А когда начинается "я хочу что нибудь этакое, сам не знаю что", то это уже мозгое..ство.
Или как правильно заметил Minos, можно выслать скрин или фото желаемого, чтобы было на что опираться.

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

Дико минусую, потому что ваш пример никакого отношения к теме не имеет.

Конкретная задача поменять свечи с точки зрения грамотного тз, равносильна задаче сделать кнопку годового отчета из статьи, на тз это не тянет. А во втором случае, ровно как и написал автор коммента.

В моём примере схожие отношения между заказчиком, не разбирающимся в технической стороне вопроса, но имеющем необходимость получить исправно работающий продукт, и мастером-исполнителем.

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

На самом деле исполнители требуют подробное ТЗ чтобы (в том числе) обезопасить себя от недобросовестных заказчиков, которые постоянно увеличивают объем работ, забывая про оплату

Это есть. Но это совсем другой вопрос. Он решаем иначе.

А потом выясняется, что под фразой "любое"- имелось ввиду амфибрахий и только так. А под фразой: " Оригинальное и качественное" - международно признанное сочинение уровня Николая Некрасова. А стоимость работ - "спасибо от ребенка". А разработчик тупой, не догадался, ведь у него на уме - только ТЗ.

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

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

Если в договоре "любое* - значит, любое. В договоре слово не вырубить и топором)

Как нормальные, компетентные айтишники работают. Вот именно, не как наборщики тупые, а как реальные творцы. Их очень мало - но они в тельняшках)

Схема простая как в любом творческом профессиональном процессе. Киностудия заказывает сценарий - ставит цель, условно в двух словах. Сценарист пишет сценарий - редко, когда он полностью устраивает. Дальше идёт творческая работа - доработка с учётом замечаний и критики. Это нормально.

Но в нашей айтишной сфере такую нормальную работу найти почти невозможно.

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

Это даже не бухгалтера. Повторюсь - это уровень банальных наборщиков, и то безграмотных. Вот поэтому им нужно подробное ТЗ - где всё за них уже сделано и придумано. А они такие - а мы на вахте))

Давайте разберем ваш пример. Надо стих. О весне. Для детского сада ребенку. Весна и детский сад конечно накладывают много ограничений, но для конечного (качественного, как указано в требованиях) результата явно мало. 1-е и самое главное - не указан размер будущего стиха, а это напрямую влияет на стоимость, ведь есть разница в двух строчках и поэме на три тома. 2-е - указан параметр "оригинальность", но не указано, насколько должно быть оригинальным (ведь могут применяться приемы уже ранее придуманные, либо же стиль написания полностью создан с нуля, что гораздо дольше, сложнее и дороже). 3-е - не указан даже элементарно пол ребенка, а если в стихе будет упоминаться ребенок ("я гулял по весенней траве" к примеру), то это тоже важно. 4-е - язык написания стиха также опущен, а возможно заказчик хочет стих в садик для одаренных детей, написанный на латыни :))
Все это складывается в ТЗ, которое позволяет получить именно тот результат, который хочет видеть заказчик. Ну и конечно обезопашивает разработчика от необоснованных претензий и банального кидалова.
З.Ы.: я не разработчик ни разу :))) IT, но разработкой как таковой не занимаюсь. Хотя часто сталкиваюсь с заданиями от пользователей, которые выглядят примерно как:
- ты можешь мне комп почистить?
- почистить как? от вирусов? от лишнего мусора на винте? банально от пыли?
- нууу... чтобы работал получше...
-

А я и не говорю такое, я с обоих сторон побывал. Самое идеальное, конечно, когда сложились доверительные, честные отношения, и никто никого не пытается поиметь. Но над такими отношениями надо долго работать

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

Отвлечёмся от Айтишников. В любой работе должно быть грамотно поставленное ТЗ от заказчика - исполнителю. Возьмём, для примера, СТО. Приезжает на станцию клиент и сходу "выдаёт" ТЗ:
- "Мне нужно поменять рулевые наконечники, а то у меня нет "развала".
- "Может сделаем полную диагностику и определим, что нужно менять"?
- "Нет, поменяйте только наконечники".
Хорошо, поменяли. Через неделю клиент приезжает.
- "У меня всё равно машину ведёт в сторону, вы куёвые мастера".
Поднимают машину, а сайлентблоки рычагов разбиты, соответственно о "развале" не может быть и речи.
- "Что же Вы сразу не предупредили"?
- "А мы тебе говорили, но ты сам поставил "узкие рамки" ТЗ".

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

По вашему Айтишник должен разбираться во всем? Если скажут написать сайт по ВОВ, то айтишник должен быть минимум доктором исторических наук? А когда завтра он будет писать сайт для магазина красок - он должен работать в аналогичном магазине минимум 10 лет, что бы знать все тонкости, которые заказчик то не может сформировать, и как это айтишник в них не разбирается?

Как то мне один главбух сказал - поставьте мне 1с и установите - на мой вопрос какой конфигурацией вы будете пользоваться в связке с чем - мне был дан ответ, что это я должен как профессионал всё сам купить, настроить и поставить, при условии, что я не понимаю как она собирается вести дела в данной фирме, что сдавать и в каком виде делать - ведь я же глав бухом не работал, и как то не особо собираюсь вникать в её работу, что бы ЗА НЕЁ решить как же правильнее это делать. А на деле потом - я ему ничего не говорила, кроме сделай, и это он решил и купил а не я - во всём виноват он.

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

Эникейщики названы два раза.
" - Политиков ты уже называл.
- Да, но они хуже всего остального в два раза"

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

Задача - это конкретные трудности и действия на пути к цели. Цель формулирует заказчик. Задача исполнителя увидеть задачу, которая лежит на пути к цели, и решить её.

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