기획자의 작업대

피그마 화면 검토 체크리스트: 버튼, 문구, 입력값 실무 확인법 피그마 화면 검토 체크리스트: 버튼, 문구, 입력값 실무 확인법 피그마 화면을 검토할 때 가장 먼저 색상이나 배치를 보면 길을 잃기 쉽습니다. IT 기획자가 먼저 봐야 할 것은 예쁜 화면이 아니라 사용자가 제대로 행동할 수 있는 화면인지 입니다. 특히 실무에서 문제가 자주 생기는 지점은 세 가지입니다. 버튼, 문구, 입력값 입니다. 버튼은 사용자의 행동을 만들고, 문구는 사용자의 판단을 돕고, 입력값은 서비스의 데이터를 만듭니다. 이 세 가지를 제대로 확인하지 않으면 개발 단계에서 “이 버튼 누르면 어디로 가나요?”, “이 문구 확정인가요?”, “이 값은 필수인가요?” 같은 질문이 돌아옵니다. 작은 질문처럼 보여도 쌓이면 일정표 위에 모래성이 생깁니다. 📌 목차 화면 검토 체크리스트가 필요한 이유 1. 버튼 검토: 사용자의 다음 행동 확인하기 2. 문구 검토: 사용자가 오해하지 않게 만들기 3. 입력값 검토: 데이터와 정책 기준 확인하기 4. 오류 메시지와 예외 상황 확인하기 5. 개발자에게 전달할 질문 정리하기 실무용 최종 체크리스트 결론 FAQ 화면 검토 체크리스트가 필요한 이유 피그마 화면은 보기에는 완성된 것처럼 보여도 실제 서비스 정책이 빠져 있을 수 있습니다. 버튼은 있는데 클릭 후 이동 화면이 없고, 입력창은 있는데 필수 여부가 없고, 오류 문구는 있는데 사용자에게 무엇을 해야 하는지 알려주지 않는 경우가 있습니다. 그래서 IT 기획자는 화면을 볼 때 감상자가 아니라 검수자가 되어야 합니다. 화면을 보고 “괜찮아 보인다”에서 끝내지 말고, 사용자가 클릭하고 입력하고 실패하는 상황까지 확인해야 합니다. 버튼을 누르면 어디로 이동하는가? 문구가 사용자의 행동...

개발 전 필수! 기획자가 피그마 프로토타입을 검토하는 올바른 방법 개발 전 필수! 기획자가 피그마 프로토타입을 검토하는 올바른 방법 피그마 프로토타입은 단순히 “클릭되는 화면”이 아닙니다. 개발 전에 사용자의 이동 흐름, 버튼 동작, 오류 상황, 빈 데이터 화면을 미리 확인하는 중요한 검토 도구입니다. IT 기획자는 프로토타입을 볼 때 화면이 예쁜지보다 기능 흐름이 정확한지 를 먼저 봐야 합니다. 화면은 멀쩡해 보여도 버튼을 눌렀을 때 엉뚱한 곳으로 이동하면 개발 단계에서 다시 논의가 시작됩니다. 회의실에 작은 도돌이표가 생기는 순간입니다. 📌 목차 개발 전에 프로토타입을 검토해야 하는 이유 1. 시작 화면 확인하기 2. 버튼 클릭 후 이동 화면 확인하기 3. 취소·닫기·뒤로가기 흐름 확인하기 4. 오류와 예외 화면 확인하기 5. 개발자 회의 질문 정리하기 결론 FAQ 개발 전에 프로토타입을 검토해야 하는 이유 개발이 시작된 뒤 화면 흐름이 바뀌면 일정과 커뮤니케이션 비용이 커집니다. 그래서 개발 전에 피그마 프로토타입으로 주요 흐름을 확인해야 합니다. 특히 기획자는 정상 흐름만 보면 안 됩니다. 실패했을 때, 취소했을 때, 데이터가 없을 때, 권한이 없을 때 사용자가 어떤 화면을 보게 되는지까지 확인해야 합니다. 버튼 클릭 후 이동 화면이 맞는가? 저장 후 목록으로 가는가, 상세에 남는가? 오류 발생 시 다시 시도할 수 있는가? 데이터가 없을 때 안내 문구가 있는가? 권한이 없는 사용자의 화면이 준비되어 있는가? 1. 시작 화면 확인하기 프로토타입 검토의 첫 단계는 시작 화면 확인입니다. 사용자가 어느 화면에서 흐름을 시작하는지 명확해야 합니다. 확인 항목 기획자...