기획 실무 칼럼 30편
발주 전에
알아 두면 좋은 기획
-
기획자 없이 개발할 때 생기는 일과 넘길 문서
기획자 없이 개발을 시작하면 정할 일이 전부 개발 중에 쏟아집니다. 그때 생기는 일과, 개발사에 넘기기 전에 준비할 문서를 정리했습니다.
읽기
-
운영 중인 서비스를 고칠 때 먼저 그릴 화면
이미 돌아가는 서비스를 고칠 때는 새 화면보다 지금 화면을 먼저 그려야 합니다. 현재 화면 지도와 고칠 화면을 고르는 순서를 정리했습니다.
읽기
-
오픈 날짜부터 정하면 기획이 무너지는 이유
오픈 날짜를 먼저 박아 두면 기획은 그 날짜에 맞춰 잘려 나갑니다. 날짜보다 범위를 먼저 정하고, 거꾸로 일정을 세우는 순서를 정리했습니다.
읽기
-
개발사 견적을 같은 기준으로 비교하는 법
개발사 견적은 금액만 놓고 비교하면 틀리기 쉽습니다. 같은 화면설계를 주고 받아야 금액 차이가 비교할 수 있는 차이가 됩니다.
읽기
-
화면 그림만으로는 개발이 안 되는 이유
예쁜 화면 그림을 넘겼는데 개발자의 질문이 끝없이 돌아온다면, 누르면 무슨 일이 일어나는지 적은 기능 정의가 빠져 있기 때문입니다.
읽기
-
견적 받기 전에 화면 목록부터 정하는 이유
같은 서비스를 물었는데 견적이 크게 갈라지는 건 개발사가 서로 다른 화면을 상상했기 때문입니다. 견적 전에 화면 목록부터 정하는 방법을 정리했습니다.
읽기
-
납품받을 때 화면설계로 확인하는 법
납품 검수는 앱을 둘러보는 일이 아니라 화면설계와 한 장씩 대조하는 일입니다. 화면 목록을 체크리스트로 바꿔 확인하면 빠진 화면과 다르게 만든 부분이 보입니다.
읽기
-
개발 중에 바꾸고 싶을 때 지켜야 할 순서
개발 중 변경은 막을 수 없습니다. 바꿀 내용을 화면설계에 먼저 고치고, 영향 범위와 일정을 확인한 뒤 개발사에 넘기는 순서를 지키면 비용과 일정이 덜 흔들립니다.
읽기
-
화면설계, 디자인, 프로토타입은 무엇이 다른가
화면설계는 무엇을 보여 주고 어떻게 움직일지 정하는 문서, 디자인은 어떻게 보일지 정하는 작업, 프로토타입은 눌러 보며 확인하는 시제품입니다. 순서를 지켜야 고치는 비용이 적습니다.
읽기
-
알림(문자·푸시·메일)을 언제 보낼지 표로 정하기
알림은 화면마다 따로 정하면 빠지거나 겹칩니다. 언제, 누구에게, 어떤 수단으로, 무슨 내용을 보낼지 한 표로 정해 두면 개발과 운영이 모두 편해집니다.
읽기
-
계약서에 개발 범위를 적어 두는 법
계약서의 개발 범위는 기능 이름 몇 줄이 아니라 화면 목록과 화면설계를 붙여 정하는 것이 안전합니다. 무엇을 만들고, 무엇을 만들지 않는지가 문서로 남아야 다툼이 줄어듭니다.
읽기
-
화면설계 파일을 개발사가 읽기 좋게 넘기는 법
화면설계 파일은 잘 그리는 것만큼 잘 넘기는 것이 중요합니다. 기준 파일 하나, 읽는 순서, 확정 표시, 바뀐 기록을 갖춰 넘기면 개발사가 묻는 일이 줄고 오해가 사라집니다.
읽기