출장비 앱 시범 사용자는 영수증 제출 시간이 절반쯤 줄었다며 도입을 원합니다. 구매 회의에서는 재무팀이 증빙 보관을, 보안팀이 외부 저장을, 팀장이 승인 책임을 문제 삼아 계약을 멈춥니다. 사용자는 만족했는데 서비스는 팔리지 않았습니다. 화면을 쓰는 사람만 고객으로 그린 순간, 구매와 운영을 결정하는 조건이 지도 밖으로 밀려난 것입니다.
핵심 고객만 보면 구매를 승인하는 사람, 서비스를 실제로 운영하는 사람, 위험을 책임지는 사람의 거부 조건을 놓칩니다. 이해관계자별 이익·부담·결정권과 정보 흐름을 함께 그려야 좋은 사용자 경험이 도입과 운영 실패로 끝나지 않습니다.
먼저 보면 좋은 점
- 사용, 구매, 승인, 운영, 영향 역할을 분리합니다.
- 사람 사이의 권한과 정보 흐름을 화살표로 표시합니다.
- 목소리 큰 한 집단의 요구가 전체 서비스에 주는 비용을 검토합니다.
이해관계자 지도를 승인 흐름으로 시험한다
법인카드 기능이라면 결제하는 직원, 예산을 승인하는 팀장, 증빙을 검토하는 재무 담당자, 카드사, 오류를 처리하는 지원팀을 놓고 정보·돈·승인 화살표를 그립니다. 각 화살표에는 필요한 정보, 지연 허용 시간, 실패 때 피해와 책임자를 붙입니다.
직원 사용성은 좋아져도 재무팀의 수작업이 주 10시간 늘거나 카드사 오류의 책임자가 비어 있으면 출시하지 않습니다. 인터뷰에 참여하지 않은 역할의 요구를 추측으로 채우지도 않습니다. 오늘 핵심 거래 하나를 골라 사용자 밖의 역할을 세 명 이상 적고, 주인이 없는 화살표 하나를 담당자 확인 과제로 바꾸십시오.
사용자라는 한 단어를 역할로 나눈다
출장자는 영수증을 빨리 제출하고 싶지만 재무 담당자는 감사 가능한 형식을 원합니다. 구매 담당자는 계약 단가를 보고, 보안 담당자는 데이터 위치를 확인합니다. 같은 회사 고객이어도 성공 기준이 다릅니다.
지도 중앙에 해결할 상황을 두고 직접 사용하는 사람, 돈을 내는 사람, 도입을 승인하는 사람, 매일 운영하는 사람, 결과의 영향을 받는 사람을 배치합니다. 한 사람이 여러 역할을 맡는 작은 조직도 역할 자체는 분리해 적습니다.
관심과 영향력을 따로 본다
매일 쓰는 직원은 관심이 높지만 구매 권한이 없을 수 있고, 법무 담당자는 자주 쓰지 않아도 도입을 중단시킬 수 있습니다. 인터뷰 횟수를 사용 빈도에만 맞추면 결정권자의 치명적인 조건을 놓칩니다.
각 역할에 기대 이익, 떠안는 비용, 영향력, 현재 태도를 표시합니다. 영향력이 높고 손실을 우려하는 역할은 출시 직전에 설득하지 말고 초기 요구와 검증에 참여시킵니다.
화살표가 숨은 의존성을 보여준다
사람 이름을 원으로 그리는 데서 끝내지 않고 누가 누구에게 어떤 정보와 승인을 보내는지 잇습니다. 출장자가 제출한 증빙이 팀장을 거쳐 재무팀에 가고, 오류가 나면 다시 직원에게 돌아오는 경로를 표시하면 대기와 책임 공백이 보입니다.
화살표마다 전달 수단, 예상 시간, 실패 시 책임자를 적습니다. 앱 알림이 발송돼도 팀장이 다른 업무 도구에서만 승인한다면 정보 전달은 완료되지 않은 것입니다.
충돌은 기능 우선순위의 입력이다
직원은 입력 항목을 줄이길 원하고 재무팀은 항목을 늘리길 원할 수 있습니다. 어느 쪽 말이 더 맞는지 투표하지 말고 규정상 필수인 정보와 내부 관행을 나눕니다. 자주 쓰는 값의 자동 채움과 예외 증빙 요청으로 두 부담을 함께 줄일 수도 있습니다.
충돌표에는 각 요구의 근거, 양보할 수 없는 조건, 다른 해결책, 비용 부담 주체를 적습니다. 한 집단의 편의를 위해 운영자의 수작업이 매일 늘어난다면 제품 비용에 포함합니다.
지도는 사람이 바뀌면 다시 그린다
초기 담당자 한 명이 적극적이었다고 조직 전체가 지지한다고 가정하지 않습니다. 구매 단계가 바뀌거나 외부 파트너가 추가되면 영향 관계도 달라집니다. 지도에는 마지막 확인 날짜와 아직 만나지 못한 역할을 표시합니다.
모든 이해관계자를 만족시키려다 핵심 과업이 흐려지거나, 영향력만 높은 집단의 요구가 사용 가치를 없애면 도입을 중단할 수 있어야 합니다. 해결할 수 없는 권한 충돌은 화면 개선이 아니라 대상 조직이나 제공 방식의 부적합 신호입니다.
결제 기능에서 빠지기 쉬운 사람들
구독 앱의 사용자는 결제자 한 명이 아닙니다. 실제 이용자, 팀 관리자, 카드 소유자, 환불을 처리하는 재무 담당자, 분쟁을 받는 고객지원, 결제 대행사가 서로 다른 성공 조건을 갖습니다. 화살표마다 승인 정보와 실패 책임을 적으면 “카드는 승인됐지만 좌석은 열리지 않은” 공백이 보입니다.
영향력 높은 구매자의 요구로 해지를 어렵게 만들거나 이용자의 데이터 반출권을 없애면 계약 가능성은 높아져도 채택하지 않습니다. 아직 만나지 못한 역할이 환불이나 보안처럼 피해가 큰 결정을 맡는다면 출시를 보류합니다. 이때 필요한 것은 더 많은 사용자 인터뷰가 아니라 그 결정을 실제로 책임지는 사람의 거부 조건입니다.
메모
- 사용자 외에 구매와 도입을 멈출 수 있는 역할은 누구인가?
- 각 역할이 얻는 이익과 새로 떠안는 부담을 적었는가?
- 해결할 수 없는 권한 충돌이 제품 범위에 숨겨져 있지 않은가?