Ок
Spark использует cookie-файлы. С их помощью мы улучшаем работу нашего сайта и ваше взаимодействие с ним.
Ваши ответы — это отличное, эффективное жопоприкрывание, и клиент не сможет вас обвинить в невыполнении ваших обязательств. Но результатом он будет недоволен. Потому что за его кучу денег он не получил того удовольствия и продукта, который хочет на данный момент (прямо сейчас и в том виде, как он его представляет в голове, а не полгода назад в черно-белых макетах и на простыне описания). Поработайте года три по такой модели, и после сквозь кровавые слезы всмотритесь в модели гибкой разработки. :) Они тоже не панацея, но если удается убедить клиента работать по такой модели — это значительно лучший и клиентский сервис, и результат, приближенный к желаемому клиентом.
а) за время разработки у него родилось 15 новых блестящих идей;
б) он забыл, что было в ТЗ;
в) он не так понял половину ваших формулировок, хоть и подписался под ними;
г) он неспециалист в IT и не может по тексту и прототипам достаточно четко представить себе, как работает законченный продукт.
Поэтому работать с клиентом нужно с максимальным его вовлечением в процесс, короткими итерациями и с прозрачным и гибким механизмом внесения любых изменений на любом этапе разработки.
Это не отменяет методологию водопада, которую вы описали, но не надо ее преподносить как единственную и наиболее эффективную схему работы.
В этом был смысл моего краткого комментария.