ИМХО, это зависит от того, является ли этот «рабочий процесс» (поток страниц в приложении) статическим, динамическим или ожидается, что он изменится, но редко.
Если поток статичен (известен во время компиляции), то это того не стоит. Если поток постоянно меняется, если вы не можете инкапсулировать этот динамизм во время компиляции с рабочим процессом, то, вероятно, нет.
Но, если поток изменяется для каждой установки или клиента, да. Примером может служить то, что поток документов зависит, например, от итоговых данных бизнес-аналитика. Это будет отличаться для каждого клиента, поэтому другой поток страниц будет разработан с использованием рабочего процесса, а затем подключен к системе.
Мне кажется, что вы попали в средний диапазон. У вас есть хорошо известный процесс, который может проходить через несколько различных этапов в зависимости от статуса заказа. Ваш выбор, вероятно, будет определяться трудностью реализации вашего потока страниц как рабочего процесса и простотой описания процесса с использованием готовых действий.
Я бы предложил создать простой (такой как трехэтапный процесс) веб-сайт, который использует рабочий процесс для потока страниц. Вскоре вы узнаете, насколько сложно / легко описывать и контролировать поток страниц с помощью WF.