백엔드기획 백오피스기획 웨비나를 듣고 기억하려고 쓰는 글

 

지난주, 요기요PO 강주란님이 진행하고

러닝스푼즈에서 주최한 백엔드기획 백오피스기획을 듣고

한번 더 짚고 넘어가야 할 부분을 정리해보았다.

 

정식 강의는 아니고 맛보기 형식으로 강의 소개를 해주시는 파트였는데,

백엔드와 백오피스쪽 기획으로

막막한 프로덕트 디자이너 혹은 PM이 있다면

이 글이 조금이나마 도움되기를

 

서비스기획 VS 백엔드기획 VS 플랫폼기획

- 서비스기획: 이용정책, 서비스 동선 등 사용자가 직접 보고 경험하는 것에 대한 설계

- 백엔드 기획: 개발자들이 많이 다루는 영역. 전면적으로 사용자에게 보이는 서비스는 아니지만, 서비스가 제대로 동작하기위해서는 존재해야하는 뒷쪽의 서비스.

- 플랫폼 기획: 하나 이상의 서비스를 위한 타서비스/다른 플랫폼과의 연동하는 것을 설계하는 일. 플랫폼의 역할을 정의하고, 제공하는 기능에 대해 정의하는것. 보통 플랫폼은 여러 플랫폼들이 얽혀있는데, 우리 플랫폼 안에서 각 플랫폼의 역할을 파악해 정체성을 명확히 정의해야한다.

 

 

백엔드나 플랫폼 기획을 하기 위해 필요한 개발지식

- 대부분 백엔드 기획이나 플랫폼 기획을 하는 분들은 개발자인 경우가 많다.

- 개발자 베이스가 아니라도 백엔드나 플랫폼 기획을 할 수 있으며 개발지식은 커뮤니케이션을 좀 더 능률적으로 하고 백엔드 파트를 더 이해하기 위한정도로 알면좋다.

- 그럼 어떤 공부를 하면 좋은가? -> 데이터 베이스에 대해

- 데이터 베이스 설계나 SQL/API에 대해 공부하는 것을 추천한다.

- 하지만 개발지식보다 필요한 것은 일반적인 PM이 알고있어야 하는 지식이다. (개발지식 <<<< 일반 PM 지식)

 

 

DB쪽 지식이 쓰이는 곳

1. 요구사항을 분석할 때

2. 요구사항을 데이터 모델로 표현할 때

- 요구사항을 분석할 때는 일반적인 PM지식을 바탕으로 고객의 요구사항이나 현 배경이나 프로젝트의 목적 등을 파악한다.

- 요구사항을 데이터 모델로 표현할 때는 개발자들 및 관계자들이 잘 보고 이해할 수 있도록 개체와 개체 간의 다이어그램을 그리는 식으로 기본적인 작업을 한다.

 

백엔드 기획의 기본 자료

1. 스토리보드

2. 플로우차트

3. 기능설계서

 

=> 결국 기획자의 기본 업무와 같은 결이다. 관련 서적 및 아티클을 읽으면서 하나하나 뿌셔볼 것

 

 

백엔드 기획의 실제 기획안

1. 기본정책

- 사용자의 한 action에 대해서 필요한 back단의 정보를 나열한다. 어느 시점, 어느 플로우에 어떤 정보들이 요구되고 저장되는지 파악하고 시각화한다. 상세 프로세스보다 좀 더 큼직하게 어느 파트에서 해당 내용을 담당할지에 초점을 맞춰서 작성한다.

2. 상세 프로세스

- 어떤 DB 및 api가 어느 단계에서 쓰이는지, 구체화된 정보를 담는다. 기본적책에서는 어느 파트에서 해당 내용을 담당할지를 쉽게 파악할 수 있다면, 여기서는 기본 정책 중 한 파트의 시작과 끝을 적는데, Yes/No로 구분하여 성공 및 에러케이스까지 꼼꼼하게 적는다.

 

 

나의 액션 아이템
1. 이번에 들어가는 프로젝트에서 개요파트, 기본정책, 상세 프로세스까지 정리해보기
2. 스토리보드 및 기능설계서에 관한 책 읽고 작은 부분이라도 프로젝트에 반영해보기
3. 가능하다면 9월 28일에 시작하는 강의 결재받고 들어보기
4. PM에게 필요한 직무능력 기르기