콘텐츠 마케터에서 서비스 기획자로, 신청 버튼 뒤의 일을 그려보세요

글을 읽는 것과 일을 마치는 것은 달라요

콘텐츠 마케터가 서비스 기획을 연습할 때 안내문을 화면으로 옮기는 데서 끝내지 마세요. ‘신청하세요’라는 버튼 뒤에는 접수 확인, 담당자의 처리, 결과 전달이 남아 있습니다. 이용자가 원하는 마지막 결과까지 연결해보는 것이 이번 과제입니다.

GOV.UK는 이용자의 전체 여정을 이해하기 위해 온라인·오프라인 접점과 내부 처리, 관련 담당자를 함께 파악하도록 안내합니다. 아래는 이를 참고해 만든 가상의 소규모 행사 신청 실습입니다. 실제 조사나 서비스 운영 사례는 아닙니다.

네 단계에 이용자와 운영자 두 줄을 붙이세요

이 행사에서는 신청 후 운영자가 참가 가능 여부를 확인해야 좌석이 확정된다고 가정합니다. 여정의 끝은 ‘폼 제출’이 아니라 ‘참가 여부와 장소·시간을 알고 방문을 준비할 수 있음’으로 정합니다.

• 행사 안내: 이용자는 참가 대상·일정·신청 조건을 읽습니다. 운영자는 확정 전 확인 절차가 있음을 안내합니다.
• 신청 접수: 이용자는 신청 내용을 제출하고 접수됐다는 표시를 봅니다. 운영자는 신청 건을 확인할 목록을 받습니다.
• 참가 확인: 운영자가 좌석과 조건을 확인합니다. 이용자는 결과를 어디서 언제 확인할 수 있는지 알아야 합니다.
• 결과 안내: 확정된 사람에게는 장소·시간·준비물을, 불가한 사람에게는 결과와 가능한 다음 행동을 안내합니다.

각 단계 사이에 ‘앞 단계가 넘길 정보 / 받는 담당 / 전달 채널 / 전달됐는지 확인하는 방법’을 적어보세요. 실제 참가자 정보 대신 가상 신청 번호를 쓰고, 공개 자료만으로 모르는 내부 절차는 ‘확인 필요’로 남깁니다.

안내 문구로 고칠 일과 절차로 고칠 일을 나누세요

접수 화면에 ‘참가 확정’이라고 쓰지만 운영자가 나중에 거절할 수 있다면 표현과 절차가 충돌합니다. 접수와 확정을 구분하는 문구를 쓰는 한편, 실제 결과 전달 책임도 정해야 합니다.

• 문구 수정: 접수됐다는 사실, 아직 확정되지 않았다는 점, 결과 확인 경로를 설명합니다.
• 운영 변경: 누가 미처리 신청을 확인하고 결과를 전달할지 정합니다. 자동 발송만 그려놓고 담당 업무가 끝났다고 보지 않습니다.
• 함께 확인: 안내한 처리 시간을 운영자가 지킬 수 있는지 검토합니다. 확인 전에는 임의의 시간을 서비스 약속처럼 게시하지 않습니다.

화면 밖 전화 문의가 들어온다면 어떤 신청인지 찾아 앞선 안내를 이어갈 수 있는지도 질문해보세요. 새로운 개인정보 항목을 늘리기보다 이미 필요한 식별 수단과 접근 권한부터 검토합니다.

인계가 끊기는 한 곳만 시험하세요

‘접수는 됐지만 결과 메일을 받지 못함’을 가정해보세요. 이용자는 어디서 상태를 확인하고, 문의를 받은 담당자는 무엇을 확인하며, 누가 후속 답변을 맡나요? 답이 없으면 예쁜 확인 화면보다 그 연결을 먼저 설계합니다.

오늘은 네 단계 여정 한 장에 확인이 필요한 인계 지점을 표시해보세요. 포트폴리오에는 콘텐츠에서 발견한 모순, 제안한 처리 흐름, 실제로 확인한 범위와 미검증 가정을 나눠 남깁니다. 가상 과제를 운영 개선 성과나 전직 성공 사례로 표현하지 않습니다.

자료 정리와 초안 작성에 AI를 활용한 공식 정보성 글입니다. 예시는 실제 개인 경험이나 채용 성공 사례가 아닙니다.

출처 및 편집

폴리오쉽 에디터 · 공식 에디토리얼

GOV.UK · Map and understand a user's whole problem ↗