김 에디터

WHO I AM

김 에디터

저는 글을 다듬는 사람이라기보다, 정보가 사용자에게 닿는 길을 함께 설계하는 편집자입니다. 릴리스 속도가 빠른 팀에서도 문장이 흔들리지 않게, 제품이 한 사람처럼 말하도록 돕습니다.

미디어에서 속도를 배우고, SaaS에서 설명을 배웠으며, 지금은 프로덕트 옆에서 문장의 기준을 맞춥니다. 아래 글은 그 여정을 한 페이지로 압축한 자기소개입니다.

ABOUT · 한 줄과 여백

콘텐츠가 아니라 신뢰의 경로

버튼 라벨, 온보딩 문장, 오류 메시지, 릴리스 노트, 정책 문구까지 이어지는 모든 터치포인트는 한 번에 쓰이지 않습니다. 그래서 저는 목적이 같은 문장들이 서로 배신하지 않게 만드는 일에 집중합니다. 화려한 카피보다, 사용자가 다음 행동을 예측할 수 있는 문장을 좋아합니다.

“편집은 속도와 정확 사이에서 균형을 잡는 일이고, 그 균형은 팀이 같은 그림을 보고 있을 때 생깁니다.”

저는 지금 제품 언어의 정밀도, 온보딩·지원 티켓에서 드러나는 반복 오해, 그리고 다국어·용어 거버넌스 같은 문제에 특히 많은 시간을 씁니다. 숫자가 없을 때는 짧은 인터뷰와 로그를 바탕으로 가설을 세우고, 있으면 카피 실험을 제안합니다.

METHOD · 네 단계

일할 때의 순서

순서를 바꾸면 재작업이 생깁니다. 저는 보통 아래 순서를 지킵니다.

STEP 01

독자를 한 사람으로 고정

페르소나가 없어도 괜찮습니다. 지금 화면 앞에 앉은 사람이 무엇을 두려워하는지, 무엇에 화가 났는지부터 적습니다. 그게 잡히면 톤이 흔들리지 않습니다.

STEP 02

목적을 한 문장으로

이번 화면이 정보를 받기 위한 것인지, 신뢰를 쌓기 위한 것인지, 실수를 복구하기 위한 것인지 나눕니다. 목적이 두 개라면 순서를 정합니다.

STEP 03

구조를 먼저

제목·부제·본문·보조 설명의 역할을 나눕니다. 스캔 가능성을 위해 행동 유도는 동사로, 정보 라벨은 일관된 품사로 맞춥니다.

STEP 04

마지막에 문장

맞춤법과 리듬은 마지막입니다. 먼저 손대면 팀과 사용자 모두 시간을 잃습니다.

FOCUS · 경험에서 온 세 장면

문장이 만든 차이

아래 세 장면은 포트폴리오용으로 재구성한 대표 사례입니다. 회사와 수치는 예시이지만, 저가 문제를 바라보는 방식은 그대로입니다.

CASE · ONBOARDING

가입 직후, 사람들이 멈췄던 한 단계

데이터상 이탈이 몰린 단계에서 법적 문구와 안내 문구가 한 덩어리로 붙어 있었습니다. 저는 둘을 분리하고, 인터뷰에서 반복된 표현을 모아 문장 후보를 압축한 뒤 짧은 카피 실험을 제안했습니다. 카피만으로 모든 것이 해결되지는 않습니다. 플로우와 성능과 같이 움직일 때 비로소 이탈이 의미 있게 줄어듭니다.

CASE · RELEASE NOTES

릴리스 노트가 쌓이면 신뢰도 함께 누적됩니다

내부에선 대단한 업데이트였지만, 외부 문서는 기능 나열에 머물렀던 적이 있습니다. 변경 사항을 사용자 과업 단위로 다시 묶고, 한 줄의 이점·주의를 붙이는 템플릿을 만들었습니다. 작은 체크리스트는 6개월 뒤 팀 속도로 돌아옵니다.

CASE · LANGUAGE SYSTEM

용어가 갈리면 온보딩이 먼저 깨집니다

문서는 A, UI는 B, 덱은 C로 부르던 기능을 한 표로 모았습니다. 완벽한 1.0보다 매 스프린트 갱신되는 0.3을 목표로, 오너십과 링크 구조를 정리했습니다. 번역이 붙는 제품에서는 의미 손실이 나는 지점을 문서에 드러내 반복 비용을 줄입니다.

TOGETHER · 함께 일할 때

역할마다 다른 속도, 같은 문장

디자이너와는 와이어 초반부터 같이 앉는 편이 좋습니다. 레이아웃이 먼저 정해지면 카피는 길이 안에서 최선을 찾고, 카피가 먼저 서면 그리드가 숨을 쉬기 어렵습니다.

엔지니어와는 예외 케이스를 존중합니다. 문장 하나가 조건문을 부를 때가 있으니, 단계를 나누거나 툴팁으로 넘깁니다. 세일즈·CS와는 방어적인 문장 대신 한계를 짧게 밝히는 문장을 제안합니다. 법무와는 막연한 금지보다 대체 문장 세 가지를 들고 갑니다.

저는 가끔 느리게 보일 수 있습니다. 그건 앞당겨 읽는 시간이지, 마감을 미루기 위한 시간이 아니라고 믿고 설명합니다.

PALETTE · COLOR ROLES (DESIGN.MD §2)

TOKENS · WIRED-INSPIRED

Color Palette & Roles

내부 문서 DESIGN.md의 팔레트를 그대로 시각화했습니다. 크롬은 회색조와 단일 악센트 블루만 쓰는 전제를 보여 주기 위한 것입니다.

Primary — Editorial Ink

  • WIRED Black #000000 리본·구분선·버튼 테두리·헤드라인 룰
  • Page Ink #1a1a1a 헤드라인·본문에 가까운 잉크
  • Paper White #ffffff 기본 캔버스·뉴스프린트 질감

Secondary — Editorial Voice

  • Link Blue #057dbc 유일한 브랜드 악센트 · 인라인 링크 호버·브레드크럼

Surface & Background

  • Newsprint #ffffff 에디토리얼 페이지·히어로 존
  • Footer Ink #1a1a1a 반전 영역(푸터) 배경 · 밝은 글자 위에 얹음
  • Hairline Tint #e2e8f0 섹션 사이 <hr> · 거의 보이지 않는 마진 룰

Neutrals & Text

  • Headline Black #1a1a1a H1/H2 디스플레이 타입
  • Body Gray #1a1a1a 장문 본문 · 헤드라인과 동일 잉크로 통일
  • Caption Gray #757575 바이라인·타임스탬프·보조 메타데이터
  • Disabled Gray #999999 비활성 링크·낮은 우선순위 라벨
  • Hairline Border #e2e8f0 은은한 구분선 전용

Semantic & Accent

  • Brand Hover Blue #057dbc 링크 롤오버 · 유일한 인터랙티브 큐 (배경·버튼 채우기에는 쓰지 않음)

원문: 시맨틱 성공/오류/경고 팔레트는 의도적으로 두지 않는다고 적혀 있습니다. 에디토리얼이지 SaaS 대시보드가 아니라는 뜻이죠.

Gradient System: 없음 — 그라데이션은 사진 속 톤에만 존재합니다.

CONTACT · 다음 이야기

만나면 이렇게 시작하고 싶어요

첫 주에는 큰 성과보다, 팀이 어떤 언어로 말하는지 듣는 데 시간을 씁니다. 회사마다 금기와 유머 코드가 다르니까요. 커피 한 잔 분량이면 충분합니다—지금 제품에서 가장 민감한 문장이 어디인지, 그 한 가지만 여쭙고 싶습니다.

이메일로 인사하기 맨 위로

mailto: 주소는 실제 사용 시 본인 것으로 바꿔 주세요.