기능정의, 정책정의, 화면설계서 기획문서 정의
서비스 기획을 하다 보면 다양한 문서를 작성해야 합니다.
실무에서는 IA, 페이지구조, 기능정의서, 정책정의서, 화면설계서 등 문서를 정확히 구분하고 작성하는 것이 중요합니다. 이 문서들은 서비스 초기 설계뿐만 아니라 디자인, 개발, QA까지 모든 실무 단게를 연결하는 핵심 가이드가 됩니다. 오늘은 다양한 문서 중 기능정의서, 정책정의서, 화면설계서에 대해 알아보겠습니다.
기능정의서는 웹/앱 서비스를 구축할 때 필요한 주요 기능을 정리해 놓은 문서입니다.
문서를 작성하는 이유는 서비스 규모나 기능을 빠르게 알아보기 위해서입니다.
프로젝트를 참여하는 모두가 서로 다른 기능으로 이해하지 않도록 합니다.
프로젝트 진행 전 기능의 난이도와 업무량 파악과 작업 기간을 대략적으로 산출해 볼 수 있습니다.
정책정의서는 기능 정의서에 정의한 기능에 대해 일정한 이용 제한을 두거나, 특정한 경우에만
사용할 수 있도록 정의하는 것을 말합니다.
ex) 회원가입 시 관리자 승인을 받아야하는 경우, 리뷰작성기한 만료로 작성이 불가한 경우 등
프로젝트 참여하는 부서별 담당자분들이 다양한 제한 사항과 설정에 대해 파악하고 있을 수 없고
사람인지라 구두로 내용을 전달하다보면 누락되거나 잘못이해하여 부서 담당자들 간의 충돌이 발생하기도
합니다. 이러한 상황을 방지하기 위해 정책 정의서를 기록하고 공유해야합니다.
기능정의서와 정책정의서를 기반으로 실제 화면 구조와 UI 구성을 상세하게 설계합니다.
개발자와 디자이너가 참고할 수 있도록 구체적인 화면 정보를 제공합니다.
화면명,화면경로,Screen ID 작성자 등의 항목으로 구성되며 회사마다 조금씩 다를 수 있습니다.
하지만 어떤 형식이든 기능과 UI를 명확하게 설명하고 협업자 모두가 이해할 수 있도록 정리되어 있다는 게 화면설계서의 핵심 포인트입니다.
기획자라면 꼭 작성해야하는 대표적인 기능정의서, 정책정의서, 화면설계서를 정의해보고 알아보았습니다.
제가 정의한 문서 작성 순서는 다음과 같습니다.
기능정의서 : 무엇을 할지 정의한다.
정책정의서 : 어떤 규칙으로 움직일지 정리한다.
화면설계서 : 어떻게 보여줄지 구체화한다.
이 기본적인 흐름을 지키면서 작업하면 프로젝트가 산으로 가는 걸 방지할 수 있고 부서간의 갈등없이
성공적인 프로젝트를 할 수 있습니다.