QUIZ

중앙값은 어떤 주어진 값들을 크기의 순서대로 정렬했을 때 가장 중앙에 위치하는 값을 의미합니다. 예를 들어 1, 2, 7, 10, 11의 중앙값은 7입니다. 정수 배열 array가 매개변수로 주어질 때, 중앙값을 return 하도록 solution 함수를 완성해보세요.

 

MY ANSWER

import numpy as np

def solution(array):
    return np.median(array)

BETTER ANSWER

def solution(array):
    return sorted(array)[len(array) // 2]

POINT

np.array()

입력받은 파이썬 리스트를 ndarray 형태로 변경

 

np.arange()

파이썬 range 함수와 같지만 ndarray 객체를 생성

 

np.zeros(), np.full(), np.eye()

기본 행렬 생성 함수들 행렬 생성 시 사용

 

np.add(), np.substract(), np.mulyiply(), np.divide()

사칙연산 

 

np.dot()

행렬곱이라 생각하면 됨 ( 실제로는 내적을 연산하는 것)

 

np.sum(), np.prod()

원소의 합, 혹은 곱을 반환

 

np.max(), np.min()

최대와 최소값 반환하는 함수

 

np.argmax(), np.argmin()

최대와 최소값을 가진 위치를 반환하는 함수

 

ndarray.shape

ndarray의 차원을 반환

 

np.reshape()

행렬의 차원 바꾸는데 사용, -1을 넣어 쭉 피는용도로도 자주 사용

 

np.transpose()

기본적으로는 행렬의 전치행렬을 구하는 것 & 3차원 이상의 행렬에서 우선순위를 정하기

[제로베이스 PM스쿨] 매일학습일지 #9.1

 

롤백 없는 서비스를 기획하기 위해서는 탄탄한 준비가 필요하다.

이를 위해서 오늘 배운 간단하게 프로세스를 정리해본다.

 

명확한 서비스 기획하기 프로세스

1. 서비스 안건 제시

2. 현황 분석 데이터 검증

3. 서비스 기획 기능 구현

4. 전문가 테스트 진행

5. 서비스 오픈

+ 서비스 운영, 서비스 검증

 

또한, 정책과 전략이 명확한 서비스를 기획하기 위해서는 ?

1. 항목에 대한 정책 정의를 끊임없이 논할 것

2. 서비스 프로세스를 명확히 할 것

문서보다 정책 정의를 최우선으로 정리할 것

 

이제 강의가  거의 끝난다 이제부터는 진짜로 내가 이걸 가지고

어떻게 서비스 기획자로서 프로덕트를 기획할 수 있을지 고민해야 하는 시점이다.

 

아자자 ! 

[제로베이스 PM스쿨] 매일학습일지 #8.4

 

요즘에는 PRD 작성이나 서비스 기획서 작성 부분을 공부하고 있는데

실무에서 진행하는 기획 프로세스를 한번 쭉 정리해두면 좋을 것 같아서 한번 정리해보고자 한다. 

 

서비스 기획 프로세스

  1. 프로덕트 백로그 확인 및 비지니스 요구사항 수립
  2. 우선순위가 가장 높은 백로그 선정하여 기회 평가
    • KPI 설정
    • ICE Scroing 진행
      • Impact : 해당 백로그를 개발 했을 때 얼마만큼의 임팩트를 가져 올 수 있느냐
      • Confidence : 이 작업을 하면 정말 당신이 원한는 임팩트가 발휘될 것인가
      • Easy : 얼마만큼 개발하는데 쉽냐
      • 위 3가지를 종합적으로 보고 우선순위를 결정하는 프레임워크 
  3.  가설 구체화
  4. 초기 기획안 작성
    • 가설, 기대효과, 요구사항 작성
    • WITH 와이어프레임 / 간단하게 진행 해도 괜찮다면 레퍼런스 정도
  5.  프로덕트팀에 1차적으로 공유하여 피드백 수렴
    • 너무 좋지 않은 피드백을 받았다면 피보팅을 진행
    • 그정도가 아니라면 다음 단계 진행
    • 1차부터 디자인 리소스는 투입하지 않는다
  6.  피드백을 바탕으로 2차 기획안 생성한 후 디자인 작업 진행
  7.  디자인 바탕으로 개발자 대상 2차 공유
  8. 개발 ROI가 나오지 않는 기능들 축소 또는 제거 EX) 임팩트는 적은데 투자해야하는 시간이 많은 등의 업무들
  9. 기획안 확정 및 세부 사항 구체화 (개발자가 해당 문서만 보아도 질문이 생기지 않을 정도의 기획서)
  10. 개발 진행 중에도 지속적으로 개발팀과 소통하여 기획안 개선
  11. 런칭 후 1차 데이터 확인한 후에 성과 관련된 데이터 분석 자료 기획안에 추가
    • 런칭 후 보통 2-3주 정도 후부터 데이터 확인 > 분석
    • 실제 우리가 원했던 기대효과와 가설에 부합했는지 아닌지를 확인하고, 이후 스텝에 대한 논의 필요

[제로베이스 PM스쿨] 매일학습일지 #8.3

 

퍼포먼스 마케팅과 타겟팅

  • 퍼포먼스 마케팅 : 데이터를 수집하고 분석해 디지털 영역에서 소비자의 행동을 트래킹하고 맞춤 광고를 운영하는 마케팅
  • 타겟팅 광고 : 올바른 대상에게 올바른 방법을 통해 올바른 시간에 올바른 컨텐츠를 발송하는 광고 방식

타겟팅 AD의 4R

  • Right Audience
  • Right Place
  • Right Time
  • Right Contents

퍼포먼스 마케팅 중심의 플랫폼 사이클 선순환

  • 광고 효과 증가
  • 사용자 피로도 감소
  • 파트너사 증가
  • 컨텐츠 생산량 증가
  • 사용자 타겟팅 고도화
  • 광고 효과 증가
  • 광고 수익 증가

사용 데이터

  • 인포그래픽 데이터 : 사용자 개인데이터를 중심으로 확보한 추정데이터
    • 디바이스 정보 : OS 정보, PC 타겟팅, 모바일 타겟팅
    • 사용자 유형 : 성별 정보, 연령 정보, 생일 정보
    • 지역 정보 : 날씨 정보, 배송지 정보, GPS 정보
  • 리타겟팅 데이터 : 각 사용자의 서비스 활용 내역을 기반으로 타겟팅 하는 기법
    • 채널 기반 : 유입 URL, 랜딩 URL, 레퍼러 데이터
    • 액션 기반 : 클릭 정보, 방문 정보, 이탈 정보
    • 구매 기록 : 상품 정보, 카테고리 정보, 구매 빈도 정보

[제로베이스 PM스쿨] 매일학습일지 #8.2

 

오늘 강의를 들으면서는 이론을 정리하기 보다는 인상깊은 말이 있어서 이것에 대해서 얘기해보려고 한다.

 

플랫폼 비지니스에서 광고를 진행하는 것은 당연하다. 왜냐면 플랫폼은 대부분 트래픽 기반의 광고를 통해 수익을 만들어내고 있기 때문이다. 그렇게 많아지는 광고 지면은 사용자들이 불편을 느낄 수 있다. 그렇다면 광고를 없애는 것은 사용자에게 무조건 적으로 좋다고 할 수 있을까 ?

 

그렇다고만 볼 수는 없다. 왜냐면 광고 지면을 축소 > 광고 수익 감소 > 사용자 피로도 감소로 이어질 수 있지만, 사업의 수익이 떨어지기 때문에 프로덕트/콘텐츠에 투입할 수 있는 리소스가 줄어들고 이것이 사용자가 이용하는 서비스의 질까지 영향을 미칠 수 있다. 

 

이러한 이유로 사용자가 불편함을 덜 느낄 수 있는 광고의 형태를 선호하고, 개인화된 추천 광고로 흐름이 바뀌었던 것이다. 점점 더 광고에 대한 거부감이 많아지는 데 이러한 부분을 어떻게 해소하고 발전할 수 있을지 궁금하다 !

[제로베이스 PM스쿨] 매일학습일지 #8.1

 

거의 다 왔다 ! 이제는 거의 케이스 스터디와 역기획 쪽 강의만 남았다 ㅎㅎ

그 시작인 플랫폼 비지니스에 대한 내용을 정리해보겠다 :)

 

플랫폼이란

수요자와 공급자 간의 거래가 가능하도록 구현된 생태계

 

플랫폼 비지니스란

생태계를 구축하고 수요자와 공급자 간의 거래를 촉진하여 특정 가치를 포함하여 수익을 창출하는 비지니스 모델

 

거래 플랫폼 (2-sided Platform)

  • 가장 기본적인 플랫폼의 형태이며, 플랫폼 사업자는 재고를 소유하지 않고 생태계를 제공
  • 주요 BM : 거래 당 수수료 모델
  • 락인 효과가 필요 WHY? 공급자와 수요자가 플랫폼을 띄고 직접 거래를 하면 안되니깐
  • 최근에는 거래 중개 뿐만 아니라 ‘은행’ 으로서의 역할도 수행하고 있음

싱글 플랫폼 (1-side Platform)

  • 주로 기술 기반의 플랫폼 기업에서 취하는 형태이며, 공급자에게 필요한 기능 혹은 솔루션을 제공함으로서 사용료 받는 방식
  • 주요 BM : 통신별 사용료(Transaction Fee), 기능별 사용료, 월별 사용료
    • 통신별 사용료 : API 사용 수에 따라 과금
    • 기능별 사용료 : 라이선스 사용에 대한 과금

멀티 플랫폼 (Multi-sided Platform)

  • 가장 확장된 형태의 플랫폼이며 두개 이상의 서로 다른 유형의 제휴 고객 간의 직접적인 상호작용을 가능하게 함
  • 주요 BM : 광고 비용, 거래당 수수료, 플랫폼 사용료
  • 부가 플랫폼 : 기존 플랫폼에서 제공하지 않았던 광고/마켓 플랫폼 등 → 인프라, 솔루션, 마켓 플레이스를 제공 → 입점비 등을 지불하고 비지니스를 만들어주는 환경을 MADE
  • 멀티플랫폼 단계에서는 공급자와 수요자의 장벽이 허물어지고, 다양한 이해관계자들이 각자의 요구 사항에 맞는 비지니스를 영위해가는 플랫폼

[제로베이스 PM스쿨] 매일학습일지 #7.5

 

오늘은 디자이너분들과 커뮤니케이션을 하면서 기본적으로 알고 있어야 하는 지식들을 간단하게 정리 해보았다. 

특히나 PM으로 업무를 하기 위해서는 프로젝트의 전반을 체크할 수 있어야 하기에, 내 것이 아닌 일들도 사전에 알아두면 스케줄링을 하는데에 도움이 될 수 있을 것이다. 

 

꼭 아래에 내용을 잘 숙지하고 협업 시에 잘 커뮤니케이션 할 수 있도록 노력하자 :)

 

색상(color)

  • Primary Color / Service Identity Color = 메인 컬러, 키 컬러, 브랜드 컬러

 

GUI Design Guideline

  • 컬러 팔레트(컬러 스타일 가이드)
  • 타이포그래피(폰트 스타일 가이드)
  • 레이아웃 가이드, UI 가이드, 아이콘 스타일 정의
    • 이미지 위치
    • 요소들의 간격
    • 버튼의 대기, 눌렸을 때, 눌린 후 색상 모두 정의
    • 이전에는 하나하나 PPT에 옮겨서 디자이너들이 수치 등을 기입해야 했음
    • 실수로 인해서 휴먼 에러가 발생 할 수도 있음
    • 최근에는 제플린이라는 툴을 통해서 자동으로 가이드 전달

 

디자인 시스템

  • 구성
    • 스타일 가이드
    • 컴포넌트 라이브러리
  • 대표적인 가이드 라인
    • 구글의 Material 디자인 가이드라인
    • iOS의 휴먼 인터페이스 가이드라인
  • 디자인 시스템이 필요한 이유
    • 기획, 디자인, 개발 생산성을 향상시키고 비용 절감
    • 일관된 UI를 통해 브랜드 정체성과 높은 사용성 유지
    • 한번 개발 해두면 계속 활용 가능하여 업데이트가 빠르고 효율적

 

이미지 파일 종류와 특성

  • 특성
    • 압축
      • Lossless 손실 없는 : 이미지를 압축해도 퀄리티 손실이 발생하지 않음
      • Lossy 손실 되는 : 이미지를 압축할 경우, 이미지 퀄리티 손실이 발생함. 반복해서 압축할 경우 점점 이미지 퀄리티가 나빠짐
    • Color
      • Indexed Color : Color map으로 제한된 색상(256가지) 팔레트 색상으로만 저장할 수 있다
      • Direct Color : 제작자가 직접 선택하지 않은 수천 가지의 색상을 저장할 수 있는 속성
  • 이미지 파일의 종류와 특성

 

모바일 플랫폼 가이드라인

  • 가이드라인
    • 구글의 Material 디자인 가이드라인
    • iOS의 휴먼 인터페이스 가이드라인
  • OS 표준 가이드라인을 알고 있어야 하는 이유
    • 익숙한 사용환경
    • 개발 및 디자인 효율성
    • 시간 절약
    • 마켓 등록 거절 사유가 될 수 있음
  • 안드로이드와 iOS 가이드라인의 차이
    • Default Button
    • Back : 이전 페이지로 이동
    • Navigation 차이점
    • UI Control 차이점
    • Visual Design 차이점
    • Motion 차이점 

 

디자이너와 협업하는 방법

  1. PM/PO는 요구사항을 전달한다
    • 추구하는 목적
    • 필요한 기능
    • 고려해야하는 제약
    • 요구사항은 개인적인 견해가 아니어도 된다
      • 의견 → 잘못된 것
        • 젊은 여성 고객이 선호하는 디자인으로 해주세요
        • 이 버튼을 누르면 팝업이 여기 떴으면 좋겠습니다
        • 텍스트는 더 크게 색상은 레드 계열로 바꾸면 눈에 더 띌 것 같아요
      • 요구사항
        • 고객이 구매하기 전, 구매 내용을 최소 1회 확인 할 수 있어야 합니다
        • 고객이 결제할 때 할부 구매 방법을 인지할 수 있어야 합니다
        • 고객이 궁금증이 있다면 곧바로 고객센터에 연락할 수 있도록 안내해야 해요
        • 고객이 가입할 때, 다음과 같은 두 가지 이용 약관은 반드시 노출되어야 합니다
  2. 개발과 디자인 사이에서 디자인 결과물이 정해진 리소스와 일정 안에서 가능한지 항상 고려하고 교통정리를 해줘야 한다
  3. 시스템 상황 변경에 대한 표현도 디자인이 되어야 한다. PM/PO가 정의해서 반드시 디자이너에게 전달해야 한다
  4. 선 경청 / 후 협의 : 디자인 결과물이 의도와 다르게 디자인 된 경우, 디자이너의 관점 / 철학을 물어보고 의도를 파악하자. PM이 정의한 목적이 잘 전달이 안된 경우이거나 디자이너가 다양한 안으로 확장한 걸 수 있다

[제로베이스 PM스쿨] 매일학습일지 #7.4

 

오늘은 개발자와 커뮤니케이션을 하면서 기본적으로 알고 있어야 하는 지식들을 간단하게 정리 해보았다. 

서비스를 운영하는데에 있어서 이러한 부분을 알고 있어야 요구명세서 등을 작성하고 협의하는데 유용할 것으로 생각된다 ! 

 

꼭 아래에 내용을 잘 숙지하고 협업 시에 잘 커뮤니케이션 할 수 있도록 노력하자 :) 

 

운영체제

  • 하드웨어를 관리해 줍니다. 하드웨어의 용량이 얼마나 있는지 확인할 수 있고, 보조 기억장치를 관리합니다.
  • 프로그램을 설치하고 실행하는 것도 관리합니다. 같은 프로그램이어도 설치되는 운영체제가 다르면 운영체제에서 지원하는 언어로 개발 되어야 합니다.

 

서버와 클라이언트

  • 클라이언트는 고객의 바로 앞에 있는 사람 = 클라이언트 = 프론트엔드
  • 고객이 볼 수 없는 곳에 있는 사람 = 서버 = 백엔드
  • 서버에서 정한 체계에 맞춰서 요청을 한다 → 서버와 클라이언트 간에 정보를 주고받을 수 있는 체계 = API

 

쿠키(Cookie)

  • 사용자들이 브라우저를 이용했던 흔적으로, 앱 또는 웹사이트를 방문하는 유저들에 대한 정보를 저장하는 주된 방법
  • 쿠키는 초대 4KB의 용량을 가진 매우 작은 양의 데이터를 저장
  • 단점 : 보안에 취약
  • 나에 대한 정보를 담아서 서버로 보내면, 서버는 쿠키를 읽어서 내가 누군지 파악함
    • 유저가 검색한 것을 기억하거나 페이지 간 이동이 있을 때 로그인 상태를 유지하는데 사용
    • 쇼핑 카트 항목들, 자주 찾는 검색 키워드
    • 방문 사이트에 로그인 시, ‘아이디와 비밀번호를 저장하시겠습니까?’, 재방문 시 아이디 비밀번호가 입력된 상태인 경우
  • 쿠키의 종류
    • 세션 쿠키 : 쿠키에 만료일이 포함되어 있지 않은 경우, 메모리에 저장되고 하드 디스크에 남지 않는다. 브라우저를 닫으면 영구적으로 손실된다
    • 영구적 쿠키 : 쿠키 만료일이 포함되어 있는 경우, 브라우저를 종료해도 하드 디스크에 남는다. 만료 시기가 되면 삭제된다

 

세션(Session)

  • 일정 시간 동안 같은 사용자의 브라우저로부터 들어오는 일련의 요구를 하나의 상태로 보고 그 상태를 일정하게 유지시키는 기술
  • 일정 기간이란 사용자가 웹 브라우저를 웹 서버에 접속한 시점으로부터 웹 브라우저를 종료함으로써 연결을 끝내는 시점을 의미
  • 쿠키와 다르게 세션은 서버에서 관리합니다.
  • 서버에서 클라이언트를 구분하기 위해 세션 ID를 부여합니다. 브라우저를 종료할 때까지 인증 상태를 유지합니다.
  • 단점 : 보안은 좋지만 사용자가 많아질수록 서버에 과부하를 주게 됩니다.

 

캐시(Cache)

  • 캐싱의 의미는 데이터나 값을 미리 복사해 저장한다는 뜻
  • 웹사이트에 처음 접속할 때 보다 다시 접속 했을 때 로딩 시간이 단축되는 이유
  • 서버로 데이터에 접근하는 시간이 오래 걸리는 경우나 값을 다시 계산하는 시간이 오래 걸리는 경우에 사용
  • 브라우저가 저장하는 자산은? 정적인 자산(웹 페이지에 방문 할 때마다 변하지 않는 것들)
    • 이미지 : 로고, 사진, 백그라운드 등
    • HTML
    • CSS
    • JavaScript

 

토큰 기반 인증

인증 받은 사용자들에게 토큰을 발급하고 클라이언트에서 토큰을 저장했다가 서버에 요청할 때 토큰을 함께 보내서 토큰을 검증한 후 요청한 응답을 한다.

  • 사용자의 인증 정보를 서버나 세션에 유지하지 않아도 된다.
  • 사용자가 로그인 되어 있는지 안되어 있는지 서버에서는 신경 쓰지 않아도 된다.
  • 쿠키를 전달하지 않으므로 쿠키 사용에 의한 취약점이 사라지게 된다.

 

웹 접근성 준수 가이드

  • 장애인 차별 금지법 : 신체장애, 지체, 시각, 청각, 인지 또는 신경학적 장애 등 어떤 장애를 갖고 있는 사람이라도 차별하지 않고 누구나 콘텐츠를 이용할 수 있도록 기술적으로 제공해야 한다
  • 네이버 접근성 가이드
    • 인식의 용이성
    • 운용의 용이성
    • 이해의 용이성
    • 견고성

 

앱 접근 권한 (Accessibility Permission)

스마트폰 앱 서비스 제공자가 앱을 통해 이용자의 스마트폰 내에 저장되어 있는 정보 및 설치된 기능에 접근하여 해당 정보를 읽고 수정하거나 기능을 실행할 수 있는 권한을 말함

  • 필수 권한 : 앱에서 제공하는 서비스에서 필수적으로 스마트폰 내의 특정 데이터 또는 기능을 접근해야 하는 경우, 필수 권한으로 분류
  • 선택 권한 : 앱 실행에 반드시 필요한 기능은 아니지만 일부 기능 또는 정보 활용에 제약이 생길 수 있는 경우, 선택 권한으로 분류

 

개발자와 커뮤니케이션 하는 방법

  1. 개발 환경과 개발자들의 언어를 이해하자
  2. 개발팀과 확장성, 속도, 안정성 등을 함께 논의하자
  3. 개발 Trend에 대한 학습도 이어가자
  4. 공유하고 소통하자
  5. 업무의 완료 시점을 정하자

+ Recent posts