Насколько сложно поддерживать сайт на фреймворке без разработчика?

Они дорабатывают, а не поддерживают. Если сайт нормально сделан, то он не падает и поддерживать его необходимости нет. А на лечение багов обычно гарантия дается 3-6 месяцев.

Это зависит от программиста который будет делать сайт и от степени индивидуальности проекта.

Если у программиста не стоит задача использовать функционал цмс/фреймворка по максимуму или индивидуальность проекта требует серьезных доработок, то задача дальнейших доработок сайта на цмс/фреймворке эквивалентна задаче доработки сайта на индивидуальной цмс. Т.к. по сути от фреймворка/цмс изначальных там уже процентов 10 останется, всё будет уже кастюмным кодом.

Про такую задачу в целом можно сказать, что проблемы она представлять не будет.

Ищите прогера хорошо знакомого с фреймворком/цмс и ставьте ему изначально задачу "ни одного велосипеда при разработке".

Т.е. есть фреймфорчная функция делающая что-то - значит это что-то должно делаться через нее, а не "как-то по своему".

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

Да нет ни какой гарантии. Явный косяк возможно поправят, но что бы 3-6 месяцев да на крупном проекте... только за отдельную плату.

Никакие. Только дополнительная оплата, а это лучше чем любой пункт в ТЗ.

Сделать изначально на CMS, что бы дешево и быстро. Если пойдет в гору - перенести на фреймворк.

Несколько прогеров - это оф. запрлата + 50% налогов. И наверняка делают год, не менее. Вот и подсчитайте затраты.

Это только если писал "условный индус", у которого код такой, что попробуй там исправить один баг - вылезет 10 других. У нормальных разработчиков 3-12 месяцев гарантии норма, при этом чем больше проект, тем дольше срок, т.к. в большом проекте баги иногда не сразу заметны. Речь же именно о багах, а не о "а вот еще хотелось бы тут доделать".

Умозрительно, можно просто промониторить рынок веб программистов и узнать, сколько есть разработчиков Yii и их цену.

Да. Подробная документация, это увеличит цену релиза, но зато сгладит углы. Фрейм популярный, так что при достаточной документации проблем не будет.

Не узнаешь, так как эти люди не часто на фрилансе, если они сильные.

Что следовало бы отразить в этой документации?

Всё!

Всю архитектуру проекта... вы не видели ни разу документацию к ПО?

Ну например: http://getbootstrap.com/docs/4.0/getting-started/introduction/

имхо, если вы собираетесь делать большой и сложный проект, то без постоянной поддержки программиста вам не обойтись. Даже если не учитывать баги которые будут всплывать по мере работы сайта, у вас постоянно будут появляться новые потребности и идеи. Я слабо верю в развитие достойного проекта без его постоянной оптимизации и прокачки, ведь ваши конкуренты держат штат программистов :)

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

Yii достаточно распространённый фреймворк, можно так же посмотреть в сторону Laravel.

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

Это мануал пользователя. К технической документации, а тем более к ТЗ - отношение и близко не имеет.