정책서와 PRD

김현민·2022년 9월 10일
0

문화/역사/인프라가 서비스기획에 미치는 영향

Wifi Master - 인터넷 망 열악한 동남아 등

중국 - QR 코드 활용도 높다
포스기 대수 자체가 적었다.
유니온 페이의 독점
한문 저장의 어려움

아자르 - 한국의 스타트업 - 영상 메신저
웹 RTC 기술

인도의 밸런스히어로 - 모바일소액 선불 충전 서비스
인도에서 아이폰 보급율이 매우 낮기 때문에 안드로이드 위주로 앱개발

BlaBlaCar - 유럽 차량 공유 - 장거리 여행 공유에 특화되어 기존 운수업체들과의 마찰이 없다.

실패 사례
11번가 - 동남아에서의 문화와 인프라 이해 부족

인앱 결제 방지법

VAN 사의 수수료율이 줄면서 수익구조 악화 -> 매각

PG(Payment Gateway)의 줄임말 - 아임포트 서비스

서비스 정책서 작성과 법률

관련법령 - 산업생태계 - 경쟁사 - 내부환경 및 리소스

전자상거래법 중요성 대두되고 있음
중개업자도 전자상거래법의 대상이 됨

개인정보보호법
브랜드 인지도, 소송, 형벌
데이터 3법
my data - 개인화 서비스

특정금융정보법 - ex. 코인거래소

회원 정책 정책서
업데이트 히스토리,

SSO - 통합인증 - Single Sign-On의 약자

다양한 법률적인 이해, 시스템, 인프라에 대한 이해
비전과 현재 상태에 대한 깊은 이해가 있어야 정책서를 만들 수 있다.

정책서는 계속해서 변화가능하다

요구사항 정의서
Product Requirement Document (PRD)
신규 서비스(기능포함) 업데이트 및 기존 서비스의 변경등,
서비스의 변화를 가져오기 위해 변경 요구사항을 정의하는 것

요구사항 정의가 없으면 각자 다른 의도로 이해해서
이상한 결과물이 나올 수 있다.

!! 예시나 참조수준을 넘는 메뉴트리나 화면을 그리면 안됨 - 디자이너의 창의성을 제한하게됨

정책서와 요구사항이 부딪힐 때가 있음
이익형량 - 정책서를 어겼을때의 리스크 Vs 요구사항을 통한 이득

Functional Vs Cross Functional 조직

개발자와 디자이너와 협업하는 방법
그들의 방식을 존중 + 효율적인 시간 분배

우수한 PO는 초반부터 개발자, 디자이너와 의견 교환한다.

기획자가 UX를 이해하는 방법

UI : 상호 작용할 수 있도록 하는 매개체의 역할

UX : UI를 직,간접적으로 이용하는 모든 경험 - 결국 감정(불편함에 대한)

ex.
GUI , VUX

aAS - as a Service
ex. AWS
제3사에서 클라우딩컴퓨팅서비스를 제공한다는 의미

IaaS - 개발 구축 환경을 제공

PaaS - API 까지 제공 - Salesforce

SaaS - 소프트웨어 설치 및 업데이트 모두 제공

B2C - 사용자 동선을 중심으로 기획, 데이터 개인 중심
B2B - 비즈니스 프로세스 중심, 도메인 지식

프로젝트 관리 방법

우선순위 설정

프로젝트가 왜 실패하는가 ? : 조직 우선순위의 불안전성
ex. 소개팅 APP - 매칭 기능이 가장 중요한데, 라이브 스트리밍 부터 개발

리소스한정되어 있는데 방향성 못잡으면 - 결국 혼종을 만들어낼 가능성이 크다
킬러피쳐에 의해 우선순위 설정

방법론
1. 서비스 컨셉 - 킬러피쳐
2. 일정
3. 리소스

MSCW - 애자일 방법론에서의 프레임워크 - 대형 프로젝트에 가깝

워킹 스켈레톤 - 실무에서 별로 사용 X
주로 MVP 우선순위 정의하는데 사용되는 기법
완전히 초기단계에서만 사용
ㄱ. 사용자 플로우를 먼저그려보고 진행
ㄴ. 제거해 간다
ex. 배민 완전 초기 - 전단지 내용 정보제공 기능만

RICE - 점수모델을 통해 좀더 객관적인 판단 가능
RICE Score 통해 점수 높은 것부터 진행
RICE 방법론은 대형 프로젝트에서는 실제 정량적인 부분을
파악하기 어렵기 떄문에 쓰기 힘들다

백로그 작성시 ID 로 소통
상세 - 개발단

WBS (Work Breakdown Structure)
프로젝트 범위와 최종산출물 기준으로 세부요소로 분할
해당 페이지 구현 요청 내역은 프로젝트관리툴(ex.Jira) 사용

간트차트 - WBS의 확장판
병목현상 확인 가능

프로젝트 커뮤니케이션 용어 정리

  • 용어 통일 후 진행 - 커뮤니케이션 비용 낮출수 있다.

UX 용어 - 디자이너

콤보박스-숫자 ex.10pt
드롭다운-문자 ex.폰트
자동완성 통해 혼용 가능

Active
Hover(마우스 오버)
Click

라디오 버튼 - 하나만 선택
체크박스 - 여러개 선택

입력필드 - ex. 텍스트 상자

토글버튼 - ex.볼드
토글스위치 - on/off

스피너 - 직접 입력 혹은 화살표 눌러 값 조절

슬라이더 - ex. 화면 밝기
프로그레스바 - ex. 로딩창, 클라우드 펀딩

툴팁 - 마우스 오버시 해당영역에 대한 설명이 말풍선 형태로 나타나고 사라짐

노티피케이션(노티)- 사용자가 확인하지 않은 정보가 있는 경우

얼럿 - 취소 혹은 확인 (중요한 의사결정

개발요소 - 개발자

실무에서는 코드를 짜는 경우 없다!!
필수적인 역량은 아니다

API - 서버와 DB 사이 출입구 권한
패키지로 생각하는게 편하다
ex. 사용자의 이름과 전화번호를 원하면
해당 API를 찌른다

Private API - 사내 내부에서 사용되는 API

Public API - 개방형 API
cf. OPEN API - 권한은 Public이지만 과금하는 경우 있기때문에
조금 다르다

Partner API
비즈니스 파트너 간 소프트웨어, 정부와 회사간

Application
네이티브 앱 - 스마트폰 운영체제에 맞춰 개발된 프로그램
주로 구글 플레이스토어, 애플 앱스토어의 정책에 맞춰 개발

웹앱 - 링크 통한 접근, 웹브라우저 통한 접근 가능

하이브리드 - 주로 껍데기를 앱, 내부 컨텐츠를 웹으로 구현

Json - HTTP 요청에서 사용되는 데이터의 형식

Cookie - 클라이언트 로컬에 저장
Session - 서버에 저장(웹브라우저 닫힐때 같이 날아감)
로그인 기간과 관련 - 자동 로그아웃
ex. 세션을 얼마나 줄꺼에요 ?

프로젝트 회고 - Keep Problem Try 방법론에 따라 진행

프로젝트 이해

프로젝트는 기간과 목적, 금액, 투입인력등 일정한 요건내 요구사항을 수행하는 방식
즉 요구사항을 얼마나 잘 정리하느냐가 관건임

비즈니스 전략의 변경이 일어나는 경우
새로운 서비스 혹은 신상품 런칭
기업, 조직의 중요한 변화
사용자 환경변화

RFP - 제안서 요청서 (발주사가 작성)
대형 프로젝트 - '마더'가 있다
제안평가 - 우선협상대상업체 선정
RFP - RFA(인터뷰 통해서)
경쟁 PT 도 진행 - 15장 정도 요약본도 제출

프로젝트 컨셉정의
프로젝트는 목적과 목표를 명확히 정의해야 함

컨셉정의 ex. SK 웹사이트
기능과 역할 : 브랜드 아이덴티티 웹

profile
Better late than never

0개의 댓글