PM은 디자인이나 코딩을 직접 하지 않습니다. 목표(문의·구매)를 정의하고, 기획·UX·디자인·개발·카피·SEO/GEO·운영의 결과물이 한 흐름으로 맞물리도록 조율합니다. 잘된 PM의 결과물은 ‘각자 잘한 부품’이 아니라 ‘하나처럼 동작하는 작품’입니다.
신입 때 저는 제가 아무것도 ‘만들지’ 않는다는 게 불안했습니다. 디자인도, 코드도 다른 사람이 했으니까요. 그런데 어느 프로젝트에서, 버튼은 멋진데 로딩이 없고 카피는 좋은데 폼 검증이 빠진 걸 보고 알았습니다. 누군가는 ‘사이’를 책임져야 한다는 걸. 그게 제 일입니다. 아래는 제가 일곱 담당자를 모아 만든 한 화면입니다.
찾아지는 홈페이지, 한 팀이 만듭니다.
기획부터 운영까지, 일곱 담당자가 한 흐름으로. 아래 요소는 전부 이 자리에서 동작합니다.
검색에 발견
구글·네이버 + 구조화 데이터.
답변에 인용
answer block · llms.txt.
문의로 전환
흐름 · 폼 · 버튼 설계.
이 모듈의 모든 요소는 실제로 동작합니다 · 외부 라이브러리 0
이 한 화면에, 일곱 번의 조율이 들어 있습니다
배경에서 흐르는 엔티티 그래프와 카드의 입체 반응은 모션·버튼 담당이, 헤드라인이 한 단어씩 올라오는 건 타이포와 모션이 함께 만들었습니다. 민트 강조와 대비는 컬러 담당이 검사기로 확인했고, ‘검색에 발견 → AI 답변에 인용 → 문의로 전환’이라는 카드의 순서는 SEO·GEO 담당의 전략입니다.
한 줄 폼의 검증과 완료 상태는 폼 담당, 그 안내 문구는 마이크로카피 담당, 전체 정렬·여백은 레이아웃 담당이 잡았습니다. 그리고 이 모든 게 ‘무엇을 먼저 보여줄지’부터 시작된다는 점에서, 출발점은 기획이었습니다. 저는 이 사이를 메우고, 순서를 정하고, 어긋난 곳을 다시 붙였을 뿐입니다.
제 책상에는 누가 무엇을 맡고, 누구와 ‘사이’가 생기는지 적은 조율표가 늘 펼쳐져 있습니다 — 빈 ‘사이’ 칸이 제가 메워야 할 곳입니다.
| 담당 | 맡는 것 | 맞물리는 담당 | PM이 메우는 사이 |
|---|---|---|---|
| 기획 | 화면 순서·IA | UX·SEO | 무엇을 먼저 보일지 |
| 디자인 | 버튼·컬러 | 개발 | 버튼은 디자인, 로딩은 개발 |
| 카피 | 헤드라인·문구 톤 | 마이크로카피 | 버튼 글자 ↔ 폼 안내 |
| SEO·GEO | 카드 순서·answer block | 기획·개발 | 화면 제목 ↔ 색인 제목 |
| 운영 | 오픈 후 측정 | 전 파트 | 목표(문의·구매) 정렬 |
오른쪽 ‘사이’ 칸이 제 일의 본체입니다 — 각자 칸은 담당자가 채우지만, 칸과 칸 사이는 아무도 안 맡기 쉬워서 제가 책임집니다.
PM이 실제로 조율하는 것들
- 순서 — 기획→UX→디자인→개발 순으로, 뒤 단계가 앞 단계를 다시 안 뜯게.
- 기준 — 색·타이포·버튼 상태·문구 톤을 한 기준으로 통일.
- 경계 — “버튼은 디자인, 로딩은 개발”처럼 빠지기 쉬운 사이를 책임.
- 목표 — 모든 결정이 문의·구매라는 한 목표를 향하게.
이 네 가지를 칩으로 늘 눈앞에 둡니다 — 회의에서 길을 잃을 때마다 ‘지금 우리가 흔드는 게 이 중 무엇인가’로 돌아오기 위해서요.
네 칩 중 ‘경계’가 가장 자주 빠집니다 — 멋진 부품이 다 모여도, 사이를 책임지는 칩이 없으면 작품이 아니라 부품의 합으로 끝나기 때문입니다.
| 항목 | 조율 없는 제작 | PM이 모은 제작 |
|---|---|---|
| 완성도 | 부품의 합 | 하나의 작품 |
| 경계 품질 | 빠진 로딩·검증 | 사이까지 책임 |
| 일관성 | 색·톤 제각각 | 한 기준 |
| 목표 정렬 | 예쁘지만 전환 약함 | 전환을 향해 정렬 |
그래서 Findable은 ‘한 팀’입니다
담당자들이 아무리 뛰어나도, 모으는 사람이 없으면 작품이 되지 않습니다. 저는 당신의 프로젝트에서 그 역할을 맡습니다. 위 모듈처럼 — 일곱 파트가 한 화면에서 어긋남 없이 동작하는 사이트를, 무료 진단부터 시작해 만들어 드리겠습니다.
PM은 정확히 무슨 일을 하나요?
위 완성 모듈은 진짜로 동작하나요?
한 명이 다 하는 프리랜서와 뭐가 다른가요?
이 데모의 문구·숫자는 실제인가요?
우리 프로젝트도 이렇게 진행되나요?
위 완성 모듈은 이 페이지에서 실제로 동작하는 코드입니다(외부 라이브러리 0, prefers-reduced-motion 대응). 분양 문구는 리디자인 컨셉 데모이며 특정 실제 현장이 아닙니다. 카운트업 숫자는 이 사이트의 작업 방식(7파트·1팀·라이브러리 0)을 나타냅니다. 한 줄 폼은 전송되지 않습니다. 특정 성과·순위는 보장하지 않으며 날조된 사례·수치는 사용하지 않았습니다.