MINIWIKI
CareerSideProjectBook&Study
  • ⚡README
  • 😃ME
    • Review
      • 2025 OKR & 회고 - 회사 없이도 먹고살 수 있는 상태가 된다
        • 2025년 19주차
        • 2025년 18주차
        • 2025년 17주차
        • 소설쓰기의 쓸모
        • 2025년 15주차
        • 2025년 14주차
        • 요즘 회사생활
        • 첫 페이지 작성!
        • 큰 코 다쳤다
        • 오랜만에 좋았던 하루
        • 악순환과 반복실패
        • 2025년 12주차
        • 2025년 11주차
        • 2025년 3월 6일
        • 2025년 3월 4일
        • 2025년 3월 1일
        • 2025년 2월 회고
        • 2025년 1-2월 책, 영화, 음악
        • 2025년 1-2월 회고 (PM)
        • 2025년 1-2월 회고 (콘제품)
          • (Merged) 2025 비즈니스
        • 2025년 1-2월 회고 (삶/사람)
        • 2025년 1-2월 회고 (기본)
        • (25.02) 고객 피드백 받기
        • 다시 전략 수정
        • 머리 속 복잡한 것들 끄적끄적
        • 변하지 않는 핵심 철학
        • 개별화 능력을 이용하는 방법
        • 파고들기
        • 예술가와 사업가
        • 강점
        • PM으로서의 전문성
        • 부동시
        • 이게 다 무슨 소용인가
        • 내가 가장 잘 전할 수 있는 메시지
        • 연말인사 타이밍
        • Attitude는 옷부터
        • 다시 시작
      • 2024 회고
        • 2024년 12월 4주차 (52/52)
        • 원한다고 생각했던 것들
        • 2024년 12월 3주차 (51/52)
        • 회사 vs. 퇴사
        • 2024년 12월 2주차 (50/52)
        • 2024년 11월 4주차 (47/52)
        • 2024년 11월 3주차 (46/52)
        • 2024년 11월 1주차 (44/52)
        • 혓바늘
        • 2024년 10월 3주차 (42/52)
        • 그냥, 요즘하고 있는 생각들
        • 2024년 10월 1주차 (40/52)
        • 2024년 9월 4주차 (39/52)
        • 2024년 9월 3주차 (38/52)
        • 2024년 9월 2주차 (37/52)
        • 2024년 9월 1주차 (36/52)
        • 2024년 8월 4주차 (35/52)
        • 잃어버린 보물창고
        • 분기별 프로젝트
        • 강점검사
        • 글쓰기
        • 이상적인 하루
        • 나와 아프리카
        • 한 때 나에게 힘이되었던 문장들
      • 2023 회고
        • 2023년 12월 5주차
        • 2023년 12월 4주차
        • 2023년 12월 3주차
        • 2023년 12월 2주차
        • 2023년 12월 3일
        • 2023년 12월 1주차
        • 2023년 11월 29일
        • 2023년 11월 28일
        • 2023년 11월 27일
        • 2023년 11월 18일
        • 2023년 11월 15일
        • 2023년 11월 12일
        • 2023년 11월 11일
        • 2023년 11월 1주차
        • 2023년 10월 3주차
        • 2023년 9월 4주차
        • 2023년 9월 3주차
        • 2023년 9월 2주차
        • 2023년 9월 1주차
        • 2023년 8월 4주차
        • 2023년 8월 2주차
        • 2023년 8월 1주차
        • 2023년 7월 4주차
        • 2023년 7월 3주차
        • 2023년 7월 2주차
        • 2023년 상반기 회고
        • 나태하고 욕심많은 인간은 어떻게 살아야 하나
        • 책 <어떻게 살아야 하는가>
        • 책 <당신은 결국 무엇이든 해내는 사람>
        • 복잡계를 살아가는 단순한 사람
        • 책 <모든것이 되는법>
        • 글로 신뢰를 얻었던 경험들
        • 기획은 나를 찾아가는 과정
        • 나는 왜 살아가는가
        • 장항준 감독으로부터 배우는 "삶을 대하는 자세"
        • 개발자가 말하는 감정에도 분석이 필요한 이유
      • 2022년 회고
        • problem map 작성하기
        • 삶에서 내가 해결하고 싶은 문제 (2)
        • 삶에서 내가 해결하고 싶은 문제 (1)
        • <삶의 문제> 지도 다시 꺼내보기
        • 지도 위의 29살
        • 매번 시간계획을 망치는 MBTI 'P형 인간'을 위한 5단계 인생관리법
        • 당신은 왜 프로그래밍을 공부하는가?
        • 아무 것도 아닌 내가 글을 쓰는 이유
        • 책 <여행의 이유>
        • 책 <붕대감기>
      • 2021년 회고
    • Career
      • [미리캔버스] AI 제품 PM
        • 선택과 집중
        • 어쩌면 내가 틀릴 수도 있다는 생각
        • 뾰족한 사람들과의 협업
        • AI기능 PPT로 온보딩
        • AI 제품에서 가장 중요한 것
      • [미리캔버스] 앱 PM
      • [미리캔버스] 소상공인 제품 PM
      • [미리캔버스] 2.0 PM
      • [홀로스탠딩] 백엔드 개발
      • [청년5.5] 안드로이드 개발
      • [가축대출사업] NGO Project PM
    • Insight
    • Interview
    • Public Writing
  • SIDE PROJECT
    • [Youtube] 메이킹필름
      • [Product] 청춘집 프로젝트
        • (v24.11) 청춘집 JTBD
          • (구) 청춘집 실행계획
          • (구) 플레이리스트 기획
            • 데이식스 전곡 타임라인
            • 챕터 구성
        • (v25.01) 청춘집 JTBD
          • 아이돌 굿즈 시장 조사 (공식)
          • 아이돌 굿즈 시장 조사 (비공식)
        • 제작 준비
          • 레퍼런스 - 오프라인 시집
          • a5 책 만들기
    • [Youtube] 마포구타자기
      • [mptw] JTBD
        • IKIGAI
      • [mptw] 채널 설정
        • 채널 이름 후보군
      • 시리즈 [읽는음악]
        • [읽는음악] 백로그
          • 노래 가사 콘텐츠 레퍼런스
        • ep1. 파노라마 - 이찬혁
          • 이찬혁 <ERROR>
        • ep2. 마지막 인사 (feat. 청하) - 이찬혁
        • ep3. 나의 바다에게 - 도영
        • ep4. Dattom - 백예린
        • ep5. REBEL HEART - IVE
        • ep6. Either way - IVE
        • ep7. 너와의 모든 지금 - 재쓰비(JAESSBEE)
        • ep8. 예뻤어 - DAY6
        • 6주차. 데이식스 시리즈
    • [IT] 공적인사적모임 플랫폼
      • 1. 우리 조직의 얼굴을 만들자
      • 2. 내 생에 첫 기획서 만들기 (feat. QA Driven Development)
    • [Meet] 공적인사적모임
    • [Youtube] 이상한나라의 개발자할무니
    • [Study] Disquiet PM 스터디 쿨피스
    • [IT] 서울 빵 맛집 잘알 테스트
    • [Meet] 얼리버드 모닝클럽
      • 홍보를 곁들인 2주일 운영후기
  • 잡학사전
    • 와인 원데이 클래스
    • 소설쓰기
      • <책> 소설쓰기의 모든 것 1 - 플롯과 구조
      • 유튜브 - 소설 쓰는 법
      • 강의들
      • 작가가 되려면 어떻게 해야해
    • AI
      • 생성형 AI
    • ComfyUI
      • Stable Diffusion
      • ComfyUI 준비, 설치, 설정
      • Module 구조에 대해 이해하기
      • ComfyUI
      • Core Node
    • 작사
      • 작사가 되는 법
    • 유튜브
      • 유튜버 스토리님의 부캐 성장기
      • 주언규 유튜브 초보편 (클래스101)
      • 주언규 유튜브 왕초보 편
    • 경제
      • 연금저축펀드
    • ChatGPT
    • 크롤링
      • Automatio
      • Octoparse
    • 노코드
      • 북마크 & 노코드 서비스 목록
  • PRODUCT&BUSINESS
    • Service Planning/Analysis
      • 브런치시리즈 <개발보단 고객개발>
      • baemin mart
        • 1. 시작
        • 2. 우아한형제들 & 배민상회
        • 3-1. [인터뷰] 포항에서 치킨집을 운영하시는 최사장님
        • 3-2. [인터뷰] 부산에서 족발 프렌차이즈를 운영하시는 이사장님
        • 4. <아프니까 사장이다> 커뮤니티 데이터 분석
        • 5. 문제정의 & 개선 가설
        • 6. 결론 - 역기획서
      • careerly
      • meetme
      • 배달의 민족 역기획 사례
      • 당근마켓 역기획 사례
      • 도그냥 님이 말하는 진짜 역기획
      • 도그냥의 역기획 스터디법
      • 책 <현업 기획자 도그냥의 서비스 기획 스쿨>
      • 기획서 작성하기
    • Business/Growth
      • Unsexy Business 뉴스레터에서 얻는 인사이트
      • 책 <원씽>
      • 책 <아프리카 스타트업>
      • 책 <유난한 도전>
      • 책 <함께자라기>
      • 책 <나는 돈 없어도 사업을 한다>
      • 책 <나는 장사의 신 은현장이다>
      • 책 <왜 사업하는가>
      • 책 <왜 일하는가>
      • 이제는 피칭도 유튜브로
      • 세컨드 브레인이 필요한 이유
      • 책 <타이탄의 도구들>
      • 책 <역행자>
        • <역행자> 역행자의 7단계 모델 복습
        • <역행자> 운명을 거스르는 역행자의 7단계 모델
      • 책 <월급쟁이로 시작한 38살 그녀는 어떻게 30억을 벌어 파이어족이 되었을까?>
      • 책 <파리에서 도시락을 파는 여자>
      • 책 <존리의 금융문맹탈출>
      • 책 <돈의 감각을 길러주는 경제 지식 첫걸음>
        • 금리
        • 환율
        • 주식
        • 채권
        • 부동산
        • 연금
        • 경제정책
        • 규제
        • 경제위기
    • Product-Market Fit
      • 브런치 북 <개발보단 고객 개발>
      • 책 <아이디어 불패의 법칙>
      • 고이장례연구소
      • 글쓰기로 PMF 검증하기
      • 연대 송도 캠퍼스의 40%가 사용한 서비스
      • 어웨이크코퍼레이션의 김민준 님
      • 드로우 마이 브랜드
      • 노코드로 PMF 찾는 방법
    • UI/UX
      • UX Writing Workshop
        • 4. 고객과의 관계형성 - 차별점 강화
        • 3. 비즈니스 임팩트를 만드는 글쓰기
        • 2. 후킹한 문장으로 고객 행동 이끌기
        • 1. 쉽고 정확한 문장으로 문제해결
        • What is UX Writing?
        • Reference
      • UX/UI 관련 유용한 사이트 모음
    • PM/PO
      • 책 <프로덕트 매니지먼트>
      • 책 <인스파이어드>
      • PM Wiki
      • 당신과 팀을 성장시킬 PM 직무가이드
      • PO 미신, 파랑새를 찾아서 - CPO 김용훈
      • 개발자가 생각하는 좋은 PM 나쁜 PM
      • 프로덕트 매니저는 뭐하는 사람인가
      • 토스 리더가 말하는 PO가 꼭 알아야할 개념 (2)
      • 토스 리더가 말하는 PO가 꼭 알아야할 개념 (1)
      • 책 <조직을 성공으로 이끄는 프로덕트 오너>
        • <프로덕트 오너> PO의 시간관리법
        • <프로덕트 오너> PO가 데이터 기반으로 일할 수 밖에 없는 이유
  • DATA
    • Database
      • 이 위키를 만드는데 참고한 자료들
      • 데이터 기반 의사결정
      • 데이터베이스의 종류
      • 트랜잭션과 무결성
      • 트랜잭션, 커밋, 롤백, 트랜잭션 전파
      • ERD, entity relationship diagram
      • 기본 3 - 관계, 키
      • 기본 2 - 필드, 레코드, 타입
      • 기본 1 - 엔티티, 릴레이션, 속성, 도메인
    • SQL
      • Sub Query
      • JOIN
      • 데이터 정렬셋과 유니코드
      • 자료형
      • DDL, DML
      • SELECT
      • SQL
    • MySQL
      • MSQL to MySQL Data Migration
      • MySQL Server 다운로드, 로그인
      • helpful commands
      • 문자열 자르기 SUBSTR(column, startIdx, length)
      • 특정 값을 ORDER BY 특정 값 우선 정렬 하기 (ORDER BY FIELD)
      • 이것이 MySQL이다
    • H2
      • ‼️h2 in-memory-db Table not found (this database is empty) 해결방법
  • Dev-General
    • Webmark
    • Open Source
      • 나의 첫 opensource contribution 경험기
    • Dev-Insight
      • Event
        • YOUTHCON 2022
        • INFCON 2022
      • 책 <누워서 읽는 알고리즘>
      • 책 <나는 LINE 개발자입니다>
      • 서비스에 대해 개발자가 가져야할 생각들
      • AI 시대에서 결국 살아남는 것
      • AI 시대에 개발자가 살아남는 방법
      • 주니어를 넘어서, 성장하는 개발자의 길 (인프런)
      • 아마추어와 프로의 차이
      • 개발자의 개발공부에 대하여
      • 서비스에 대해 개발자가 가져야할 생각들
      • 좋은 개발자와 인맥을 만든 노하우
      • 개발자 취업기/이직기 모음
        • 라인게임즈 백엔드 개발자 경선님
        • OKKY 미니세미나 <비전공 학원출신 SI개발자, 유명스타트업 들어간.ssul> 참석 후기
        • 비전공자에서 2억받는 아마존 엔지니어가 되기까지
        • IT 대기업 100% 합격하는 방법
  • 🏗️computer science
    • Algorithm & Data Structure
      • About this page
      • Test Review
        • Page 1
      • Big-O
        • 빅오표기법의 문제풀이
        • 피보나치 수열의 시간복잡도
      • Bit Operation
        • bit masking
      • Math
        • 합공식 / 누적합
        • 피보나치 수
        • 약수찾기
        • 소수찾기
          • 백준 1978 소수찾기
          • 백준4948 베르트랑 공준
          • 백준 8393 합
          • 백준 1929 소수구하기
        • 최대공약수 / 최소공배수
          • 백준 2824 최대공약수, BigInteger
          • 백준 2609 최대공약수, 최소공배수
        • 순열과 조합
          • 백준 15649 N과 M
        • 그 외 개념 정리
      • Recursion
        • N Queens problem
        • counting cells in a blob
        • recursion 응용 - 미로찾기
        • 순환 알고리즘의 설계
        • 순환적으로 사고하기
        • 백준 17478 재귀함수가 뭔가요
        • 백준 10870 피보나치수 5
      • Sort
        • java 에서의 정렬
        • radix sort
        • sorting in linear time
        • comparison sort 에서 최상의 시간복잡도
        • priority queue
        • heap sort
        • quick sort
        • merge sort
      • Array and List
        • 표준 라이브러리
      • Linked list
      • String
      • Stack
        • 백준 1874 스택수열
        • 백준 10828 스택 구현하기
      • Queue
        • 백준 10845 큐 구현하기
      • Heap
        • 백준 11298 절대값힙
        • 백준11279 최대힙
        • 백준1927 최소힙
      • Deque
      • Tree and Binary tree
        • Tries
        • Red-Black Tree
        • Binary Search Tree
      • Search
        • 완전 탐색
        • 이분탐색
      • Graph
        • 최단경로
        • MST 2 - prim 의 알고리즘
        • MST 1 - Kruskal 의 알고리즘
        • MST, minumum spanning tree
        • DAG, Directed Acyclic Graph
        • DFS, Depth First Search
        • BFS, Breadth First Search
      • Dynamic Programming
        • Knapsack problem
        • LCS, Longest Common Subsequence
        • matrix chain
        • 행렬 경로 문제
        • 백준 1003 피보나치 함수
        • 백준 9461 파도반 수열
        • 백준9251 LCS
      • Greedy
      • Implementation
      • LIS, Longest Increasing Subsequence
      • Two Pointer
      • Line Swipping
      • Fenwick tree
      • Backtracking
    • Computer Structure
      • 이 위키를 만드는데 참고한 자료들
      • 그래서 컴퓨터는 어떻게 동작하나요?
      • 컴퓨터의 구성
      • 컴퓨터의 역사
      • 컴퓨터 구성요소의 기능 및 이해
      • 중앙처리장치 - 마이크로 명령 - 입출력과 인터럽트
      • 중앙처리장치 - 기본 컴퓨터 프로그래밍
      • 중앙처리장치 - 프로그래밍 언어와 실행
      • 파이프라인과 벡터처리 - 데이터의 종속성 - 병렬처리와 파이프라인
      • 파이프라인과 벡터처리 - 파이프라인 구조 - 데이터/구조
      • 파이프라인과 백터처리 - 산술&명령어 파이프라인
      • 파이프라인과 벡터처리 - 파이프라인 CPU의 성능분석
      • 메모리 구조 - 메모리 시스템의 이해
      • 메모리 구조 - 효율적인 메모리 관리 정책
      • 메모리 구조 - 컴퓨터 성능 개선을 위한 메모리 관리
      • 입출력구조 - 시스템 BUS 구성 및 제어
      • 입출력 구조 - 입출력(I/O) 연결과 주소 지정
      • 입출력 구조 - 입출력 수행과 인터럽트
      • 병렬컴퓨터 구조와 성능분석 - 멀티 프로세서
      • 병렬 컴퓨터 구조와 성능 분석 - 시스템 성능 분석과 개선
    • This Is Coding Test 2021
      • 1. 출제 경향 & 파이썬 문법 부수기
      • 2. 그리디 알고리즘 & 구현
      • 3. BFS & DFS
      • 4. 정렬 알고리즘
      • 5. 이진탐색
      • 6. 다이나믹 프로그래밍
      • 7. 최단경로 알고리즘
      • 8. 기타 그래프 이론
      • 9. 코딩테스트에서 자주 출제되는 기타 알고리즘
      • 10. 개발형 코딩테스트
    • Operating System
      • 이 위키를 만드는데 참고한 자료들
      • 운영체제란, Introduction to Operating Systems
      • 컴퓨터 시스템의 구조, Structure of Computer System
      • 프로그램의 실행, Program Execution
      • 프로세스, Process
      • 쓰레드, Thread
      • 프로세스의 생성과 종료, Start and End of Process
      • 프로세스 시스템 콜과 프로세스간의 협력, System call and Interprocess Communication
      • CPU Scheduling
      • CPU Scheduling Algorithm
      • Process Synchronization Problem
      • Initial Attempts to Solve Process Synchronization Problem
      • semaphore 와 monitor 로 synchronization 해결하기
      • 데드락, Deadlock
      • 메모리 관리, Memory Management
      • Memory Allocation
      • Virtual Memory
      • Virtual Memory 2
      • File System
      • File Systems Implementation
      • Disk Management & Scheduling
    • Network
      • 이 위키를 만드는데 참고한 자료들
      • 대규모 트래픽으로 인한 서버 과부하 해결방법
      • 유선 LAN과 무선 LAN
      • 네트워크를 이루는 장치 (L1, L2 .. L7)
      • REST API
      • HTTP 매서드
      • HTTP 상태코드
      • 직렬화와 역직렬화
      • 로그인 구현방식 2. 토큰 기반 인증방식
      • 로그인 구현방식 1. 세션 기반 인증방식
      • 웹 브라우저의 캐시 - 공통점과 차이점
      • 웹 브라우저의 캐시 - 쿠키
      • HTTP header
      • 웹 브라우저의 캐시 - 세션 스토리지
      • 웹 브라우저의 캐시 - 로컬스토리지
      • browser rendering
      • HTTPS 와 TLS - TLS 핸드쉐이크
      • HTTPS 와 TLS - 암호화
      • HTTP History
      • www.naver.com 을 주소창에 입력하고 화면에 나타나기까지의 과정
      • IP 주소 - 공인 IP와 사설 IP
      • IP 주소 - Classless,Subnet Mask, Subnetting
      • IP 주소 - Classful IP Addressing
      • IP 주소 - IPv4, IPv6
      • IP 주소 - 이진수 이해하기
      • IP 주소, MAC 주소, ARP, RARP
      • 라우팅
      • TCP 4way handshake and TIME_WAIT
      • TCP 3way handshake
      • TCP/IP - internet layer
      • TCP/IP - Transport Layer
      • TCP/IP - Application Layer
      • TCP/IP - MTU, MSS, PMTUD
      • TCP/IP 4계층, OSI 7 layer
      • 네트워크의 분류 - LAN, MAN, WAN
      • 네트워크 토폴로지와 병목현상
      • 네트워크의 기초 3
      • 네트워크의 기초 2
      • 네트워크의 기초
    • Linux
      • reference
      • sudo apt-get install / uninstall
      • vim
      • linux basic command
    • Design Pattern
      • 이 위키를 만드는데 참고한 자료들
      • static 을 자주 사용하게 되었을 때의 단점
      • 자바스크립트의 class와 static
      • 프로그래밍 컨텍스트
      • 의존성 주입 vs. 전략패턴
      • flux pattern
      • Spring MVC 패턴 적용 사례
      • MVC, MVP, MVVM pattern
      • 프록시 패턴
      • 옵저버 패턴
      • 전략패턴
      • 의존성 주입과 의존 관계 역전 원칙
      • 이터레이션 패턴
      • 추상 팩토리 매소드 패턴
      • 팩토리 메소드 패턴
      • 싱글톤 패턴
      • 디자인 패턴, 라이브러리와 프레임워크의 차이
    • Programming Basic (Go)
      • 이 위키를 만드는데 참고한 자료들
      • 트랜지스터, Trangister
      • 논리소자, Logic Element
      • 튜링과 폰 노이만, Turing and Von Neumann
      • 컴퓨터의 원리, Computer Principle
      • 프로그래밍 언어, Programming Language
      • 컴파일러와 동적언어, Compiler and dynamic language
      • golang
      • hello, world
      • variable
      • variable 2
    • Base Knowledge
      • 이 위키를 만드는데 참고한 자료들
      • 신기술 도입시 고민해야할 점(feat. react.js vs. vue.js)
      • 정적 타입 시스템의 필요성
      • 도커, 컨테이너
      • 클라우드, Saas, IaaS, PaaS
      • SSO
      • RBAC
      • OAuth2.0
      • REST API 사용을 위한 인증 방법 4가지
      • API
      • Data Format - XML
      • Data Format - JSON
  • ☕Java/Spring
    • Java
      • Java Code Convention
      • Java 버전별 특징 (v1-v19)
      • java.lang.Math
      • List 4가지의 초기화 방법
      • HashMap 4가지의 정렬 방법
      • 어노테이션 프로세서 정리하기
      • Annotation Processor 로 없는 소스코드 생성하기
      • lombok 은 어떻게 동작하는 것일까?
      • 다이내믹 프록시 정리하기
      • 클래스의 프록시
      • 다이내믹 프록시
      • 프록시 패턴은 무엇인가
      • Spring Data JPA 는 어떻게 동작할까?
      • reflection api 정리
      • reflection api 이용하여 spring ioc container 만들기
      • reflection api
      • spring dependency injection 은 어떻게 동작할까
      • 바이트 코드 조작하기
      • java bytecode 를 조작해 테스트 코드 커버리지 확인하기 (feat.jacoco)
      • Class Loader
      • JVM 의 구조
      • java, jvm, jdk and jre
      • synchronized
      • java string.split(".") 오류
    • Java 8
      • 이 위키를 만드는데 참고한 자료들
      • Metaspace
      • Parallel 정렬
      • Annotation
      • CompletableFuture
      • Date and Time
      • Optional
      • Stream
      • interface의 default 메소드와 static 메소드
      • 인터페이스의 변화
      • 함수형 인터페이스
      • java 8 소개
    • Spring Framework
      • Spring 3.0 준비하기
      • 특정 매소드만 transaction 처리하기
      • 스프링 프로젝트 시작하기
      • 스프링이란 무엇인가
      • 스프링 핵심 기술의 응용
      • AOP 2
      • AOP 1
      • 서비스 추상화 2
      • 서비스 추상화 1
      • 예외
      • 템플릿
      • 테스트
      • 오브젝트와 의존관계
      • 스프링이란
    • Spring Boot
      • [Gradle]UncheckedIOException
      • java19 + spring 3.0.5 + gradle 7.4.1 에서 프로젝트 gradle 설정하기
      • [리뷰] Gradle 멀티 프로젝트 관리
      • [리뷰] 멀티모듈 설계 이야기 with Spring, Gradle
    • JPA/QueryDSL
      • querydsl 을 쓰는 이유
      • JPA querydsl에서 json array 로 된 컬럼에 조건 적용하기
      • querydsl 에서 mysql order by field() 사용하기
  • 🏰Infrastructure
    • InfraWorkshop
      • 이 위키를 만드는데 참고한 자료들
      • aws로 안정적인 인프라 만들기 2
      • aws로 안정적인 인프라 만들기 1
      • 어플리케이션 진단하기
      • 서버 진단하기
      • 부하 테스트
      • 웹 성능 개선하기
      • 웹 성능 진단하기
      • <aws로 그럴듯한 인프라 만들기> 회고와 피드백
      • aws로 그럴듯한 인프라 만들기 3 - 배포스크립트
      • aws로 그럴듯한 인프라 만들기 2 - 배포하기
      • aws로 그럴듯한 인프라 만들기 1 - 네트워크 망 구성
      • docker container
      • connection check
      • network segmentation
      • cloud 서비스를 사용한다는 것
    • AWS
      • AWS IAM
      • AWS CodePipeline 으로 배포 자동화하기 (1)
      • AWS CodePipeline 으로 배포 자동화하기 (2)
  • 🪄Test
    • TDD
      • 이 위키를 만드는데 참고한 자료들
      • [2주차] 로또 과제 강의를 듣고나서
      • [1주차] 자동차 경주 과제 강의를 듣고나서
      • TDD, 리팩토링이란?
      • 가장 쉽게 TDD 시작하는 방법
      • 의식적인 연습과 학습 테스트
      • TDD 에 집착해야하는 이유
      • 공부하는 자세
    • AssertJ
      • 이 위키를 만드는데 참고한 자료들
    • JUnit
      • 이 위키를 만드는데 참고한 자료들
      • Junit 기본 개념
  • 😎OTHERS
    • Helpful Command
      • Mac 에서 특정 포트 검색, 종료
      • crontab
    • Llibrary
    • IntelliJ
      • 내가 좋아하는 커스텀 세팅
    • GIT
      • Github ID/Token 한번 입력 후 저장하기
      • Github Actions
      • github organization private repository push 안될 때 (not found issue)
      • commands
      • git commit convention
    • Logging
      • logback + webfilter 로 로그설정
      • ‼️log4j 보안 이슈
    • Postman
      • postman 의 header에서 언더바(_) 변수 인식 안되는 현상
Powered by GitBook
On this page
  • 기억하기
  • 1. 푸시/배너 클릭률 높이기
  • 1) Writing Learning 쌓기 + 푸시 실험 설계하기
  • 2) 얻은 러닝 공유하기 & 지표 기반 가이드 라인 만들기
  • 3) 단계별 실행
  • 2. 제품 전환율 올리기
  • 사례 1) 1분만에 대출 조회하기
  • 사례 2) 새소식
  • 사례 3) 국민 지원금
  • 3. 직접적인 매출 올리기
  • 사례 1) 토스 프라임 결제 수단 변경
  • 사례 2) 연체율 낮추고 회수율 높이기
  • 4. 더 많은 유저 데려오기
  • 사례 1) 수익률 높은 투자 상품을 소개하고 싶다.
  • 5. 커뮤니케이션 개선하기
  • 사례 1) 토스 평생 무료 송금 전환
  • 6. Case Study
  • 1) 오늘의 집 취향 카테고리 화면
  • 2) 하나은행 > 오늘의 운세 : 약관 동의율 올리기 목표!
  • 3) '타다' 택시가 잡히면 노출되는 이벤트 배너 - 참여율 올리기
  • 4) 쿠팡 - 알림 동의율이 유독 낮다면, 어떤 맥락/상황에서 어떤 문구로 보낼 수 있을까요?

Was this helpful?

  1. PRODUCT&BUSINESS
  2. UI/UX
  3. UX Writing Workshop

3. 비즈니스 임팩트를 만드는 글쓰기

기억하기

  • 리소스 절약하기

    • 몇 가지 템플릿 돌려쓰기는 OK, 매일 시장 상황을 반영해야하는 것은 NO

1. 푸시/배너 클릭률 높이기

1) Writing Learning 쌓기 + 푸시 실험 설계하기

  • 타이틀 단어 실험

    • 러닝을 쌓으려면 가설 이외의 변수는 통제해야한다. 그래야 실험 결과가 유의미하다.

  • 가치 실험하기

    • 제품의 밸류는 다양하다.

      • 매일 받는 혜택 vs. 최대 혜택

      • 매일 100원 받아요 vs. 최대 1,000원 받아요

    • 공급자 입장에서는 절대 알 수 없기 때문에 꼭 실험을 해야한다.

2) 얻은 러닝 공유하기 & 지표 기반 가이드 라인 만들기

  • 잘 알리는 것도 실력!

  • 지표 기반으로 가이드라인 만들기

    • 타깃 - 푸시를 보내는 토스의 모든 사람들

    • 목적 - 푸시 writing 퀄리티를 제어하고 싶다.

    • 가치 - 적용하면 바로 지표가 오른다. 이 가이드를 안보면 손해이다.

토스 팀의 라이팅 원칙

  • 코어 밸류 : 무조건 지켜야하는 대원칙

  • 프린시플 :

  • 가이드라인 : 이렇게 하세요. 저렇게 하세요.

  • 템플릿 : 주어진 템플릿에서 아예 문구, 숫자만 바꾸는 것

  • 시스템 : 아예 변수를 없에버리는 것

core value

  • 명확한

  • 간결한

  • 친근한

  • 존중하는

  • 공감하는

principle

  • 다음 화면을 예상할 수 있는 힌트가 있는가?

  • 의미 없는 단어/문장를 모두 제거했나?

  • 정말 중요한 메시지만 전달하는가?

  • 이해하기 어려운 용어나 표현을 사용하지는 않았나?

  • 모두가 이해할 수 있고 모두에게 무해한가?

  • 단순히 정보전달이 아니라 사용자의 감정에 공감하는가?

3) 단계별 실행

  1. 목표 설정하기

    1. 내부 목표

    2. 고객 목표

  2. 간결한 문장

    1. 액션 강조형 - 액션 자체를 강조

    2. 조건 강조형 - 액션을 해야하는 목적을 강조

    3. 맥락 시작형 - 유저가 가지고 있던 배경지식 배치

    4. 감정 유발형 - 긴급!

2. 제품 전환율 올리기

사례 1) 1분만에 대출 조회하기

  • 기존 : 1분만에 조회하기 -> 시작하기

    • 개선 : 1분만에 조회하기 -> 다음

  • 문제정의 : 왜 이탈할까? 왜 안누를까?

    • 어려워서. 뭘하는지 모르겠어서.

    • 시간이 길게 걸릴 것 같아서.

    • 복잡할까봐.

    • 부담되어서

  • 가설설정 : 어떻게 하면 더 누르게할 수 있지?

    • 별거 아니라고 알려주기

    • 얼마 안남았다고 알려주기

    • 즉각적인 밸류 전달하기

  • 결과

    • 전환율 6% 상승

    • 실제 가심사율도 상승

    • 매출에도 영향!

사례 2) 새소식

  • 기존 : 혜택 자세히 알아보기

  • 개선 : 5% 자유 적금 알아보기

  • 개선 2 : 내가 받을 이자 확인하기

사례 3) 국민 지원금

  • 기존 : 1인당 25만원 국민지원금, 놓치지 않으려면?

    • 알림을 받으려면 동의가 필요해요. (동의하기)

  • 개선 : 1인당 25만원 국민지원금, 나도 받을 수 있을까?

    • 00님이 받을 수 있는지 확인하고 알려드릴게요. (동의하고 알림받기)

3. 직접적인 매출 올리기

핵심 4가지

  1. 타깃

  2. 목적

  3. 가치

  4. 맥락

사례 1) 토스 프라임 결제 수단 변경

  • 토스 프라임 사용하고 혜택 받으세요. 오늘 결제 실패 예정입니다. 결제 수단을 변경해주세요.

    • 토스 프라임 마지막 날. 오늘밤 10시 30분까지 다른 결제수단으로 변경하지 않으면 토스 프라임이 해지됩니다.

    • 오늘 토스 프라임이 해지될 수 있어요. 오늘밤 10시 30분까지 다른 카드로 바꿔주세요.

  • 결과

    • 제품 개선 없이 푸시만 2번 보냈는데 CTR 50% 증가, 방어 해지 40%, 실시간 매출 상승

사례 2) 연체율 낮추고 회수율 높이기

  • 1) 오늘 교통비가 인출됩니다. 후불 교통 카드에 잔액을 충분히 채워주세요.

    • 문제 : 지금 내 상태가 연체중인지 명확하게 모르겠음. 헷갈림

  • 2) 교통비가 연체중입니다. 오늘 안으로 잔액을 채워주세요.

    • 문제 : 이것을 누르면 낼 수 있다는 것이 인지되지 않는다.

  • 3) 25,000원 내지 않으면 교통비가 연체돼요. 교통비 내기 >

    • 문제 : CTR 차이는 없었으나 CVR 이 증가했다. 최종 연체율 50% 개선. 매달 연체율 개선됨

  • 분석

    • 타깃 : 토뱅 카드를 교통카드로 쓰는 유저 중에서 교통비 연체 직전인 유저

    • 문제 정의

      • 연체 안내만 부각되었다.

      • 푸시 메시지를 클릭하면 바로 낼 수 있다는 인지가 들지 않는다.

    • 가설 설정

      • 푸시를 누르면 연체금을 낼 수 있다는 것을 알려주면 바로 낼 것이다.

4. 더 많은 유저 데려오기

사례 1) 수익률 높은 투자 상품을 소개하고 싶다.

왜 이 푸시 메시지를 이 타겟에게 보내지?

같은 문구를 타겟만 바꿔도 CTR이 상승할 수 있다!

  • 투자라는 행위는 허들이 높음 -> 허들을 낮추거나 or 허들을 넘도록 도와주거나

    • 허들을 낮춘다 : 투자 거부감을 줄여준다. 불안함을 해결한다.

    • 허들을 넘도록 도와준다 : 유저의 투자 모먼트를 찾는다.

  • 우리는 왜 투자를 주저하는가

    • 돈을 잃을까봐 : 작은 돈부터 투자할 수 있다고 알려주기. 1000원 커피 값으로 투자하기, 만원으로 투자하기

    • 불안정할까봐 : 수익률 10%, 1년 동안 손실률 0%

    • 해 본적이 없어서 무섭다?

      • 초보 투자자를 위한 상품 : 다른 사람들도 쉽게한다고 알려주기. - 투자 그거 아무것도 아님. 최근 3일 동안 1933명이 투자했다고!

  • 언제 투자를 하게 되지?

    • 여유 자금이 생길 때 : 큰돈 입금, 월급날, 적금 해지 -> 결국 투자는 돈이 있어야 한다. 돈이 들어오는 순간을 적절하게 이용하자.

    • 다른 사람들도 투자하는 분위기 일때 : 오늘의 팁, 증권 뉴스를 본 유저 -> 푸시 메시지를 발송

  • 원래 투자하던 사람들은 알아서 잘한다. 자신의 소비 내역 기반으로 접근한다.

    • 더 좋은 상품이 있다, 이런 것도 있다고 알려주기

  • 최종안

    • 오늘 토스에서 가장 인기있는 서비스 (광고) 알림 받고 포인트 받기! 벌써 44만명이 000원정도 받았어요.

    • 주식 1주 받기, 그 다음 이벤트는? (광고) 이번엔 알림을 받아보세요. 알림 누르기만해도 돈을 벌어요.

5. 커뮤니케이션 개선하기

제품, 서비스를 유저에게 어떻게 전달할 것인가 컨셉이나 방향성을 이야기한다.

사례 1) 토스 평생 무료 송금 전환

  • 이전 : 잠깐! 평생 무료로 송금할래요? (평생 무료로 송금하기)

  • 이후 : 송금 수수료, 토스가 평생 내드릴게요. 500원 -> 무료 (확인)

  • 이전 : 토스에선 송금 수수료 무료!

  • 이후 : 수수료는 토스가 냈어요!

6. Case Study

1) 오늘의 집 취향 카테고리 화면

  • 관심 주제를 선택하면 맞춤 콘텐츠를 추천해드릴게요!

  • 문제정의 : 맞춤 콘텐츠가 무엇인지 알 수 없다. = 가치가 충분히 전달되지 않음

    • 유저 입장에서 관심 주제를 선택할 이유가 약하다.

    • 내가 뭔가 이득이 될만한게 있는지 명확하게 알려줘야한다.

  • 가설설정 : 관심 주제를 선택했을 때 유저가 얻는 밸류를 더 명확하게 써주고, 개인화 버전을 녹여서 말 걸듯 쓰면 관심주제 등록률리 오를 것이다.

  • 개선

    • 00님이 관심있는 주제를 고르면 인기 콘텐츠만 모아서 보여드릴게요.

2) 하나은행 > 오늘의 운세 : 약관 동의율 올리기 목표!

  • 더울수록 건강 챙기며 보내길. 오늘의 운세로 무더위를 날려요. 바로가기 ->

  • 문제 정의

    • 이 서비스에 왜 개인정보가 필요한지 공감되지 않는다.

    • 첫 화면에서 약관 동의 화면이 나올 것이라는 것을 예상하기가 어렵다.

    • 약관 화면 버튼 : "가입" 이라는 단어는 이 서비스에 가입하는 듯한 착각이 든다.

    • 개인정보가 운세 결과에만 이용된다는 것이 잘 보이지 않는다.

  • 가설 설정

    • 개인정보가 필요한 이유를 알려준다.

    • 첫 화면에서 약관 동의가 필요함을 미리 예상할 수 있도록 알려준다.

    • 약관 동의 타이틀에 유저가 얻을 수 있는 가치를 알려준다. 서비스 이용을 위해서 필요한 단계라는 것을 설명한다.

    • 버튼명 가입을 바꾼다.

    • 운세 결과에만 확인된다는 내용을 더 잘 보이는 위치에 노출한다.

  • 개선하기

    • 00님, 오늘은 000을 조심하세요! (약관 동의하고 전체 운세 확인하기)

    • 00님, 오늘 행운의 컬러는 000이네요. (약관 동의하고 전체 운세 확인하기)

    • 운세를 확인하려면, 00님의 생일 정보가 필요해요. *생일 정보는 운세 결과 확인 이외에는 사용되지 않아요. (생일 정보 입력하기)

    • 생일 정보를 입력하면 00님의 운세를 알려드려요. *생일 정보는 운세 결과 확인 이외에는 사용되지 않아요. (생일 정보 입력하기)

3) '타다' 택시가 잡히면 노출되는 이벤트 배너 - 참여율 올리기

무료 크레딧 적립받고 운행요금 즉시 할인받기 (할인받기)

  • 문제

    • 무료 크레딧이 명확하지 않다. 랜딩 페이지에 쓰이는 용어와 다르다.

    • 얼마나 할인받는지도 정확히 알 수 없다.

  • 가설 설정

    • 크레딧이라는 키워드 삭제. 한번에 이해할 수 있도록 표현 바꾸기

    • 얼마나 할인받을 수 있는지 써주기

  • 개선하기

    • 간단한 이벤트 참여하고 최대 0000원 할인받기 (할인받기)

    • 목적지까지 가는 동안 게임하고 000원 할인받기 (할인받기)

약관

  • 문제

    • 이벤트 참여하려고 했는데 갑자기 약관이 나옴

    • 읽어봐도 어떤 정보를 수집하는지 이해하기 어려움

  • 가설

    • 왜 개인정보가 필요한지 타이틀에 써준다.

    • 개인정보가 어떻게 이용되는지 상세 내역에 써준다.

  • 개선

    • 이용에 동의하고 이벤트에 참여할까요?

      • ~하려면 동의가 필요해요.

      • 수집정보. 보유기간 명시

      • *수집한 정보는 이벤트 참여 이력을 확인하기 위한 용도로만 사용돼요.

      • (다음에 하기/동의하고 참여하기)

    • 최대 2,500원 할인을 받으려면 이용에 동의가 필요해요.

      • ~하려면 ~정보가 필요해요.

      • 수집정보, 보유기간 명시

      • 동의한 정보는 이벤트 참여 이력을 확인하기 위한 용도로만 사용돼요.

      • (닫기/동의하고 할인받기)

4) 쿠팡 - 알림 동의율이 유독 낮다면, 어떤 맥락/상황에서 어떤 문구로 보낼 수 있을까요?

할인에 할인을 더 받고 싶다면!

  • 쿠팡 알림 허용하고 할인 받으세요

  • (싫어요/좋아요)

  • 문제

    • 앱을 열자마자 알림 유도 팝업이 노출되어서 광고처럼 느껴진다. 거부감

  • 가설

    • 알림 동의가 유효하게 작동할 맥락(관심 상품 가격 할인할 때)을 찾아서 맥락에 맞게 문구를 다양화하면 알림 동의율이 올라갈 것이다.

  • 맥락 - 상황설정

    • 사용자가 제품 찜하기를 눌렀을 때

      • 장바구니는 구매 의지가 있다고 볼 수 있으나 찜하기는 관심 항목, 가격 변동을 체크하기 위해서라고 생각함. 할인할 때 알려줄까? 라는 워딩으로 접근하면 전환율이 높을 것이다.

      • 개선 : 방금 찜한 상품, 할인할 때 알려드릴까요? (닫기/할인할 때 알림받기)

    • 할인 제품을 구매했을 때

      • 마감세일의 벨류를 경험한 사람은 그 가치를 이미 알고 있을 것이다! 내일 마감 세일이 시작되면 알려준다고 접근.

      • 개선 : 내일 마감 세일 시작되면 알려드릴까요? (닫기 / 할인할 때 알림받기)

    • 같은 제품 N개 이상 눌러봤을 때

      • 구매 의지는 있지만 가격 때문에 망설이는 사람. 가격 할인될 때 알려준다고 하면 할인율이 높을 것이다!

      • 000 상품 할인할 때 알려드릴까요? (닫기 / 할인할 때 알림받기)

Previous4. 고객과의 관계형성 - 차별점 강화Next2. 후킹한 문장으로 고객 행동 이끌기

Last updated 1 year ago

Was this helpful?