Мои рекомендации: 1.разберитесь что такое MVP и в ТЗ описывайте только его, основной функционал, скелет. Если фрилансер сможет сделать MVP, то уж вёрстку и дизайн подавно за небольшую доп оплату. 2. Работайте ТОЛЬКО через безопасную сделку, она есть на всех сайтах (сейчас меня заминусуют разрабы), но это реально работает! 3. Постоянно будьте в контакте с исполнителем, спрашивайте, всех ли исходных данных хватает, просите промежуточные результаты. 4. Не всегда дорого в компании и по договору означает 100% получение качественного результата. Так же как дёшево, быстро у фрилансеров далеко не всегда заканчивается факапом. В моей практике статистика 50/50. 5. При составлении ТЗ используйте такие фразы: «вот это должно работать как в этом приложении, вот это - как вот на этом сайте, дизайн мне хотелось бы как на этом сайте, кнопки как в этом приложении». Как правило, до вас уже частично подобные проекты кто-то делал. Так и попросите фрилансера сделать функционал такой же, как у конкурентов, чтоб не было недопониманий! 6. Если не знаете какую цену запросить за проект, кратко напишите ТЗ с референсами, пусть сами предлагают.
Топ таких чектих тз: "Вот этот поиск должен быть как на этом сайте - google.com" "Новости на сайте должны показываться актуально как на этом сайте - facebook.com" "Дизайн мне хотелось бы как на этом сайте vc.ru, но по-другому "
И отдельно: "Так и попросите фрилансера сделать функционал такой же, как у конкурентов, чтоб не было недопониманий!"
Зарубите на носу - вы увидите только 5% процессов и деталей системы когда смотрите на нее с главной страницы/экрана как потребитель.
Вам вопрос - кто из вас двоих должен будет определять как все вместе должно работать по шагам, до проектировок и разработок - "программист"?
Пункт 5 надо вычеркнуть. Если человек пишет черновик ТЗ, то для себя ещё можно так писать, а вот в окончательном варианте надо четко писать какой функционал и как работает.
Всегда по таким пунктам в ТЗ спрашиваю и оказывается, что заказчик или не понимает, что за тем или иным функционалом скрывается или фрилансер думает что функционал проще и не видит того что ещё накручено и соответственно потом непонимание у обоих сторон возникает, так что надо четко такие моменты без "как вот там прописывать".
Мои рекомендации:
1.разберитесь что такое MVP и в ТЗ описывайте только его, основной функционал, скелет. Если фрилансер сможет сделать MVP, то уж вёрстку и дизайн подавно за небольшую доп оплату.
2. Работайте ТОЛЬКО через безопасную сделку, она есть на всех сайтах (сейчас меня заминусуют разрабы), но это реально работает!
3. Постоянно будьте в контакте с исполнителем, спрашивайте, всех ли исходных данных хватает, просите промежуточные результаты.
4. Не всегда дорого в компании и по договору означает 100% получение качественного результата. Так же как дёшево, быстро у фрилансеров далеко не всегда заканчивается факапом. В моей практике статистика 50/50.
5. При составлении ТЗ используйте такие фразы: «вот это должно работать как в этом приложении, вот это - как вот на этом сайте, дизайн мне хотелось бы как на этом сайте, кнопки как в этом приложении». Как правило, до вас уже частично подобные проекты кто-то делал. Так и попросите фрилансера сделать функционал такой же, как у конкурентов, чтоб не было недопониманий!
6. Если не знаете какую цену запросить за проект, кратко напишите ТЗ с референсами, пусть сами предлагают.
Топ таких чектих тз:
"Вот этот поиск должен быть как на этом сайте - google.com"
"Новости на сайте должны показываться актуально как на этом сайте - facebook.com"
"Дизайн мне хотелось бы как на этом сайте vc.ru, но по-другому "
И отдельно:
"Так и попросите фрилансера сделать функционал такой же, как у конкурентов, чтоб не было недопониманий!"
Зарубите на носу - вы увидите только 5% процессов и деталей системы когда смотрите на нее с главной страницы/экрана как потребитель.
Вам вопрос - кто из вас двоих должен будет определять как все вместе должно работать по шагам, до проектировок и разработок - "программист"?
Пункт 5 надо вычеркнуть. Если человек пишет черновик ТЗ, то для себя ещё можно так писать, а вот в окончательном варианте надо четко писать какой функционал и как работает.
Всегда по таким пунктам в ТЗ спрашиваю и оказывается, что заказчик или не понимает, что за тем или иным функционалом скрывается или фрилансер думает что функционал проще и не видит того что ещё накручено и соответственно потом непонимание у обоих сторон возникает, так что надо четко такие моменты без "как вот там прописывать".