В целом рекомендуется работать и формулировать требования к модели на самом высоком приемлемом уровне абстракции. Здесь можно столкнуться с традиционными сложностями: хорошо известный среди программистов тезис о том, что «заказчик не знает, чего хочет», в общем случае неверен, поскольку заказчик точно знает, что он хочет получать, но на одном из высоких уровней абстракции (бизнес-продукт, бизнес-цель). Специалистам же по информационным технологиям свойственно, напротив, мыслить и работать на нижних уровнях абстракции (исходный код, переменные, библиотеки, окна). В этом ключе система Pilgrim 5 интересна тем, что во многих случаях ее собственная терминология (узлы, транзакты, семейства и так далее) может стать неким общим знаменателем между заказчиками и исполнителями, поскольку позволяет описывать объекты и процессы вне зависимости с одной стороны от их природы, а с другой – от низкоуровневых деталей их представления в компьютере.
Собственно, это верно везде. Например, в случае с копирайтингом: заказчик объясняет, чего он хочет, ты выполняешь работу, она нравится заказчику, но в этот момент благодаря тому, что сам текст - это инструмент сближения уровней абстракции, клиент понимает, точнее, оказывается способен более четко объяснить задачу (которую приходится выполнять за те же деньги). Это может и неприятно, но не трагично и даже логично (с позиции описанной выше).
