개요
•
Notion + Make 기반 프로젝트 관리 시스템의 실전 데이터 입력 및 사용성 검증 세션
•
이전 세션에서 설계한 시스템에 실제 데이터 입력 후 UX 개선점 발견
◦
OKR 개인 페이지의 잘못 종료한 태스크 복원 문제
◦
프로젝트 아이템 등록부터 태스크 자동 생성까지 전체 플로우
◦
리오더/리스프레드 실행
◦
업체평가 입력
◦
개인 대시보드 레이아웃 최적화
•
핵심 가치: "설계한 시스템을 실제로 써보면서 발견되는 문제를 즉석에서 해결하는 과정"
•
운영 단계에서만 드러나는 실무 노하우 집중
◦
Task Definition 타임라인 연결 규칙 (끊어지면 자동 생성 불가)
◦
Make 시나리오 실행 모니터링 방법
◦
개인 페이지에서의 태스크 일괄 진행 처리
◦
데이터베이스 잠금/해제
•
시스템 구축자 + 실제 사용자(디자이너, 생산팀, 물류팀) 관점 반영
주요 학습 포인트
•
OKR 태스크 "잘못 종료" 복원 경로 — 완료 건 목록에서 "착수" 버튼 재클릭 시 진행중 복원, 그룹화 제거 및 기간 내림차순 정렬로 탐색 효율 향상
•
Make 시나리오는 "열어놓고 실행"이 기본 — 태스크 자동 생성 시 시나리오 창을 옆에 띄워 생성 완료 시점 파악 필수
•
Task Definition 타임라인 "끊김 금지" 법칙 — 선행 태스크 종료일과 후행 태스크 시작일 필수 연결, 하루라도 빈 구간 발생 시 자동화 중단
•
개인 페이지 태스크 일괄 진행 처리 — 아이템별 진입 대신 개인 페이지 날짜순 정렬 뷰에서 진행 버튼 연속 클릭이 효율적
•
데이터베이스 삭제 불가, Task Definition 절대 삭제 금지 — 프로젝트 삭제 시 하위 DB 유지, Task Definition/Reorder Task Definition 삭제 시 전체 자동화 붕괴
요약
1. OKR 개인 페이지 사용성 피드백과 개선
•
잘못 종료한 태스크 복원 문제
◦
사용자가 태스크를 잘못 "종료" 클릭 → 태스크가 완료 영역으로 이동 → 종료 취소 기능 부재
◦
해결: 완료 건 목록에서 "착수" 버튼 재클릭 시 "진행중" 상태로 복원
◦
UI 개선: 착수 버튼을 목록 앞쪽으로 이동하여 즉시 접근 가능
•
완료 건 표시 방식 변경
◦
기존: 이니셔티브별 그룹화 → 같은 이니셔티브 번호가 여러 KR에 걸쳐 중복 표시되어 혼란
◦
변경: 그룹화 제거, 기간 내림차순 정렬로 최근 완료 건 우선 표시
◦
이유: KR마다 이니셔티브 1번 존재로 인한 그룹화 시 혼동 발생
•
현황판 토글 처리
◦
문제: OKR 펼침 시 첫 화면에 전사 현황판 노출 → 매일 스크롤 불편
◦
해결: 현황판은 토글로 접기, 트래킹(이니셔티브 + 태스크)은 펼침 유지
◦
토글 열림/닫힘은 마지막 설정값 유지 (개인 페이지이므로 본인만 영향)
•
개인 페이지 필터 범위
◦
Objective와 Key Result: 전사 항목 전체 표시 (전체 맥락 파악 용도)
◦
이니셔티브와 태스크: 개인 항목만 필터링 (실행 집중 용도)
핵심 원칙: UX 설계는 "잘못 눌렀을 때 어떻게 되돌리는가" 필수 포함 — 되돌리기 경로 없는 버튼은 사용자에게 공포 유발
주의: 종료 버튼 실수 클릭 시 DB 직접 수정 불필요. 완료 건 목록에서 "착수" 버튼만 누르면 간단히 복원.
2. 컴포넌트 페이지를 통한 Make 시나리오 관리
•
Make 시나리오 관리 문제점
◦
Make 내부 시나리오 목록은 이름만 나열 → 어떤 시나리오가 어떤 페이지에서 사용되는지 파악 곤란
◦
해결: Notion 내 "컴포넌트" 페이지 별도 생성, 각 페이지에서 사용하는 Make 시나리오 매핑 관리
•
시나리오 링크 접근 권한
◦
컴포넌트 페이지 Make 시나리오 링크는 대표님(관리자)만 접근 가능
◦
목적: 자동화와 페이지 간 관계 문서화로 유지보수 편의성 확보
핵심 원칙: 자동화 시나리오는 "어디서 쓰이는지" 별도 문서화 필수 — Make 내부만으로는 시나리오-페이지 관계 파악 불가
3. 프로젝트 아이템 등록과 태스크 자동 생성 실전
•
아이템 등록 프로세스 (실제 시연)
1.
프로젝트 페이지에서 "새로 만들기" 클릭
2.
프로젝트명 설정 (예: "2월 에센스")
3.
아이템 정보 입력: 품번(임시 → 나중에 변경), 색상, 사이즈, 수량
4.
태스크 시작일 입력 (필수 — 이 날짜 기준 전체 태스크 일정 산정)
5.
"입력완료" 클릭
6.
"태스크 생성" 버튼 클릭 → Make 시나리오 동작 → 태스크 일괄 생성
•
Make 시나리오 실행 모니터링
◦
Make 로그인 → 해당 시나리오 클릭 → Run Once 또는 자동 실행 대기
◦
시나리오 창을 브라우저 한쪽에 작게 띄워 동작 시각적 확인
◦
아이템 목록에서 처리 완료 건 순차 제거되며 태스크 생성
◦
모든 아이템 제거 시 생성 완료
•
Make 크레딧 사용량
◦
매직 밀키트(유료 플랜): 1회 실행당 약 10개 크레딧 소모
◦
미구매: 태스크 40개 기준 1회 실행당 약 150~160개 크레딧 소모
◦
매직 밀키트 구매 여부에 따라 크레딧 효율 15배 이상 차이
•
필수 입력 필드와 입력 순서
◦
태스크 시작일 필수 입력 (미입력 시 자동 생성 불가)
◦
색상/사이즈: 서브 아이템 미구현으로 필수 아니나 데이터 완결성 위해 입력 권장
◦
빈 칸 방치 금지 — 자동화 오류 원인
핵심 원칙: "태스크 시작일" 없으면 아무것도 생성 불가 — 이 하나의 필드가 전체 자동화 트리거
아이템 등록 실행 체크리스트
프로젝트 생성 완료
품번(임시라도) 입력 완료
색상, 사이즈, 수량 모두 입력 완료
태스크 시작일 입력 완료 (토요일/공휴일 주의)
"입력완료" 체크 완료
Make 시나리오 활성화 상태
"태스크 생성" 버튼 클릭 완료
4. 아이템 페이지 내 태스크 관리와 진행
•
아이템 페이지 구조
◦
상단: 품번, 매입처, 담당자 등 기본 정보
◦
중단: 태스크 현황 (표 형태) — 기본 10개 표시, 설정에서 100개까지 확장 가능
◦
타임라인: 태스크별 기간과 순서 시각적 확인
◦
하단: 리오더, 리스프레드 영역
•
태스크 진행 방식
◦
버튼으로만 상태 변경 권장 — 상태값 직접 변경 가능하나 일괄 운영 위해 "진행" 버튼 사용 권장
◦
진행 버튼 1회 클릭: 시작 전 → 진행중
◦
진행 버튼 2회 클릭: 진행중 → 완료 (목록에서 제거, 완료 영역 이동)
◦
Notion 숙련 관리자는 상태값 직접 수정 가능
•
태스크 표시 개수 변경
◦
기본값: 10개만 표시 (콜아웃 내 "더보기"로 추가 로딩)
◦
변경: 잠금 해제 → 설정 → 레이아웃 → "처음 불러오기" 100개로 변경 → 전체 태스크 일괄 표시
◦
템플릿에도 적용하여 이후 생성 아이템에 자동 반영
•
날짜와 수식 필드 구분
◦
시그마(Σ) 아이콘: 수식 필드 → 수정 불가
◦
날짜 아이콘: 날짜 필드 → 자동 입력값도 수동 수정 가능
◦
타임라인에서 드래그로 기간 조정/이동 가능
핵심 원칙: 가급적 상태 변경은 버튼으로만 — 직접 상태값 변경 시 자동화 트리거 미작동 가능성
5. 개인 페이지에서의 태스크 일괄 처리 전략
•
문제 인식
◦
아이템 증가 시 각 아이템 진입 후 태스크 개별 "진행" 처리 극도로 번거로움
◦
담당자 입장에서 "오늘 해야 할 태스크" 날짜 기준 일괄 확인 필요
•
해결: 개인 페이지 전체 보기(View All) 활용
◦
개인 페이지 → 태스크 → 전체 보기: 모든 아이템 태스크 날짜순 정렬
◦
아이템 구분 없이 "오늘/이번 주 태스크" 순서대로 나열
◦
진행 버튼 연속 클릭으로 일괄 처리 가능
◦
팀 필드 불필요 (개인 페이지이므로 본인 것만 표시), 담당자 얼굴 맨 앞 배치
•
개인 페이지 태스크 뷰 필드 순서 (확정)
1.
담당자 (얼굴)
2.
아이템명
3.
태스크명
4.
진행 버튼
5.
날짜
6.
상태
7.
팀 (맨 뒤)
•
리오더 태스크도 개인 페이지에 포함
◦
개인 페이지 구성: 태스크 → 리오더 태스크 → 리스프레드 (순서대로)
◦
리오더 태스크에도 타임라인 뷰 추가 (메인 태스크와 동일 형태)
◦
리오더 태스크에서도 날짜 기준 정렬 + 진행 버튼 직접 클릭 가능
핵심 원칙: 개인 페이지는 "내가 오늘 뭘 해야 하는가"에 즉시 답변 가능해야 함 — 아이템별이 아닌 날짜별 태스크 조회가 핵심
6. 데이터 삭제와 보호의 원칙
•
프로젝트 삭제 시 데이터 보존
◦
프로젝트 삭제 시 하위 데이터베이스(아이템, 태스크 등) 미삭제
◦
각 데이터베이스가 독립적으로 존재
◦
단, 삭제된 프로젝트 뷰는 소멸 (데이터는 DB에 잔존)
•
절대 삭제 금지 항목 (빨간색 표시)
◦
Task Definition — 전체 태스크 자동 생성 기반
◦
Reorder Task Definition — 리오더 태스크 자동 생성 기반
◦
Rispred Subplane — 리스프레드 관련 데이터
◦
해당 항목들은 프로젝트 페이지 하단 배치로 실수 방지
•
OKR 이니셔티브 삭제 시 주의
◦
이니셔티브 삭제 시 하위 태스크는 DB에 잔존 (미표시 상태)
◦
삭제가 아닌 "미표시" 상태 — DB 직접 확인 시 데이터 존재
핵심 원칙: "삭제"와 "미표시"는 다름 — Notion에서 상위 항목 삭제 시 하위 DB 레코드 유지, Definition 계열 삭제 시 자동화 전체 붕괴
주의: 프로젝트 페이지 "정리" 목적으로 하위 DB 삭제 금지. 특히 Task Definition은 눈에 띄지 않는 위치에 있어 실수 삭제 위험 높음 → 페이지 최하단 이동 + 빨간색 표시 필수.
7. Task Definition 타임라인의 "끊김 금지" 법칙
•
핵심 법칙: 선행-후행 연결 필수
◦
Task Definition에서 태스크 기간/순서 변경 시 선행 태스크 종료일 = 후행 태스크 시작일 필수
◦
하루라도 빈 구간 발생 시 해당 지점 이후 태스크 생성 불가
◦
겹침은 허용, 단 겹치는 구간에 종료 태스크 최소 1개 필수
•
날짜 변경 시 주의사항
◦
기간 증감 시: 전후 태스크 연결 끊김 확인
◦
태스크 이동 시: 이동 후 앞뒤 태스크 시작/종료일 연결 확인
◦
자동 밀림 기능 현재 비활성화 — 수동 조정 필요
•
기간 표시 기능
◦
각 태스크에 "기간" 필드 추가로 현재 설정일 숫자 확인 가능 (예: 2일, 3일)
◦
날짜 이동 시 기간 숫자 자동 변경으로 시각적 확인 가능
[소재 리서치 2일] → [메인 원단 컨펌 3일] → [공장 입고 3일]
종료일 = 시작일 종료일 = 시작일
✅ 정상: 연결 맞물림
[소재 리서치 2일] [메인 원단 컨펌 3일] → [공장 입고 3일]
종료일 ≠ 시작일 (1일 빈 구간)
❌ 오류: 메인 원단 컨펌 이후 태스크 생성 불가
Plain Text
복사
핵심 원칙: Task Definition 타임라인은 "퍼즐 블록"처럼 빈틈 없이 맞물려야 함 — 겹쳐도 되지만 끊어지면 안 됨
Task Definition 수정 체크리스트
수정 대상 태스크의 전후 태스크 확인
기간 변경 후 선행 태스크 종료일 = 후행 태스크 시작일 확인
겹치는 구간 존재 시 종료 태스크 1개 이상 확인
타임라인 전체 훑어 빈 구간 부재 확인
변경 후 테스트 아이템으로 태스크 생성 1회 실행
8. 리오더 실전 운용과 차수 관리
•
리오더 생성 실전 시연
◦
아이템 페이지 진입 → 리오더 버튼 클릭 → Make 시나리오 동작 → 리오더 차수 + 태스크 자동 생성
◦
3차수 아이템에서 리오더 클릭 시 → 4차수 자동 생성
◦
연속 클릭 가능: 리오더 버튼 연속 클릭 시 2차, 3차 순차 생성
•
리오더 초기 상태 변경
◦
기존: 리오더 생성 시 바로 "진행중" 표시 → 사용자 혼란
◦
변경: 생성 시 "시작 전" 상태 → 사용자 직접 "진행" 전환
•
잘못 생성한 리오더 처리
◦
잘못 생성 차수: 해당 리오더 삭제
◦
삭제 후 재생성 시 다음 차수 자동 부여 (예: 2차수 삭제 후 재생성 시 다음 차수로 입력 가능)
◦
주의: 삭제 후 재생성 시 차수 번호가 이전 최고 차수 + 1로 입력 가능성
•
프로젝트 레벨 리오더 표시
◦
프로젝트 메인 페이지에서는 리오더 목록 불필요 (클라이언트 확인 결과)
◦
리오더는 아이템 페이지 내부에서만 확인 및 관리
핵심 원칙: 리오더는 "아이템 안에서 생성, 아이템 안에서 관리" — 프로젝트 레벨에서는 아이템만 확인
9. 매입처 등록과 업체평가 입력 실전
•
매입처 등록 프로세스
1.
프로젝트 페이지 → 매입처 등록 섹션 → 전체 페이지로 열기
2.
업체명 입력 + 아이템 연결
3.
Make 시나리오 활성화 (매입처 월간 리포트 생성 시나리오)
4.
"매입처 등록" 버튼 클릭 → 확인 팝업 → 등록 완료
5.
월간 리포트 자동 생성 → 업체평가에 반영
•
업체평가 입력 방법
◦
프로젝트 페이지 상단 → 업체평가 인풋 → 평가 미완료 업체 목록 표시
◦
10점 만점 기준 점수 입력
◦
입력 단축키: 숫자 입력 → Tab(오른쪽 이동) → 숫자 입력 → Tab → ... → 평가완료 체크박스에서 Enter
◦
평가 결과는 하단 업체평가 섹션에 자동 반영 (총점, 월별 평균, 건수 대비 평점)
•
업체평가 데이터 이중 구조
◦
상단 "평가": 업체별 전체 누적 총점
◦
하단 "월간 평가": 해당 월 개별 평가 점수
◦
입력은 프로젝트 페이지 상단, 조회는 하단 업체평가 섹션
핵심 원칙: 데이터 입력과 조회는 분리 — 입력은 최소 필드만 노출된 전용 뷰, 조회는 차트와 필터 포함 리포트 뷰
10. Make 자동화 트러블슈팅 역량 확보
•
자체 문제 해결 필요성
◦
자동화 미작동 대비 클라이언트 팀도 Make 기본 이해 필수
◦
"바닥부터 학습이 아닌, 문제 해결하면서 학습" 방식 접근
•
추천 학습 자료
◦
Make 기초 강의 8차시 과정 (멤버십 강의 내 존재)
◦
1~8차시 속성 학습으로 기본 개념과 시나리오 구조 이해 가능
내 비즈니스에 적용하기
•
자동화 시스템 도입 후 시스템 관리자 부재 시 문제 해결 담당자 지정 여부
•
팀 내 최소 1명 이상 Make 시나리오 기본 구조 이해 여부
•
자동화 오류 발생 시 확인 체크포인트 문서 준비 여부
11. 개인 대시보드 최종 레이아웃 확정
•
개인 페이지 전체 구조
◦
OKR (토글): 현황판(토글 내부) + 트래킹(이니셔티브 + 태스크, 펼침 상태)
◦
프로젝트 (토글): 태스크 뷰 + 리오더 태스크 뷰 + 리스프레드 뷰
•
뷰 잠금/해제
◦
설정 → "보기 잠금" 활성화 시 다른 사용자의 뷰 구조 변경 불가
◦
잠금 해제 → 수정 → 재잠금 순서로 관리
◦
개인 페이지이므로 본인이 잠금/해제 직접 관리
•
향후 작업 계획
◦
월요일: 개인 페이지 OKR + 프로젝트 통합 작업 (1시간, 온라인)
◦
화요일: 오프라인 최종 마무리 (1시까지 방문)
◦
남은 작업: 데이터베이스 분리(프로젝트 하위 → 독립 DB), 게스트 초대 자동화, 담당자 추가
핵심 원칙: 시스템 구축의 마지막 단계는 "실제로 써보면서 고치는 것" — 설계 단계에서 발견 불가한 문제가 운영 단계에서 반드시 발생
