3）用戶群分類：產品的用戶在很多方面存在著差異，例如：用戶使用產品的頻度、他們的應用領域和計算機系統知識、他們所使用的產品特性、他們所進行的業務過程、他們在地理上的布局以及他們的訪問優先級。根據這些差異，你可以把這些不同的用戶分成小組。用戶類不一定都指人，你可以把其它應用程序或系統接口所用的硬件組件也看成是附加用戶類的成員。以這種方式來看待應用程序接口，可以幫助你確定產品中那些與外部應用程序或組件有關的需求。將用戶群分類并歸納各自特點為避免出現疏忽某一用戶群需求的情況，要將可能使都有所差異。詳細描述出它們的個性特點及任務狀況，將有助于產品設計。
4）選擇產品代表：擇每類用戶的產品代表為每類用戶至少選擇一位能真正代表他們需求的人作為那一類用戶的代表并能作出決策。這對于內部信息系統的開發是最易實現的，因為此時，用戶就是身邊的職員。而對于商業開發，就得在主要的客戶或測試者中建立起良好的合作關系，并確定合適的產品代表。他們必須一直參與項目的開發而且有權作出決策。每一個產品代表者代表了一個特定的用戶類，并在那個用戶類和開發者之間充當主要的接口。
5）建立核心隊伍：建立起典型用戶的核心隊伍把同類產品或你的產品的先前版本用戶代表召集起來，從他們那里收集目前產品的功能需求和非功能需求。這樣的核心隊伍對于商業開發尤為有用，因為你擁有一個龐大且多樣的客戶基礎。與產品代表的區別在于，核心隊伍成員通常沒有決定權。
6）確定使用實例：讓用戶代表確定使用實例從用戶代表處收集他們使用軟件完成所需任務的描述-使用實例，討論用戶與系統間的交互方式和對話要求。在編寫使用實例的文檔時可采用標準模版，在使用實例基礎上可得到功能需求。
一個單一的使用實例可能包括完成某項任務的許多邏輯相關任務和交互順序。因此，一個使用實例是相關的用法說明的集合，并且一個說明是使用實例的例子。在描述時列出執行者和系統之間相互交互或對話的順序。當這種對話結束時，執行者也達到了預期的目的。
