애플리케이션 프로젝트에 유용한 시작점을 제공하세요.

실제 비즈니스 상황부터 시작하세요.

분할된 프로세스 바꾸기. 귀사의 팀은 동일한 요청을 스프레드시트, 이메일 및 여러 도구 간에 이동시킬 수 있습니다. 관련된 사람, 각 사람이 필요한 정보, 프로세스가 시간이 오래 걸리는 지점을 설명하십시오. 이를 통해 프로젝트는 명확한 목적을 갖게 됩니다. 즉, 분리된 화면을 복제하는 대신 정의된 프로세스를 단순화하는 것입니다.

고객을 위한 서비스를 준비하세요.. 고객이 귀사의 서비스를 어떻게 발견하고, 정보를 제출하며, 결과를 얻는지 설명합니다. 고객이 직접 수행하는 단계와 귀하의 팀이 승인해야 하는 단계를 식별합니다. 이러한 구분은 첫 번째 페이지를 구축하기 전에 애플리케이션의 범위를 정의하는 데 도움이 됩니다.

기존 시스템을 연동합니다.. 현재 활동을 설명하는 문서, 예시 및 서비스 문서를 제공하십시오. 유지해야 할 부분과 변경해야 할 부분을 명시하십시오. 유용한 참고 자료는 분석의 맥락을 제공하면서 원하는 결과를 귀사의 비즈니스에 맞게 지정합니다.

첫 번째 버전에 명확한 목적을 제시하세요.

첫 번째 버전에서는 작고 유용한 결과를 선택하세요. 하나의 팀, 익숙한 프로세스, 확인할 수 있는 결과가 있어야 합니다. 이러한 시작점을 설정하면 제안된 페이지에 대해 논의하기가 더 쉽습니다.

나중에 나올 아이디어를 눈에 띄게 표시하되, 모든 아이디어를 출시 조건으로 만들지는 마십시오. 우선순위와 예시는 구축 전에 제안된 범위를 검토하는 데 도움이 됩니다.

초기 아이디어에서 검토할 수 있는 범위까지

필요 사항을 설명하세요.. 비즈니스 문제, 대상 사용자, 사용자가 완료해야 하는 작업을 제시합니다. 원하는 화면 목록만 제공하는 대신 중요한 예외 및 제약 조건을 포함합니다.

제안된 범위를 검토하십시오.. 제안된 비즈니스 영역, 프로젝트 제안 및 호스팅 옵션을 확인하세요. 불분명한 요구 사항에 대한 질문에 답변하여 공통된 이해를 바탕으로 구축을 시작합니다.

결과를 참조할 수 있도록 보관하세요.. 처음 작업 페이지를 검토할 때 합의된 목적과 예제를 활용하십시오. 프로젝트가 확장되거나 나중에 변경 사항에 대한 배경이 필요할 때 명확한 초기 브리핑이 여전히 유용합니다.