기술 지식이 없는 건축업자를 위한 가이드

첫 번째 앱에서 무엇을 증명해야 할지 결정하세요.

화면과 기능을 요청하기 전에 광범위한 아이디어를 짧고 테스트 가능한 개요로 전환하세요.

01 — 한 사람과 한 가지 작업을 설명하세요.

지역사회 그룹에서 자원봉사 교대근무를 조직하는 데 도움을 준다고 가정해 보겠습니다. 유용한 첫 번째 질문은 자원봉사자가 적절한 교대근무를 찾고 관심을 표현하는 방법을 이해할 수 있는지 여부입니다. 이는 미리 알림, 권한 및 급여가 포함된 전체 일정 관리 시스템보다 크기가 작고 검토하기 쉽습니다.

  • 그 사람이 오늘 무엇을 하는지, 무엇이 어려운지 설명해주세요.
  • 더 명확하게 또는 더 쉽게 만들고 싶은 작업을 선택하세요.
  • 첫 번째 버전이 작동한다면 무엇을 관찰할지 적어보세요.

02 — 종이 위에 여행을 걸어보세요

자원봉사자의 예를 들어 교대근무 목록, 교대근무 세부정보 및 관심 양식을 스케치하세요. 각 화면에 하나의 작업을 제공합니다. 전체 교대 근무 또는 빈 목록을 포함하여 몇 가지 현실적인 샘플 교대 근무를 사용하면 검토에서 세련된 행복한 경로 이상의 내용을 다룰 수 있습니다.

  • 시작 화면과 다음 동작의 이름을 지정하세요.
  • 이 테스트에 필요한 필드를 나열하세요.
  • 빈 상태와 실패한 작업 상태를 포함합니다.
  • 탐색 프롬프트 및 예시에서 실제 개인정보를 제외하세요.

03 — 운영 서비스에서 데모 분리

이 버전이 여정만 보여주는지 아니면 실제 요청을 저장해야 하는지 결정하세요. 데모는 명확하게 표시된 예시 확인을 보여줄 수 있습니다. 운영 서비스에는 대상, 적절한 액세스 및 요청을 검색하는 방법이 필요합니다. 실제 참가자를 초대하기 전에 이러한 요구 사항을 확인하세요.

  • 브리핑에 모든 샘플 전용 작업을 표시하세요.
  • 연결, 권한 및 게시 요구 사항을 별도로 나열하세요.
  • 계정, 결제, 알림은 첫 번째 테스트에 의존하지 않는 한 나중을 위해 남겨두세요.
  • 작업에 민감한 정보나 복잡한 접근이 포함된 경우 적격한 도움을 요청하세요.

04 — 브리핑과 결과를 검토합니다.

아래 워크시트를 사용한 다음 제품 프롬프트 가이드에 따라 빌드 요청으로 전환하세요. 세대를 거쳐 같은 여정을 거치며 무슨 일이 일어났는지 기록해 보세요. 자원봉사자의 경우 성공적인 데모는 새로운 방문자가 귀하의 설명 없이 올바른 교대조를 찾고 다음 단계를 이해할 수 있음을 의미할 수 있습니다.

  • 아이디어에 익숙하지 않은 사람에게 작업을 시도해 보도록 요청하세요.
  • 추가 기능을 요청하기 전에 혼란스러운 단계를 기록하세요.
  • 집중적으로 한 가지만 변경하고 동일한 확인을 반복하세요.
  • 첫 번째 여정이 원래 질문에 답할 때만 범위를 확장하세요.

출발점

간략한 내용을 구체적으로 작성하세요.

이 예를 귀하의 비즈니스에 적용하십시오. 샘플 데이터를 실제 고객 정보와 별도로 보관하세요.

첫 번째 버전 범위 워크시트 사용하는 사람: ___ 현재 직면한 문제: ___ 완료해야 하는 한 가지 작업: ___ 해당 작업에 필요한 페이지: ___ 표시되거나 입력된 정보: ___ 기본 작업 이후에 발생하는 작업: ___ 샘플로만 유지되는 작업: ___ 나중에 남은 기능: ___ 관찰할 수 있을 때 첫 번째 버전이 통과됩니다. ___

다음 단계가 필요할 때

제품 설명서를 따르세요.

시작하기 전에.

프로그래밍 언어를 먼저 선택해야 하나요?

사용자, 작업, 정보 및 관찰 가능한 결과부터 시작하세요. 기존 시스템이나 기술적 제약으로 인해 언어나 플랫폼이 결정되는 경우 이를 개요에 포함하고 해당 시스템 책임자에게 확인하세요.

첫 번째 버전에는 몇 개의 기능이 포함되어야 합니까?

하나의 전체 여정을 검사할 수 있는 가장 작은 세트를 사용하세요. 범용 기능 개수는 없습니다. 해당 기능이 없으면 작업을 의미 있게 테스트할 수 없는 경우 해당 기능은 첫 번째 버전에 속합니다.

유용한 작업 하나로 시작하세요

리뷰할 수 있는 것을 만드세요.