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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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