Interface systems · 혼합
디자인 토큰으로 묶는 인터페이스 시스템 1
컬러·타이포·스페이싱·모션 토큰을 한 표로 묶고, 팀이 바꾸는 순서(런북)까지 만듭니다.
가격(참고) ₩1,980,000 · 수료 후 심사
기간 6주, 주 1회 150분 + 랩 3h
난이도 심화 · 주중 저녁
본문
토큰 JSON과 피그마 변수(로컬)를 잇는 실습이 중심입니다. 릴리스에 맞는 토큰 “스파이크” 절차를 B2B 코호트 흐름과 맞췄고, “토큰만 바꾸면 끝”이라는 말이 실제로 통하는지 확인합니다. 핸드오프 문서는 개발팀 뷰(요약)와 디자인팀 뷰(이름 규칙) 두 벌이 나갑니다.
다루는 것
- 3레벨 토큰 스키마(brand / semantic / component)
- 피그마 변수 + 스타일 딕셔너리 동기
- 런북(배포 순서, 롤백, 코멘트 합의)
- 다크/라이트 토큰 쌍
- 스토리북(옵션) 훅 자리 확보
이후(개인/팀·체감)
- 팀 룰에 맞는 토큰 JSON 초안
- 개발/디자인 합의용 한 장 요약(표)
- 배포 전 체크리스트
노채원
UI 시스템 멘토, 은행·핀앱 토큰 이행 경험.
썸네일: 수업 담당(역할)입니다. 프로필 사진은 생성형 아이콘(외부)입니다.
읽기(경험 중심)
토큰 런북이 릴리스 캘린더에 그대로 붙었고, “이름 충돌” 메모가 눈에 띄게 줄었습니다. 스토리북은 우리팀엔 아직인데, 자리 잡힌 건 감사했어요.
자주 묻는
이 과정엔 뭐가 없나요?
팀이 기존에 쓰는 토큰툴(Style Dictionary 등)의 세부 옵션은 “선택”으로만 짚고, 런북+합의 루틴이 중심입니다.
개발팀이 없어도 되나요?
가능하나, 4~5주차에 1회 동료 리뷰(개발) 시뮬이 있어 “가상” 역할을 권합니다.
라이트만 다루나요?
쌍(라이트/다크)을 함께 설계하며, 다크는 최소 1쌍 연습이 필수입니다.