Как заказчику оценить написанное им ТЗ?

Левша, самые простые 2 варианта:

Заказчик говорит бюджет, либо кодер оценивает задачи. Дальше уже договариваются (если бюджет слишком мал для данного ТЗ, либо если кодер оценил слишком дорого, например)

Или оценщика нанять. :)

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

Количество страниц тоже ни о чём не говорит - 9 страниц могут генерироваться автоматически одной функцией, а на 10-ю понадобится написать 100500 функций.

И опять же проделанная работа ещё не гарантирует потребительской стоимости. Тут несколько дней назад (модераторы тему вырубили) выкладывали пример лендинга за 14000р. - так тот лендинг можно сразу на помойку выбрасывать.

В этом и проблема, кодер просит приложить к ТЗ мой бюджет, а я не знаю что сказать.

Окончательный вариант ТЗ должен писать исполнитель, согласовывая его с заказчиком.

Чтобы в дальнейшем не было претензий ни с одной стороны.

Окончательный вариант желательно показать независимому эксперту.

Касается ЛЮБЫХ ТЗ, не только по сайтам.

Как вариант обратиться к 3-5 исполнителям, узнать их ценник и прийти к среднему значению. Это и будет неплохим показателем. Только скилл каждого из опрошенных должен быть примерно одинаковый, чтобы один не оценил в $100, а другой в $10,000.

Ответ один: кодеры должны сами оценить, во сколько часов обойдется им выполнение вашего ТЗ. Точка! Пусть не точное количество часов, но какой-то диапазон должны озвучить.

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

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

И про бюджет часто не просто так спрашивается. Если у заказчика денег 100 рублей и 05 копеек, то работу по его ТЗ можно и нужно упростить до максимума. А при бюджете в 10000000, по ТЗ можно расчитывать на совершенно другой уровень реализации.

Грубо говоря, если у вас ТЗ - доставить посылку, то при бюджете в 100р, вам это реализуют почтой Росии. А при 10000, курьер самолично на подушке бережно принесет.

У заказчика нет непоняток. Заказчика часы интересуют только в качестве оценки сроков исполнения, но не как критерий оплаты. Заказчику интересна в конечном итоге только итоговая цена решения его проблемы.

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

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

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

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

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

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

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

Тут только вопрос в бюджете, о котором Левша и говорит. Если там 100 баксов - можно смело все игнорировать и делать кустарным способом. Если же 10000 - то сначала ТЗ, а потом уже программисты. Но программист составляющий ТЗ для себя и сам по нему же расчитывающий время - это как строитель, которому сказали построить дом в два этажа и с пятью окнами.