ТЗ на создание вебсайта - как с сей задаче подступиться?

[Yup]

Есть некая идея, под неё потребен веб-сайт. Сайт видится несколько большим чем типовой сайт-визитка, т.е. в двух словах на пальцах толково объяснить потенциальному разработчику наверно не получится. В то же время и сверхмегазамудреным порталом, на которым требуется большая работа большой команды - вроде тоже пока не видится. Как правильней организовать работу над ТЗ? Есть ли какие то типовые подходы/инструменты, которые используют разработчики сайтов уровня "следующий шаг после типовых-простейших". Хотелось бы что то уже подготовить ДО поиска конкретного исполнителя, что бы более предметно общаться при этом поиске...

 

[DAE]

Если исполнитель планируется адекватный и что то соображающий (не студия) - то начать описание стоит с краткого брифа (2-3 листа) по концепции и функционалу.
Должно быть описано
1) зачем это все делается
2) какой функционал нужен

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

 

[DAE]

Вообще если есть какая то не совсем тривиальная логика, я бы плясал от дизайна.
С дизайнерами можно работать 2мя способами:
1) подойти с брифом, поговорить за жизнь и получить дизайн
2) подойти с детализированным ТЗ на каждую страницу.

1й вариант работает отлично с хорошими профессионалами, 2й вариант - если дизайнер умеет рисовать, но не умеет думать

 

[Mikka]

ГОСТ 34.х в помощь

 

[Yup]

ГОСТ 34.х в помощь

Ну это совсем уж серьезно-научный подход, который, ИМХО, только при регулярной профессиональной работе с потоком новых сайтов осваивать имеет смысл. При разовой же потребности такие трудозатраты на осваивание "научной методы" работы с ТЗ нерациональны, как мне кажется. Что нибудь попроще бы, в том направлении как DAE написал. А нет ли каких нибудь относительно унифицированных и при этом простых средств описания хотелок заказчиков, широко используемых при проектировании разработчиками относительно несложных сайтов? Или тут кто во что горазд?

 

[Yup]

Наткнулся вот на пару статеек на хабре: тынц и тынц. И из них ссылка на некую систему управления проектами https://azalo.net/ Показалось любопытным. Нет ли чего нибудь подобного, массово используемого разработчиками ОТНОСИТЕЛЬНО НЕСЛОЖНЫХ сайтов (о больших профессиональных проектах речи не идет)

 

[Mikka]

Ну это совсем уж серьезно-научный подход, который, ИМХО, только при регулярной профессиональной работе с потоком новых сайтов осваивать имеет смысл. При разовой же потребности такие трудозатраты на осваивание "научной методы" работы с ТЗ нерациональны, как мне кажется. Что нибудь попроще бы, в том направлении как DAE написал. А нет ли каких нибудь относительно унифицированных и при этом простых средств описания хотелок заказчиков, широко используемых при проектировании разработчиками относительно несложных сайтов? Или тут кто во что горазд?

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