Почати з очікуваної цитати
Менеджер будівельної компанії бажає адаптувати свої котирування до свого способу надання послуг. На прикладі документа, який відрізняє послуги, параметри для вибору, технічної перевірки, комерційної угоди та умов сайту. Ця структура визначає, що він хоче його клієнту читати і перевіряти. Обговорення може бути таким чином зосереджена на конкретному документі, з його інформацією, її ієрархії та її етапи договору.
Відновити запит з користувачем
Patrice пропонує оновлення та моду треку для адресної частини потреби. Перша пропозиція вимагає подальшого уточнення менеджера: планова презентація відрізняється різною. Прикладом передбачено обговорення цих відмінностей і краще визначити бажаний результат. Ця модель роз’яснює очікування та керує обговоренням адаптацій, які планується.
Створення специфікацій
Через кілька місяців, ускладнюючи створення кошторисів в ERP. Patrice перевтрачає і попросить користувача знову спробувати. Відповідальна особа підтверджує, що робота відновлена. Цей результат стосується повторення створення специфікацій; макет спочатку запитується залишається окремим предметом в рамках цього експерименту.
Бізнес-документ як спільна нитка
Цей історичний моніторинг був проведений Patrice як частина Alltech. На прикладі компанії та перевірки корекцій з особою, яка фактично використовує додаток. Це основа Dtouch підхід: розуміння очікуваного документа, визначення потреб і підтримки програмного забезпечення протягом часу.