Как вовлекать заказчика в процесс разработки?
Андрей, вы не представляете какая это огромная проблема. Я занимаюсь сопровождением проектов и на каждом одно и то же...
Если порог входа в область высокий - заказчик советами не лезет. Если порог входа низкий - контролировать будут каждый шаг. Не дай бог заикнуться про UX, заказчик вам нарисует все как положено. 
По факту, таких областей немного: дизайн, анимации, звуки и СЕО. Во всех трех заказчики проявляют недюжую активность, несмотря на полное отсутствие знаний, или даже вкуса. Спорить бессмысленно. В редких случаях можно аргументированно объяснить почему, к примеру, цветовая палитра имеет два ярких цвета (а не один, или 10). Бывают что понимают и тогда... появляются вопросы к другим элементам. 
Для этого я всегда опрашиваю заказчика, делаю картину референса. Обычно это 10-100 работ, которые нравятся. В таком объеме сразу видны предпочтения (в цвете, тенях, размерах и пр.) и дизайнеру выставляется т3 с ограничениями. Это конечно не хорошо, но в большинстве случаем работает. Важно правильно сделать выборку того, что нравится заказчику. 
В СЕО я много говорю о планах проекта, о том, как видят заказчики развитие. В этой сфере аргументировать проще, хотя и порог входа все равно невысокий (заказчик с радостью даст совет)
Ранее я был полон энтузиазма и старался делать как лучше проекту. Но эти споры... позиции пришлось сдать и подстроится. 
В других сферах, более сложных (API / архитектура / протоколы и выбор алгоритма шифрования...) заказчик не появляется, слишком сложные чтобы давать советы.
У меня такая же проблема была! Я поступил так, сделали командой прототип сайта(что где должно быть), потом надо выбрать цвета,шрифт и размер шрифта. Потом дизайнер за пару часов нарисовал шаблон и отправили заказчику, было пару правок и все =)Может я и не открыл Америку, но так легче работается!