1. Постановщик задачи. Не может / не хочет принимать решения. Описывает задачи максимально обтекаемо.

------

Как вариант - описывает на уровне своего знания/понимания задачи.

Это всегда так. Описывать не на "уровне своего знания" могут не только лишь все, мало кто может это делать. (ц)

Что делает адекватный постановщик задач, когда возникает технический вопрос, на который он не может ответить? Говорит это. Ротом. Мол, ребята, я не знаю что на это ответить. И или

а. просит предложить решения, которые видят разработчики, описать плюсы и минусы и на основании этого всё же принимает решение "давайте сделаем А".

б. говорит что проконсультируется с архитектором / ПО / знакомым который такое уже делал такое и на следующее обсуждение придёт с ответом (пригласит специалиста, и он даст ответ).

Для такого надо хотеть брать на себя ответственность и принимать решения. Минимум 2/3 этого делать не хотят, и формулируют требования специально размытыми. Чтобы можно было любой косяк спихнуть на разработчиков. Есть разработчики, которым тоже нравятся размытые требования. Потому что можно нахреновертить что угодно, оправдывая это "а так в требованиях написано".