첫 주는 서비스 기획자와 PM에 대해 배우는 주간으로 생각할 수 있습니다. B. 서비스 플래너가 무엇인지, 왜 필요한지, 무엇을 하는지.
간단하게 엑셀과 비교해서 설명하자면, 엑셀의 다양한 기능과 단축키, 명령어를 배우기 전에 엑셀이 어디에 쓰이는지, 왜 사용하면 좋은지 알아보는 단계?
어쨌든 오늘은 로스터에 대한 소개(이론) 같은 느낌으로 구성되어 있습니다.
1주차 (2023.03.06 ~ 03.10)
#2 근무 스케줄링의 첫 단계
색인
- 의무 명단이란 무엇입니까?
- 서비스 계획 프로세스 – 프리프로덕션
- 서비스 기획 프로세스 – 제작, 출시
- 서비스 계획 방법론_ Agile과 Waterfall의 차이점
1. 의무 명단이란 무엇입니까?
- 사용자가 직면한 문제를 식별하고 이를 해결하기 위한 모든 프로세스를 설계합니다.
- 모든 프로세스는 제품 또는 서비스로 제공됩니다.
- 전략: 사용자 니즈 파악 후 컨셉 도출 단계(리서치, 벤치마킹 등)
- 사업: 수익성을 창출하는 단계(경우에 따라 제외됨). 비즈니스 모델을 설계합니다.
- 계획하다: PM이 적극적으로 참여하는 단계. 위 개념을 실제로 상품화하기 위한 모든 과정을 설계하고, 변수를 예측하고 계산하여 상품화 과정을 설계합니다. 간단히 청사진을 만드는 과정생각하시면 편합니다.
- 설계: 사용자와 사용성에 따라 어플리케이션 디자인을 만드는 단계입니다.
- 개발: 제품을 제작하여 실제 사용자에게 디자인대로 전달하는 단계.
“서비스기획은 기획에만 국한되지 않고 개념도화부터 구현까지 전 과정에 영향을 미칩니다.”
프로젝트 프로세스는 집을 짓는 것과 유사합니다.
- 프리프로덕션(집을 설계하고 도면을 만드는 과정)
- 제작(집을 짓는 과정)
- 매각(인테리어, 마케팅 등 완성된 주택을 런칭하여 판매하는 과정)
2. 서비스 계획 프로세스 – 사전 제작
프리 프로덕션 단계에서는 조사, 타당성 조사, 필요한 사양 합의, 사업 타당성 조사, IA 설계, 개발 문제 조사, 화면 설계 등의 과정을 거친다.
여기서 IA는 Information Architecture의 약자이며 조직도처럼 생각할 수 있습니다.
각 프로세스에 대한 간략한 설명은 위의 표에서 확인할 수 있으며, 조금 더 자세히 살펴보면
- 연구: 크게 내부 조사(로그 데이터, A/B 테스트, VOC, 사용성 테스트 및 벤치마킹, 데이터 마이닝 등)와 외부 조사(사용자 설문 조사, FGI 인터뷰, 벤치마킹, 온라인 조사, 시장 조사 회사, 데이터 마이닝 등)로 나눌 수 있습니다. 광업).세분화 등).
- 타당성 확인: 수행할 수 없는 사례(예: 호스가 연결되지 않은 상태에서 WiFi를 통해 물을 분사하는 샤워기)와 수행할 수 없는 사례(예: 기울이면 물이 양동이로 다시 흘러들어갈지 여부에 따라 입구가 회전하는 물병)를 검토합니다. 물을 붓다).
- 경제적 타당성 조사: 사용자 VOC 분석, 고객 오역 확인, 타 내부 서비스와의 자기잠식, 내부 자산 사용 계획, 서비스 팩 가용성 등
- IA 디자인: 서비스 흐름, 콘텐츠, 소통을 고려한 디자인.
- 개발 문제 검토: 초안 사양 검토, 기능의 타당성 검토, 현재 방향 논의, 추가 검토를 위한 요구 사항 전달, 리소스 할당
- 화면 디자인: 구체적인 계획을 작성합니다. 표지와 목차, 히스토리, 사이트맵, 화면 목록, 상세 디자인이 포함되어 있습니다.
3. 서비스 기획 프로세스 – 제작, 출시
제품 및 서비스 개발 단계로 제안서 검토, 자원배분, (설계/출시/개발)요청, 품질보증, 출고의 과정을 거친다.
- 제안 검토 및 리소스 할당: 세부 사양 검토, 기능 구현 타당성 확인 요청, 책임자 지명 요청, 기능 구현 의견 청취 및 일정 계산.
- 디자인 요청: 디자인 구성 요소를 승인하고, 디자인 제안을 검토하고, 디자인 지침을 공유하고, 상호 작용을 검토합니다.
- 릴리스 요청: UI/UX 요소 구현, 테스트 페이지 요청, 디자인 반영 내역 확인, 반응형 웹 반영 확인
(상황에 따라 디자인 의뢰 및 퍼블리싱 절차가 진행되지 않을 수 있습니다.)
- 개발 요청: FE-BE 간의 통신, 테스트 단계 설정, 개발 계획 조정, 변경 검토 및 조정.
- 품질 보증(QA): TC(테스트 케이스) 생성, 잔여 버그 감지 및 수정 요청, 릴리스 일정 조율을 진행합니다.
- 승인: 사전공지, 이용약관심사, 원서심사신청, 게재대기, 심사를 합니다.
4. 서비스 기획 방법론_ Agile과 Waterfall의 차이점
역사적으로 많은 산업에서 폭포수 방식이 다른 방식보다 (더 효율적이라고) 여겨졌기 때문에 이를 채택했습니다. 그러다 2010년부터 국내에서도 애자일 방법론이 점차 화제가 되면서 현재까지 많은 기업(특히 IT)에서 애자일 업무 방식을 도입하려고 노력하고 있다. 그러나 이것이 폭포수 방식이 구식 방식이라는 것을 의미하지는 않습니다. 프로젝트의 규모와 문화 등의 요인에 따라 선호하는 방식이 달라지기 때문이다.
위의 두 가지 방법을 간단히 비교하면 다음과 같습니다.
- 폭포: 인원이 많은 프로젝트에 적합하며 초기 방향을 잘못 설정하면 프로젝트 자체가 뒤집힐 수 있습니다.
- 민첩성: 소수의 인원이 빠르게 소통하고 작업할 수 있고, 사업 타당성이 충분히 검증되지 않더라도 상대적으로 위험도가 낮기 때문에 고품질의 결과물이나 지속적인 개선이 필요한 프로젝트에 유리합니다. .
배운 내용을 정리하다 보니 처음 보는 단어들도 보였다. 모든 직업이 비슷하겠지만 기본 용어를 이해하지 못하면 서비스 기획자로서의 커뮤니케이션이 원활하게 이루어질 수 없습니다. 예를 들어 FE/BE(프론트엔드, 백엔드), FGI(소수자 인터뷰)… 그래서 이 용어들은 나중에 한 곳에서 합쳐질 것입니다.