기획 원리에서 시작하는 웹 기획 방법론

웹 기획은 자체 웹 서비스 기획과 개발 중심 웹 기획 다릅니다. 프런트 엔드 중심 웹 기획과 백엔드 중심 웹 기획도 서로 차이가 큽니다. 여기에 기획 PL과 PA, 시니어 기획자와 주니어 기획자에 이르기까지 기획 업무와 도출해야 하는 결과물이 서로 다릅니다.

 

 

● 자체 웹 서비스 목적에 따른 웹 기획 

 

기획의 시작은 결과물에 대한 것 이상 중요합니다. 기획은 계획이자 일의 설계이기 때문입니다. 시작점이 다른 기획은 서로 완전히 다른 기획 과정을 거치게 됩니다. 시작과 목적은 기획의 형식과 방식, 결과물의 차이를 가져오게 되므로 먼저 웹 기획의 시작점이 어디인지부터 파악하는 것이 필요합니다. 시작을 파악하기 위해서는 기획자가 해야 하는 기획의 목적이 잘 정의되어야 합니다. 

 

전체 웹 서비스의 개념부터 정책, 어떤 가치를 어떤 방식으로 제공할 것인지에 대한 것의 기획부터 시작하는 경우 잠재 사용자를 파악하는 일부터 시작되어야 합니다.

 

물론 가장 먼저 웹 서비스 전략과 웹 서비스 사업 기획 구성이 되어 있어야 합니다. 이 일을 웹 기획자가 해야 하는 일인지, 사업 기획자가 해야 하는지에 대한 내부 구분은 필요할 것입니다. 서비스 전략 및 사업 기획 내용에 따라 웹 서비스 정책과 핵심 기능 등의 정의될 수 있기 때문입니다.

 

보통 이 업무부터 시작되는 경우는 기업이 자체 웹 서비스를 개발하여 운영할 때 이루어집니다. 이런 기획은 신규 사업 또는 신규 서비스, 서비스 개선 등의 목적으로 이루어집니다.

 

지금까지 이야기한 프로세스를 간단히 정리해 봅니다. 우선 웹 사업 기획을 합니다. 이후 사업 타당성이 있다면 웹 서비스 전략을 수립합니다. 사업 기획 내용과 서비스 전략을 기반으로 주요 정책을 정하고 핵심 기능을 설계합니다.

 

웹 사업 기획부터 핵심 기능에 이르는 과정의 중심에는 잠재 사용자가 있습니다. 그런데 각 단계별 잠재 사용자의 개념과 범위는 조금씩 차이가 있습니다. 웹 사업 기획에서는 좀 더 넓은 사용자를 검토한다면, 핵심 기능 설계 시에는 상당히 좁게 잠재 사용자를 정의합니다.

 

 

● 웹 개발 목적에 따른 웹 기획

 

개발 목적의 웹 기획은 개발자와 디자이너가 기획 문서를 받고 코딩과 디자인을 할 수 있게 해야 합니다. 이때 작업은 앞서 언급하였던 자체 웹 서비스 목적 웹 기획에서 도출된 문서들을 기반으로 합니다. 주로 마지막 자료인 웹 서비스 정책과 핵심 기능 정의 문서가 기준이 됩니다. SI나 웹에이전시를 사용하는 외주 개발의 경우 이는 보통 요구사항 명세서라는 이름으로 녹여 포함시키게 됩니다.

 

요구사항 명세서에는 정책과 기능 외에 다양한 개발 조건들이 포함됩니다. 정책과 기능 외에도 어떤 기술을 써야 하고, 서버 구성 또는 보안은 어떻게 해야 하고, 사용자 반응 속도는 어떻게 돼야 하는지 등 세세한 내용이 정리된 것이 요구사항 명세서입니다. 이는 결과물에 대한 통과와 재개발 기준이 됩니다. 

   

개발을 목적으로 한 웹 기획 중 외부 개발 기획의 경우 요구사항에 나타나는 정책, 기능을 중심으로 사용자 프로세스를 구체화합니다. 그리고 화면 디자인이나 화면이 작동되는 형태와 이에 따른 기술적 내용을 확인하기 위해 와이어프레임 작업을 하기도 합니다. 

 

요구사항 명세서를 기준으로 이 사용자 프로세스와 와이어프레임 내용을 기반으로 스토리보드가 작성됩니다. 작성된 스토리보드는 개발자와 디나이너에게 전달되어 작업이 진행됩니다.

 

웹 개발을 자체로 하는 경우 요구사항 명세서가 아닌 기존의 웹 서비스 전략, 정책과 핵심 기능 기획 내용을 가지고 곧바로 사용자 프로세스, 화면 구성, 개발 기술에 대한 와이어프레임 논의를 진행합니다. 최종 작업 문서는 스토리보드이나 자체 개발 시에는 양식보다는 속도와 정확성을 기준으로 작업하면 됩니다.

 

종종 기획 초기 사이트맵과 카테고리에 집착하는 기획자도 있습니다. 전형적인 사이트를 만들 때는 기획 초기 사이트맵과 카테고리를 결정하는 게 가능하지만 신규 웹 서비스나 복잡한 구조의 웹 서비스를 기획할 때는 미리 사이트맵이나 카테고리를 잡는 것이 거의 불가능합니다. 사이트맵, 카테고리 고민할 때 기능과 프로세스를 정리하는 것이 사이트맵과 카테고리를 더 빨리 정리하는 길입니다.  

 

 

● 기획자에 따라 다를 수 있는 작업물

 

시니어 기획자, 주니어 기획자, PL, PA 등 기획자의 경력이나 맡은 역할에 따라 작업물이 달라집니다. PL로도 불리는 기획 리더가 정책 및 핵심 기능 설계, 사용자 프로세스에 대한 기획 결과물을 내놓지 못한다면 PA로도 불리는 일반 기획자가 스토리보드를 작업하기 어려워집니다.

 

외주 개발의 경우 요구사항 명세서에 대한 상세화 작업을 하면서 고객과 회의를 통해 정책과 기능에 대한 파악을 해야 합니다. 또 특별히 적용/구현되어야 하는 기술이 있다거나 디자인 아이덴티티를 지켜야 하는 부분이 있다면 이에 대한 문서를 만들어 기획 리더는 일반 기획자에게 전달해야 합니다.

 

기획 리더 PL의 작업은 시니어 기획자가 일부 맡아서 작업할 수 있습니다.

 

보통 PA 일반 기획자의 작업물은 스토리보드가 됩니다. 스토리보드도 난이도는 달라질 수 있으므로 시니어 기획자가 참여하기도 하지만 많은 경우 주니어 기획자들이 많이 작업합니다. 스토리보드 작업을 위한 기획 문서만 잘 갖추어진다면 스토리보드 작업은 단순 PPT 작업이 되기도 합니다. 

 

마지막으로 엄격히 구분하자면 기획자는 개발자와 같이 프런트엔드 중심 기획자와 백엔드 중심 기획자로 구분될 수 있습니다. 프런트 엔드 기획자는 주로 화면을 중심으로 기획을 하고 백엔드 기획자는 주로 기능을 중심으로 기획을 하는 차이가 있습니다. 그러므로 똑같은 대상에 대해 웹 기획을 하더 라로 결과물은 서로 다른 스토리보드로 나타납니다.