티키타카 기획 노트 17

김

김동영

Apr 4, 20251y ago

기획
글쓰기
몰입
성과관리
업무관리
목표관리
피그마
로드맵
KPI
데이터
경쟁사분석
정의
플래너

안녕하세요, 리버스마운틴 CPO 김동영입니다.
티키타카 열일곱번째 기획 노트입니다.
Linkedlin: https://www.linkedin.com/in/dongyoung-kim-10505a184/
E-mail: dykim@reversemountain.co.kr

Overview

목표/플래너/팀원 탭으로 사이클을 마무리한 후, '팀 생성플로우', '프로젝트', '세팅' 페이지를 추가하여 초기버전 기획 스케치를 완료했습니다. 세팅 페이지는 팀 관리 기능을, 프로젝트 페이지는 목표와 유사하지만 고유 속성을 가진 구성으로 설계했습니다. 멤버 초대 프로세스와 UI 일관성을 고려하여 사용자 경험을 설계했습니다.

25년 02월 10일 회의 (2) 팀생성/프로젝트/세팅 페이지

기본 사이클 마무리짓기

목표/플래너/팀원 탭을 통해 한 사이클을 마무리 지은 후, 추가적으로 필요한 페이지를 구성하여 초기버전 기획을 마무리 지으려 합니다. 그 요소가 바로 '팀 생성플로우', '프로젝트', '세팅' 페이지입니다. 이를 위해 피그마에 작업한 내용을 팀원들과 공유했습니다. 이 기획을 통해 스케치를 마치고, 개발에 들어간 이후 세부적인 사항을 논의하며 정교화할 예정입니다.

먼저 세팅 페이지는 간단히 팀 아이콘과 이름을 선택할 수 있는 칸, 멤버를 보고 초대할 수 있는 칸, 팀 삭제를 할 수 있는 칸으로 구성했습니다. 지속적으로 보는 화면이 아닌 관리자들이 특수한 상황에서 보는 곳인만큼 UI는 메인사이클과 달라도 된다고 판단했습니다.

이 화면 내에 팀 만들기 버튼 또한 좌측 사이드바에 추가하여 기능 개발에 필요한 화면을 줄이고자 했습니다. '팀 만들기'를 누른 후 팀 이름을 입력하여 바로 팀을 만들 수 있는 간단한 플로우를 만들었습니다. 멤버초대와 기타 정보들은 팀 생성 이후에 할 수 있도록 하였습니다.

멤버 초대의 경우에는 다음과 같은 스텝을 밟습니다.

1. 멤버 초대하기를 눌러 이메일 입력 후 초대 발송

2. 초대 대기 상태

3-1. (미가입, 가입)이메일을 통해 초대링크로 들어오면 팀에 소속

3-2. (가입)알림을 통해 초대 수락하면 팀에 소속

(알림 기능이 부재한 초기버전을 고려하여 가입을 하고 초대를 받은 멤버는 바로 팀에 멤버로 등록되도록 했습니다.)

프로젝트 페이지는 목표 페이지와 유사하게 구성하였습니다. 그러면서도 프로젝트에 필요한 속성 정보만을 담았습니다. 속성은 다음과 같습니다.

상태 (Status)
프로젝트제목 (Project Title)
우선순위 (Prioirity)
프로젝트 리더 (Project Leader)
참여자 (Contributor): 참여자+목표담당자
마감일 (Deadline)
팀 (Team)
생성일 (Created)

속성 중 상태, 우선순위 등은 목표페이지에서 사용된 기호와 일관성을 주어 혼란을 최소하하도록 일치시켰습니다. 프로젝트 페이지에서 만들어진 프로젝트들을 통해 목표들을 보기좋게 분류하고 이를 통해 우리 팀의 전체적인 진행상황을 확인할 수 있도록 하고자 합니다.

유진님은 Linear에서 프로젝트와 이슈의 뷰가 차이가 별로 없어 오히려 혼란스러웠다는 의견을 주셨습니다. 모든 것에는 장단점이 있습니다. 여기서는 사용성의 통일감이 장점이겠고, 단점은 구분이 힘들 수 있다는 것입니다. 저는 새로운 틀 내에서는 '이해'라는 측면에서 통일적인 것이 더 편하게 쓸 수 있을 것이라 생각했고, 개발을 할 때에도 더 빠르게 개발할 수 있을 것이라 판단했습니다. 그리고 유진님은 큰 차이를 주지 않으면서도 포인트들을 통해 차이를 보여주자는 좋은 의견을 주셨습니다.

고민이 잘 되어있을수록 좋은 서비스가 나온다고 생각합니다. 그리고 그 고민은 무언가를 만들기 전, 만드는 중, 만든 이후에도 항상 진행되어야 하는 것이고, 각 단계에서 느껴지는 것들은 다릅니다. 그리고 단계가 진행되면서 원래 가지고 있던 생각이 깨지기도 하죠. 이제 이 '기본 사이클'이라는 챕터는 다음 단계로 넘어가야 할 때입니다. 그리고 성과관리에 대한 챕터의 논의를 시작해야 합니다.

Conclusion

고민이 잘 되어있을수록 좋은 서비스가 탄생합니다. 무언가를 만들기 전, 만드는 중, 만든 이후에도 지속적인 고민이 필요하며 각 단계마다 다른 인사이트를 얻게 됩니다. 이제 '기본 사이클' 챕터는 다음 단계로 나아갈 시점입니다. 그리고 다른 Feature들에 대한 고민을 어젠다로 들어올릴 때입니다.

Subscribe to 'Reversemountain Tech Blog'

Subscribe to my site to be the first to receive notifications and emails about the latest updates, including new posts.
Join Slashpage and subscribe to 'Reversemountain Tech Blog'!

Open channel