어느 기획자의 기록 저장소

UX writing 이란? 서비스를 이용하는 고객 대상의 메시지를 통칭 이용 방법을 안내, 행동을 유발, 오류 발생시 안내, 알럿에 노출되는 문구 등이 해당 UX writing 은 어떻게 해야 할까? 누구나 이해하기 쉽게 명확한 표현이 기본 서비스의 주요 사용 타겟을 고려하여 어투, 어감을 통일감있게 사용 (서비스 내에서 어투가 다르면 이질감 -> 서비스 퀄리티 저하 요소) 긍정적 표현 사용 ex) 사진을 더 이상 첨부할 수 없습니다 -> 사진은 최대 10장까지 첨부 가능합니다. ex) 더 이상 지역을 선택할 수 없습니다 -> 지역은 최대 5개까지 선택 가능합니다. 행동을 유발하는 카피 사용자가 얻게 되는 혜택을 카피로 작성하여 보다 적극적인 행동 (클릭) 유발하기 ex) 단순히 [회원 가입] 버튼 대신..

회의록 작성 방법 타이틀 : 회의의 주제 작성자 : 소속과 이름 회의 날짜 : 회의 진행 날짜와 시간 참석자 : 회의 참석자 명단 회의 자료 : 회의 당일 공유한 발표 자료를 첨부하거나 링크 주소 협의 사항 : 회의에서 결정된 주요 결정 사항과 이유 쟁점이 되었으나 아직 결정되지 않은 사항 특히, 회의에서 나온 내용을 전부 적지 말고 요약 내용으로 기재 이후 일정 : 회의에서 논의된 내용을 바탕으로 담당자 별 해야할 일 (To Do List) 출처 : 러닝 스푼즈 '주니어 IT 기획자를 위한 성과 지표를 높이는 서비스 기획: 상세 기획안, 백오피스, 결제 시스템'

정상적인 시나리오를 기반으로 먼저 기획안을 작성 후 나중에 예외 케이스에 대해서만 별도로 고려하는 것이 더 효율적으로 작성할 수 있다. 1. 디폴트값(초기값) 정의 - 입력한 값의 초기값을 어떻게 보여줄지 - 콘텐츠가 없을 때(결과가 없을 때) 어떤 문구를 보여줄지 2. 콘텐츠가 많을 때 노출 방식 - 무한 스크롤 or 페이징 방식 3. 글자 수 제한 - 이용자가 텍스트를 입력할 때 글자 수 제한 정책 필요 - 글자 수 초과시 말줄임 or 툴팁 등 기능 추가 고려 4. 데이터를 불러올 수 없을 때 or 로딩중 - 데이터를 불러올 수 없을 때 : '데이터를 불러올 수 없습니다.' '일시적인 장애입니다.' '잠시 후 다시 시도해주세요' - 로딩중 1) 일시적인 대기 : Progress Circle 2) 진행..

1. 명확한 표현 - 애매모호한 표현 제거, 어떤 액션을 했을 때 어떤 결과가 나오는지 2. 경우의 수 최대한 많이 고려하기 - 정상적인 시나리오 외 다양한 예외 케이스를 최대한 누락없이 작성 3. 정해진 것, 변경 가능성 있는 것에 대한 명시 ex) ~~ 기능은 1차 오픈시 제외, 2차 오픈시 반영 예정 // ~~ 적용 상품은 마케팅팀 추가 협의 후 선정 필요 4. 정책과 사유를 남기기 - 단순히 정책만 기재하기 보다 어떤 의도에서 이 정책으로 최종 결정하게 되었는지 기재시 개발자 입장에서 더 나은 방향으로 제안할 가능성 있음 5. 케이스 별로 달라진다면 글보다는 Flow Chart 또는 표로 간결하게 도식화 6. 서비스 공통 규칙 정의 ex) 날짜 표기 형식 : YYYY-MM-DD 출처 : 러닝 스푼..

서비스 기획 업무를 하다보면 아래와 같은 업무 단계를 프로젝트별로 끊임없이 반복하게 된다. 강의를 들으면서 실제 업무에서 진행하지 않는 부분은 어디였는지 그리고 어떻게 하면 더 완벽한 기획을 할 수 있을지에 대해서 고민해보았다. 단계 기획자의 업무 협업 담당자 1. 문제의 발견 마켓 리서치, 유저 인터뷰 2. 요구사항 분석 이용자 또는 타팀의 요청사항을 통한 기능의 요구사항 분석 운영팀, 마케팅팀, PM 3. 상위 기획 상위 기획안 작성(작업 범위, 서비스 정책, 기능 명세) 기반으로 개발 파트와 1차 협의 미팅 개발팀, PM 4. 상세 기획 화면 상세 기획안(SB) 작성 기획안 리뷰 - 디자인, 개발 파트 디자인, 개발, PM 5. 개발 중 커뮤니케이션 디자인 작업물 확인 후 수정 피드백/검수 개발 중..

1. 화면 설계에 필요한 지식/노하우 1) IT 인프라 지식 (SW/HW) ex) Web 은 Server/Client 로 구성, request/response 구조, 반면 App은 주요 파일이 Client에 거의 있고, 필요한 정보를 Server에서 땡겨옴 2) 정책서, 요구사항, 사용성 3) 정보구조(설계) 2. 화면 설계의 단계 1) IA(Information Architecture : 정보구조) 설계 2) 템플릿 가이드 3) 공통영역 설계 (공통 페이지, 팝업창은 IA에 공통 영역으로 별도 비고로 기술) 공통 네비 - 전체적인 서비스의 Depth별 네비게이션 흐름 정의 (각 모듈별 간단 설명 첨부 - 작업자들의 이해도↑) 공통 모듈 - Header, Tabbar, Footer 모듈 정의 - 기타 반..

1. 기획자가 화면 설계 전 작업 순서 1) 서비스 정책 사전 확인 필요 메인 정책 : 상품 / 주문 / 회원 보조 정책 : 오퍼 / 배송 / 게시물 등 2) 리서치 보고서로 해결안 합의하기 요구사항 정의서인 텍스트로 합의하기 보다 시각적인 것으로 합의 화면설계서 작성 후 다시 작성할 일을 방지 (합의를 안하거나 번복했을 경우 발생) 3) IA 로 전체 분량 확인 팝업 / 탭 / 스텝 별도 페이지로 산출 필요 IA 보다 평균 10% 증가분까지 감안한 여유로운 일정 산출 필요 2. 화면 설계의 방식과 각 장단점 소개 1) PPT 장점 - 정책, 이력, Flowchart 등 범용적 활용도 높음 / 작업자들이 인쇄하기 가장 좋은 수단 단점 - 업데이트 시 지속적인 파일 공유 필요(실시간 공유X), 프로토타입 ..

GNB (Global Navigation Bar) 어느 페이지에서나 주로 상단에 항상 노출되는 메뉴 바 (네비게이션 시스템) LNB (Local Navigation Bar) PC 화면에서 주로 사용되는 방식으로 특정 페이지에서 동일하거나 하위 Depth의 메뉴로 이동하기 위해 사용되는 왼쪽에 위치하는 하이퍼링크 메뉴 리스트 FNB (Foot Navigation Bar) 화면의 하단 Footer 영역에 고정적으로 노출되는 하단 메뉴. ex) 개인정보처리방침, 이용약관, 회사소개 등 SS (Sky Scraper) PC 화면에서 주로 사용되는 방식으로 스크롤에 따라 이동하며 항상 같은 자리에 위치하는 네비게이션 혹은 배너영역. 주로 오른쪽에 위치하며 '플로팅 배너'라 부르기도 한다. 헤더 (Header) 웹 ..