B2B 홈페이지 정보구조, 구매 담당자가 찾는 순서로 설계하기

구매 담당자가 홈페이지를 여는 이유

B2B 홈페이지를 오래 들여다보는 사람은 보통 시안을 고르는 사람이 아닙니다. 구매 담당자, 실무 책임자, 내부 검토를 맡은 사람입니다. 이들은 브랜드 이야기를 감상하러 오지 않습니다. 오늘 맡은 일을 끝내려고 옵니다.

그 일은 대개 이렇게 갈립니다. 이 회사가 우리 일과 맞는지 보는 일. 비슷한 일을 어떤 순서로 진행했는지 보는 일. 문의하려면 무엇을 준비해야 하는지 보는 일. 이 세 갈래가 첫 화면 근처에서 보이지 않으면, 담당자는 메뉴만 훑다 나갑니다.

회사 소개가 첫 화면을 오래 차지하는 경우가 많습니다. 연혁과 비전은 나중에도 확인할 수 있습니다. 서비스 범위, 진행 방식, 문의 조건은 지금 내부 메일에 붙여 넣어야 하는 정보입니다. 정보구조는 회사 조직도가 아니라, 방문자가 과업을 끝내는 순서에 맞춰야 합니다.

과업을 문장으로 남긴다

과업을 적는 일은 거창한 조사가 아닙니다. 실제 담당자가 탭을 여러 개 열어 두고 무엇을 찾는지, 어느 문장을 복사하는지, 어디에서 멈추고 나가는지만 보면 됩니다. 그 기록이 메뉴 이름보다 앞에 와야 합니다. 메뉴를 먼저 그리면 회사 안의 부서 이름이 그대로 올라가고, 담당자가 쓰는 말은 빠집니다.

담당자가 내부에서 던지는 질문은 짧습니다. 이 범위에 우리 일이 들어가는가. 비슷한 진행을 볼 수 있는가. 문의할 때 무엇을 들고 가면 되는가. 이 문장들이 페이지 제목과 첫 문단에 없으면, 아래쪽 긴 소개문은 읽히지 않습니다.

서비스 정보는 비교할 수 있게

구매 담당자가 서비스 페이지에서 찾는 것은 슬로건이 아닙니다. 무엇을 하고, 무엇을 하지 않으며, 결과물이 어떤 형태로 남는지입니다. 범위가 한 문장으로만 적혀 있으면 내부 검토자는 우리 일과 겹치는지 판단하지 못합니다.

서비스 단위는 회사가 부르는 팀 이름보다, 발주할 때 비교하는 단위로 나눕니다. 홈페이지 제작, 브랜드 정리, 운영 이관처럼 실제 일이 보이면 다음 질문이 생깁니다. 각 단위에 어떤 자료가 필요한지, 어느 지점에서 범위를 고정하는지, 담당자가 미리 확인해 둘 권한이 무엇인지.

Studio OD 공개 사이트는 서비스 범위와 문의 경로를 한 흐름으로 보여 줍니다. 범위를 확인한 다음 연락 방법을 찾아 헤매지 않게 두는 것이 핵심입니다. 범위 페이지와 문의 페이지가 서로 다른 말을 쓰면, 담당자는 다시 내부에서 그 말을 해석해야 합니다.

라벨은 내부 용어가 아니라 상대가 쓰는 말로 적습니다. 솔루션보다 제작 범위, 온보딩보다 자료 인수가 비교하는 사람에게 가깝습니다. 이름이 분명해야 길을 헤매지 않고, 범위를 오해한 문의도 줄어듭니다. 이름이 모호하면 탐색이 늘고, 첫 대화에서 다시 정의를 내려야 합니다.

사례는 과정이 보이게

사례 페이지에서 구매 담당자가 가져가려는 것은 자랑 문장이 아닙니다. 의사결정에 쓸 수 있는 진행 순서입니다. 어떤 자료를 모았는지, 어느 지점에서 범위를 고정했는지, 공개 전에 무엇을 검수했는지. 이 순서가 보이면 내부 검토자가 우리 쪽 진행과 맞는지 스스로 가늠합니다.

확인되지 않은 성과 숫자나 순위를 사례에 넣으면 나중에 출처를 대지 못합니다. 과정, 산출물의 종류, 의사결정이 일어난 지점만 남겨도 사례는 쓸모가 있습니다. 없는 숫자는 비워 둡니다. 빈칸이 부끄러운 것이 아니라, 확인할 수 없는 문장이 위험한 것입니다.

이름을 같은 말로 고정한다

사례와 서비스가 서로 다른 분류를 쓰면 연결이 끊깁니다. 서비스에서 브랜드 정리라고 부른 일을 사례에서 다른 이름으로 부르면, 같은 일인지 확인하는 데 시간이 갑니다. 메뉴, 서비스 카드, 사례 분류, 문의 항목의 이름을 같은 말로 고정합니다. 같은 말이 반복되면 단조로워 보여도, 담당자는 길을 잃지 않습니다.

사례 카드에서 서비스 페이지로, 서비스 페이지에서 문의 안내로 이어지는 문장도 본문 안에 둡니다. 메뉴에만 있고 본문에 없으면 그 길은 반쪽입니다. 담당자는 카드를 보다가 바로 다음 과업으로 넘어가려 합니다.

문의는 다음 행동이 보이게

문의 페이지는 연락처 나열이 아닙니다. 다음 단계를 안내하는 화면입니다. 구매 담당자는 메일을 보내기 전에 내부 승인을 거쳐야 하는 경우가 많습니다. 그때 필요한 것은 입력칸을 많이 두는 일이 아닙니다. 어떤 자료를 붙이면 첫 대화가 구체화되는지 문장으로 보여 주는 일입니다.

도메인 소유권, 관리자 계정, 현재 페이지 목록, 문구를 고칠 사람처럼 실제 작업에 들어가는 항목을 미리 적어 두면, 문의하는 쪽이 숙제를 들고 옵니다. 필수 항목이 숨겨져 있거나 전문 용어로만 적혀 있으면 기대가 어긋난 문의가 들어옵니다. 나중에 바로잡는 것보다, 안내 문장과 입력 항목에서 미리 막는 편이 낫습니다.

문의 이후의 여정도 사이트 안에 짧게 보여 줍니다. 첫 응답에서 무엇을 확인하고, 범위 정리와 시안 논의가 어떤 순서로 이어지는지. 홈페이지는 그 여정의 한 구간일 뿐입니다. 앞뒤 단계와 말이 맞아야 합니다. 서비스 페이지에서 말한 산출물이 문의 안내에서 빠지면, 담당자는 다시 해석을 시작합니다.

잘못된 기대를 줄이는 방법은 거절 문구를 크게 쓰는 일이 아닙니다. 할 수 있는 일과 준비할 자료를 같은 화면에서 분명하게 적는 일입니다. 담당자가 내부 결재 자료로 그 문장을 그대로 옮겨 쓸 수 있어야 합니다.

홈페이지는 구매 여정의 전부가 아닙니다. 담당자는 사이트 밖에서 비교 자료를 모으고, 내부에서 설명을 반복한 뒤에야 문의합니다. 사이트에 적힌 말이 그 바깥 단계와 어긋나면 설명을 다시 만들어야 합니다. 서비스, 사례, 문의가 한 줄기로 읽혀야 하는 이유가 여기 있습니다.

메뉴와 본문을 한 덩어리로

정보구조는 사이트맵 그림이 아닙니다. 상단 메뉴, 본문 소제목, 버튼 문구, 하단 링크가 같은 순서를 말하는지입니다. 메뉴는 회사, 사업, 연락인데 본문은 비전, 파트너, 소식지라면 담당자는 지금 어디 있는지 놓칩니다.

이름이 분명한가. 지금 위치가 보이는가. 다음 행동이 막히지 않는가. 잘못된 기대를 미리 막는가. 이 기준은 서비스, 사례, 문의 세 축에 그대로 적용됩니다. 서비스에서 사례로, 사례에서 문의로 가는 길이 본문 안에도 있어야 합니다.

화면 전환 연출은 이 길이 고정된 뒤에 다룹니다. 움직임이 먼저 결정되면 부족한 정보를 연출로 가리기 쉽습니다. 담당자가 멈추는 지점은 효과가 화려한 곳이 아닙니다. 범위와 과정과 다음 행동이 적힌 곳입니다. 연출은 그 지점으로 시선을 안내할 때만 의미가 있습니다.

문의 전에 맞춰 둘 점검

정보구조를 앞에 고정하면 시안 회의에서 싸울 일이 줄어듭니다. 점검 항목은 취향이 아니라 과업을 끝낼 수 있는지입니다.

• 첫 화면에서 서비스 범위로 바로 갈 수 있는가
• 서비스 단위 이름이 사례 분류와 같은가
• 사례에서 진행 순서와 산출물 종류가 보이는가
• 문의 전에 준비할 자료가 문장으로 적혀 있는가
• 메뉴, 본문, 버튼이 같은 단어를 쓰는가
• 문의 이후 단계가 사이트 안에서 끊기지 않는가

이 목록이 맞으면 비주얼 방향은 그다음에 정해도 됩니다. Studio OD에 문의할 때도 현재 페이지 목록, 서비스 단위, 내부 담당자만 적어 오면 첫 대화의 범위가 분명해집니다. 화려한 참고 화면보다, 구매 담당자가 찾는 순서대로 정보가 놓여 있는지가 기준입니다. 그 순서가 맞으면 시안 논의에서 되돌릴 일이 줄어듭니다.