1 неделю назад
Как составить ТЗ на разработку, чтобы не переплатить
Большинство переплат в разработке рождается не из-за жадности подрядчика, а из-за расплывчатого технического задания. Когда заказчик описывает проект общими словами «нужен сайт» или «сделайте удобное приложение», исполнитель вынужден закладывать в цену риск: он не знает, что вы имели в виду, и страхуется суммой побольше. А дальше начинается самое дорогое — переделки. Вы получаете результат, смотрите на него и говорите «я думал, будет иначе», а в ответ слышите «в задании этого не было, доплатите»...
Что должно быть в ТЗ на дизайн сайта, чтобы не переделывать дважды: разбор ошибок и нормального подхода?
Дизайн сайта часто начинают не с задачи, а с вкусовщины. "Хочу современно", "сделайте красиво", "как у конкурента", "чтобы дорого выглядело". Вроде звучит понятно, но для дизайнера это почти пустые фразы. Проблема в том, что плохое ТЗ на дизайн сайта почти всегда приводит к переделкам. Дизайнер рисует одно, клиент ожидал другое, маркетолог потом говорит, что так не будет продавать, разработчик видит сложную реализацию, а SEO-специалист просит изменить структуру. В итоге все возвращается назад, сроки растут, бюджет увеличивается, а проект начинает раздражать еще до запуска...