회사소개서의 첫 CTA는 버튼이 아니라 목차입니다

B2B 회사소개서를 Figma로 만들 때 가장 오래 다듬는 곳은 대개 표지와 첫 장입니다. 로고 크기와 제목의 행간을 맞추고, 제품 소개와 회사 연혁, 기능과 사례를 차례로 배치합니다.

하지만 고객은 회사가 정한 순서대로 문서를 읽지 않습니다. 마케팅 담당자는 활용 사례를 먼저 찾고, 실무자는 작동 방식을 살핍니다. 의사결정자는 적용 범위와 비용을, 보안 담당자는 기술 조건을 찾아갑니다. 같은 자료를 열어도 각자가 먼저 확인하려는 질문은 다릅니다.

그래서 회사소개서의 첫 CTA는 마지막 장의 ‘문의하기’ 버튼이 아닙니다. 독자가 필요한 내용을 곧바로 찾게 해주는 목차와 정보 구조가 먼저입니다.

고객이 먼저 찾는 것은 무엇인가요?

많은 회사소개서는 비전, 설립 배경, 연혁, 조직, 제품, 기능, 고객사, 연락처 순으로 이어집니다. 회사를 설명하는 입장에서는 자연스럽지만, 처음 자료를 받은 고객의 질문은 다른 곳에서 시작할 수 있습니다.

• 이 서비스가 우리 상황과 관련이 있는가?
• 지금의 업무 방식과 무엇이 달라지는가?
• 실제로 어떤 순서로 사용하는가?
• 비슷한 환경에서는 어떻게 활용하는가?
• 더 알아보려면 무엇을 확인해야 하는가?

정보 구조가 이 질문의 순서를 따라가면 고객은 회사의 역사를 모두 읽지 않아도 자신에게 필요한 내용을 찾을 수 있습니다. Figma 템플릿을 고르기 전에 정해야 할 것도 색상이나 도형이 아니라, 어떤 독자가 어떤 질문을 가지고 문서에 들어오는가입니다.

목차를 페이지 목록이 아닌 질문의 지도로 만듭니다

‘회사 소개, 서비스 소개, 주요 기능, 고객 사례, 문의’처럼 작성한 목차는 문서에 무엇이 들어 있는지는 알려줍니다. 그러나 누구에게 어느 항목이 필요한지는 설명하지 못합니다.

같은 내용을 독자의 질문으로 바꾸면 목차의 역할이 달라집니다.

• 회사 소개 대신 어떤 팀을 위한 서비스인가요?
• 서비스 소개 대신 지금의 업무 방식이 어떻게 달라지나요?
• 주요 기능 대신 실제로 어떤 순서로 사용하나요?
• 고객 사례 대신 비슷한 환경에서는 어떻게 활용했나요?
• 도입 안내 대신 우리 조직에서 먼저 확인할 것은 무엇인가요?
• 문의 대신 다음 단계는 어떻게 시작하나요?

이 목차는 페이지 이름을 나열하는 데서 그치지 않고, 독자가 자신의 경로를 고르게 합니다. 항목을 많이 만드는 것보다 한 화면에서 주요 선택지를 훑을 수 있게 정리하고, 각 항목이 하나의 질문에 답하도록 구성하는 편이 좋습니다.

문구도 내부 조직의 용어보다 고객이 실제로 쓰는 말에 가깝게 씁니다. ‘통합 관리 기능’보다 ‘여러 팀이 같은 최신 자료를 사용하는 방법’이 구체적이고, ‘Analytics’보다 ‘어떤 내용을 다시 확인했는지 살펴보는 방법’이 다음 페이지를 예상하기 쉽습니다.

한 페이지에는 하나의 판단을 남깁니다

미니멀한 회사소개서는 내용이 적은 문서가 아닙니다. 한 화면에서 독자가 내려야 할 판단을 하나로 줄인 문서입니다.

기능, 활용 사례, 기대 효과, 고객사 로고와 문의 버튼을 한 페이지에 모두 넣으면 정보는 많아지지만 무엇을 기억해야 하는지는 흐려집니다. 반대로 각 페이지가 하나의 질문에 답하면 독자는 필요한 구간을 건너뛰어 읽어도 맥락을 놓치지 않습니다.

문서의 흐름은 다음과 같이 나눠볼 수 있습니다.

1. 표지: 누구에게 어떤 변화를 제안하는지 한 문장으로 보여줍니다.
2. 목차: 독자가 자신의 질문과 가까운 경로를 선택하게 합니다.
3. 현재 상황: 고객이 이미 겪고 있는 업무의 불편을 설명합니다.
4. 해결 흐름: 기능 목록보다 업무가 어떻게 달라지는지 보여줍니다.
5. 활용 장면: 직무나 상황별로 적용 맥락을 제시합니다.
6. 확인할 근거: 실제 화면, 공개된 사례나 검증 가능한 자료를 연결합니다.
7. 다음 행동: 질문, 데모, 상담, 추가 자료 요청 가운데 적절한 선택지를 제공합니다.

모든 문서가 이 순서를 그대로 따라야 하는 것은 아닙니다. 중요한 것은 회사가 말하고 싶은 항목보다 고객이 판단해야 할 내용을 먼저 놓는 것입니다.

CTA는 질문이 구체화되는 지점에 둡니다

마지막 페이지에만 ‘문의하기’를 두면 필요한 부분만 확인한 독자는 그 버튼을 만나지 못할 수 있습니다. 반대로 모든 페이지에 같은 상담 버튼을 반복하면, 아직 맥락을 충분히 얻지 못한 사람에게 계속 결정을 요구하는 문서가 됩니다.

CTA의 크기보다 중요한 것은 그 지점에서 가능한 행동입니다.

• 목차나 한 장 요약 뒤에는 업종별 활용 장면 보기, 작동 방식 먼저 확인하기처럼 다음 정보를 고르는 선택지를 둡니다.
• 기능이나 업무 흐름 뒤에는 우리 환경에서 확인할 항목 묻기, 짧은 데모 보기처럼 이해를 돕는 행동을 연결합니다.
• 적용 범위나 운영 조건을 설명한 뒤에는 내부 검토용 자료 요청, 상담 가능 시간 보기처럼 대화를 시작할 수 있는 경로를 마련합니다.

같은 ‘문의하기’를 반복하기보다 독자가 지금 무엇을 더 알고 싶은지에 맞춰 문구와 목적지를 바꾸는 편이 자연스럽습니다. CTA는 큰 버튼이 아니라 그 시점에 실제로 선택할 수 있는 다음 행동입니다.

Figma에서는 구조를 만들고, 배포 문서에는 행동을 연결합니다

Figma는 기준이 되는 원본과 시각적 위계를 관리하는 제작 환경입니다. 고객에게 전달되는 문서는 그 원본과 역할이 다릅니다. 디자인을 수정하는 사람에게 필요한 편집 구조와, 내용을 읽는 사람이 필요한 길찾기·연락 경로를 구분해야 합니다.

FeatPaper 공식 Figma 플러그인 안내에서는 선택한 프레임을 FeatPaper 문서로 옮기고, 뷰어와 Lead Form 같은 공유 설정을 확인한 뒤 링크로 배포하는 흐름을 설명합니다. Calendly, 스프레드시트, 영상 같은 외부 도구를 문서 경험에 연결하는 방법도 안내합니다.

따라서 Figma에서 표지와 페이지를 완성하는 것으로 배포 설계가 끝나지는 않습니다. 문서를 옮긴 뒤에는 다음을 다시 살펴야 합니다.

• 목차에서 필요한 구간을 찾기 쉬운가?
• 영상이나 외부 자료는 설명이 필요한 자리에 있는가?
• 정보 입력 폼을 켤 이유가 분명한가?
• 질문이 생긴 곳에서 알맞은 연락 경로를 선택할 수 있는가?
• 원본을 수정한 뒤 공유 문서를 어떤 기준으로 업데이트할 것인가?

제작 도구를 바꾸자는 이야기가 아닙니다. 익숙한 Figma 작업 흐름은 유지하면서, 고객이 경험하는 배포본에 필요한 선택지를 더하는 것입니다.

열람 기록은 템플릿의 성적표가 아닙니다

배포한 뒤에는 방문 수와 페이지별 열람시간을 참고해 문서의 흐름을 다시 볼 수 있습니다. 그러나 오래 본 페이지를 좋은 페이지로, 빨리 지나간 페이지를 실패한 페이지로 분류할 수는 없습니다. 설명이 좋아서 머물렀을 수도 있고, 이해하기 어려워 시간이 걸렸을 수도 있습니다.

CTA를 누르지 않았다는 사실도 곧바로 관심이 없다는 뜻은 아닙니다. 필요한 답을 이미 얻었거나, 요청하는 행동이 너무 크거나 모호했을 가능성이 있습니다.

기록은 다음과 같은 편집 질문에 사용하는 편이 좋습니다.

• 중요한 가치 제안이 너무 뒤에 있지는 않은가?
• 목차의 문구와 실제 도착한 페이지가 잘 연결되는가?
• 여러 독자가 비슷한 구간에서 읽기를 멈추는가?
• 사례나 기능 설명 뒤에 자연스러운 다음 행동이 보이는가?
• 모바일 화면에서 제목, 본문과 버튼이 서로 방해하지 않는가?

한 사람의 기록은 후속 질문을 고르는 데 참고하고, 여러 사람에게 같은 흐름이 반복되면 독자보다 문서 구조를 먼저 점검합니다.

배포 전에 확인할 체크리스트

1. 첫 화면만 보아도 누구를 위한 자료인지 알 수 있는가?
2. 목차가 회사의 조직이 아니라 독자의 질문을 기준으로 작성됐는가?
3. 각 페이지에 기억해야 할 핵심 판단이 하나씩 남아 있는가?
4. CTA가 충분한 설명 뒤에 등장하며, 다음에 일어날 일을 구체적으로 말하는가?
5. 휴대전화에서도 제목, 핵심 문장과 선택지를 무리 없이 읽을 수 있는가?

이 질문에 답하기 어렵다면 새로운 템플릿을 찾기보다 현재 문서의 순서부터 바꾸는 편이 낫습니다.

템플릿은 디자인 양식이 아니라 판단의 순서입니다

비즈니스용 Figma 템플릿을 찾을 때는 세련된 표지와 색상, 도형과 차트 스타일이 먼저 눈에 들어옵니다. 이런 요소도 중요하지만 좋은 회사소개서의 핵심은 페이지를 빠르게 복제하는 데 있지 않습니다.

독자가 자신의 질문을 발견하고, 필요한 페이지로 이동하고, 충분한 정보를 얻은 뒤 부담 없는 다음 행동을 선택하게 하는 것. 그것이 문서의 정보 구조가 해야 할 일입니다.

그래서 회사소개서의 첫 CTA는 마지막 페이지의 문의 버튼이 아닙니다. 독자가 길을 잃지 않게 만든 목차와 구조 자체가 첫 번째 CTA입니다.

CTA를 배치할 위치를 더 구체적으로 점검하려면 고객용 문서의 문의 CTA는 어디에 두어야 할까를, Figma 배포본의 품질을 확인하려면 Figma에서 만든 PDF를 링크로 공유하기 전 확인할 것을 함께 볼 수 있습니다.

자주 묻는 질문

목차에는 몇 개의 항목이 적당한가요?

문서의 길이와 독자의 역할에 따라 달라집니다. 정해진 숫자보다 한 화면에서 주요 경로를 훑을 수 있는지, 각 항목이 서로 다른 질문에 답하는지를 기준으로 줄이는 편이 좋습니다.

모든 페이지에 CTA를 넣어야 하나요?

그럴 필요는 없습니다. 요약, 활용 장면, 적용 안내처럼 독자의 질문이 구체화되는 지점에 서로 다른 수준의 선택지를 두는 편이 자연스럽습니다.

기존 Figma 회사소개서도 링크 기반 문서로 확장할 수 있나요?

FeatPaper Figma 플러그인을 사용하면 선택한 프레임을 FeatPaper 문서로 옮겨 뷰어와 공유 설정을 확인하고 링크로 전달할 수 있습니다. 이후 필요한 외부 도구와 연락 경로를 배포 목적에 맞게 구성합니다.