기능 목록에 계정, 대시보드, 알림, 보고서가 있어도 누군가 왜 제품을 다시 사용할지는 설명하지 못할 수 있습니다. 초기 필요에서 유용한 결과까지 업무를 따라가면 범위가 명확해집니다. 소규모 시설 관리팀을 위한 공유 서비스 요청 추적기를 가상의 SaaS 아이디어로 생각해 보겠습니다. 첫 목적은 요청별 담당자와 현재 상태를 팀이 볼 수 있게 하는 것입니다. 이 목적이 버전에 실용적인 경계를 만듭니다.
이 페이지의 내용
초기 사용자와 결과를 정의하세요
첫 대상 사용자를 업무를 통해 설명하세요. 예시의 추적기에서는 코디네이터가 현재 메시지에서 요청을 모으고, 동료에게 진행 상황을 묻고, 수동으로 진행 보고를 합니다. 유용한 결과는 충분한 맥락, 지정된 담당자, 확인 가능한 상태를 갖춘 요청입니다. 누가 정보를 입력하고, 누가 행동하며, 누가 결과를 봐야 하는지 파악하세요. 그러면 코디네이터의 필요와 기술 담당자의 화면을 구분할 수 있고, 가능한 모든 고객을 초기 대상으로 취급하는 것을 피할 수 있습니다.
- 어떤 이벤트가 제품을 열 필요를 만드나요?
- 한 번의 유용한 사용에서 무엇을 끝내야 하나요?
- 어떤 정보가 업무를 이어가기 위해 다시 방문하게 하나요?
첫 여정을 정리하고 경계를 정하세요
예시에서 코디네이터는 작업 공간을 만들고 동료를 초대한 뒤 요청을 등록하고 배정합니다. 동료는 요청을 열어 상태를 업데이트하고 결과를 기록하며, 코디네이터는 나중에 그 결과를 찾을 수 있습니다. 이 단계들이 연결된 첫 여정을 이룹니다. 잘못 배정했거나 실수로 종료한 요청을 어떻게 처리할지도 정하세요. 고급 보고, 자동 배정, 공개 공급업체 마켓플레이스는 이 예시 버전에서 제외할 수 있습니다. 나중의 논의에서 이미 약속한 사항으로 간주되지 않도록 보류 사실을 기록하세요.
- 포함: 작업 공간 접근, 요청 상세, 배정, 상태, 기본 이력.
- 포함: 업무 흐름을 계속 사용할 수 있게 하는 수정 기능.
- 보류: 첫 여정에서 확인된 공백을 해결하는 경우를 제외한 추가 업무 흐름.
제품 운영에 필요한 작업의 범위를 정하세요
계정 책임, 초대, 접근 권한 회수, 역할별로 확인하거나 변경할 수 있는 정보를 명시하세요. 서로 다른 고객이 서비스를 사용하면 작업 공간 사이의 경계를 정의하고 검증하세요. 지원 담당자가 합의된 접근 규칙 안에서 신고된 문제를 조사할 수 있게 하세요. 복구 점검과 중요 기록의 책임도 계획해야 합니다. 구독을 포함한다면 선택한 과금 및 접근 상태를 설명하고, 보류한다면 첫 버전에서 접근을 어떻게 관리할지 기록하세요. 이는 화면과 함께 결정할 제품 사항이지 출시 직전까지 남겨둘 세부 사항이 아닙니다.
- 접근 권한을 잃은 사용자는 누가 돕나요?
- 누가 요청을 수정하거나 다시 열 수 있나요?
- 팀은 어떻게 업데이트를 출시하고 장애에 대응하나요?
첫 버전에서 무엇을 배울지 정하세요
가정과 팀의 검토 방법을 기록하세요. 추적기에서 코디네이터는 외부 도움 없이 요청을 만들고 배정할 수 있나요? 동료는 해야 할 일을 이해하나요? 코디네이터는 이후 활용할 수 있는 결과를 찾나요? 전체 여정을 관찰하고 도움이 필요한 지점을 기록하세요. 합의된 흐름의 실패와 새로운 제품 방향에 대한 요청을 구분하세요. 자동 배정은 고급 기능처럼 들린다는 이유가 아니라, 초기 사용자에게 배정 업무가 중요한 문제라는 근거가 확인될 때 다시 검토하세요.