고객 성공 사례
Insperia: 반복 가능한 제공을 위해 체계화한 기업 예약 운영
중동의 B2B 기업 출장 서비스 회사가 더 명확한 운영 통제를 도입해, 모든 기업 예약이 같은 계정 규칙, 같은 에이전트 단계, 같은 승인 경로를 따르도록 했습니다.
- 중동
- B2B 기업 출장
- 기업 워크플로 구축
- 2024년 출시
사례 연구
한눈에 보는 Insperia 성공 사례
Insperia는 중동에서 기업 출장 서비스를 제공하며 B2B로 운영합니다. 고객은 기업이고, 에이전트가 기업을 대신해 출장을 예약하고 관리합니다. 이 프로젝트는 웹사이트의 모양이 아니라 업무가 조직되는 방식에 초점을 둔 기업 워크플로 구축이었습니다.
목표는 믿을 수 있는 서비스였습니다. 기업 계정에는 더 엄격한 구조가, 에이전트에게는 제각각의 개인 방식 대신 예약을 처리하는 하나의 방법이, 내부 승인에는 모두가 볼 수 있는 명확한 순서가 필요했습니다.
이 구성은 플랫폼 개요에서 운영됩니다. 비슷한 과제를 가진 팀은 보통 출장 관리 페이지와 B2B 도매사 도구에서 시작합니다.
출발
에이전트마다 달랐던 처리 방식
도착
반복 가능한 기업 서비스 제공
- 고객
- Insperia
- 업종
- 기업 출장 서비스
- 지역
- 중동
- 모델
- B2B
- 범위
- 기업 워크플로 구축
- 출시
- 2024
기술 스택
REST APIPHPMySQL
출발점
일상적인 기업 예약 업무의 세 가지 압박 지점
Insperia는 구축 전에 세 가지 문제를 꼽았습니다. 이는 같은 업무의 서로 다른 세 지점, 즉 계정, 에이전트 데스크, 승인에 있습니다.
계정 처리
모든 기업 계정을 한곳에서 확인
복잡한 계정 처리가 첫 번째 압박 지점이었습니다. 답은 구조였습니다. 누가 계정에 속하는지, 어떤 규칙이 적용되는지, 각 요청이 어디까지 진행됐는지입니다.
계정 정보가 받은편지함과 개별 에이전트의 기억 속에 있으면 모든 예약이 검색에서 시작됩니다. 하나의 계정 화면이 있으면 어떤 에이전트든 예약을 건드리기 전에 사람, 규칙, 진행 중인 요청을 볼 수 있습니다. 연락 이력과 후속 조치는 자연스럽게 여행사 CRM에서 관리합니다.
- 계정의 사람과 역할을 하나의 목록으로
- 예약 전에 보이는 계정 규칙
- 진행 중인 요청과 상태를 한눈에
- 출장 담당자직원의 출장 요청을 보냅니다
- 승인자예약 확정 전에 승인합니다
- 계정 담당 에이전트계정의 출장을 예약하고 관리합니다
- 승인
- 확정 전 필수
- 승인하는 사람
- 계정에 지정된 승인자
- 서비스 메모
- 한 에이전트가 아닌 계정에 보관
- 항공
CR-2041승인 대기 - 호텔
CR-2038승인됨 - 렌터카
CR-2035확정됨
설명용 화면입니다. 구성의 구조를 보여 주며 Insperia의 실제 데이터가 아닙니다.
승인 흐름
모든 확인 지점이 순서대로 놓인 기업 예약 승인 경로
모호한 승인 경로가 세 번째 압박 지점이었습니다. 내부 확인 지점에는 명확한 순서와 가시성이 필요했습니다. 단계를 선택하면 누가 처리하고, 무엇을 확인하며, 누가 진행을 볼 수 있는지 확인할 수 있습니다.
- 처리하는 사람
- 출장 담당자
- 확인하는 내용
- 요청에 출장자, 날짜, 계정이 명시됩니다
- 진행을 볼 수 있는 사람
- 출장 담당자와 계정 담당 에이전트
- 처리하는 사람
- 계정 담당 에이전트
- 확인하는 내용
- 요청이 계정과 그 규칙에 맞습니다
- 진행을 볼 수 있는 사람
- 에이전트와 팀 리더
- 처리하는 사람
- 지정된 승인자
- 확인하는 내용
- 무엇이든 확정하기 전에 출장이 승인됩니다
- 진행을 볼 수 있는 사람
- 승인자, 출장 담당자, 에이전트
- 처리하는 사람
- 계정 담당 에이전트
- 확인하는 내용
- 승인된 요청에 맞춰 예약을 확정합니다
- 진행을 볼 수 있는 사람
- 요청에 관련된 모든 사람
- 처리하는 사람
- 계정 담당 에이전트
- 확인하는 내용
- 변경 사항도 같은 경로를 다시 거칩니다
- 진행을 볼 수 있는 사람
- 요청에 관련된 모든 사람
설명용 경로입니다. 각 단계는 구성의 원칙을 보여 줍니다. 고정된 순서, 확정 전 확인, 하나의 공유 상태입니다.
에이전트 일관성
어떤 에이전트가 예약을 맡아도 하나의 업무 절차
에이전트별 프로세스 편차가 두 번째 압박 지점이었습니다. 처리 방식이 다르면 결과도 달랐습니다. 공유된 단계 순서가 기업 업무에서 개인별 편차를 없앱니다.
- 01기업 계정 열기에이전트 A
- 02계정 규칙과 서비스 메모 읽기에이전트 A
- 03규칙 안에서 선택지 준비하기에이전트 A
- 04승인 요청 후 승인 기다리기에이전트 A
- 05승인된 요청에 맞춰 확정하기에이전트 A
- 06예약을 계정에 기록하기에이전트 A
0 / 6에이전트를 바꿔 보세요. 단계는 완전히 같습니다.누가 맡든 예약이 같은 방식으로 처리되었습니다.
개선된 흐름 덕분에 우리 팀은 기업 예약을 더 일관되게 처리합니다.
성과
Insperia 기업 데스크에서 달라진 점
Insperia는 성과를 수치가 아닌 운영 용어로 보고했기 때문에 이 페이지에는 수치가 없습니다. 각 성과는 세 가지 압박 지점 중 하나에 대한 답입니다.
- 실행 품질해당 지점02
더 일관된 서비스 제공
에이전트가 하나의 순서를 따르므로 누가 맡든 기업 예약이 같은 방식으로 처리됩니다.
- 기업 운영해당 지점01
더 명확한 계정 처리
사람, 규칙, 진행 중인 요청을 여기저기서 모으지 않고 계정에서 바로 확인합니다.
- 내부 거버넌스해당 지점03
더 나은 승인 흐름
확인 지점이 정해진 순서로 진행되고, 그 상태가 요청 관련자에게 보입니다.
구성을 받치는 기술 스택
- L1
REST API플랫폼을 다른 시스템과 연결합니다 - L2
PHP예약과 워크플로 로직을 실행합니다 - L3
MySQL계정, 예약, 그 이력을 저장합니다
PHPTRAVELS는 자체 호스팅 방식이며, 소스 코드는 상용 라이선스로 제공됩니다.
기업 출장 팀을 위한 더 많은 정보
중동의 B2B 기업 출장 서비스 회사인 Insperia가 PHPTRAVELS에서 기업 예약 워크플로를 구축해 2024년에 출시한 과정을 다룹니다. 이 작업으로 계정 처리는 더 엄격한 구조를, 에이전트는 예약을 처리하는 공통 방식을, 내부 승인은 명확한 순서를 갖추게 되었습니다.
세 가지입니다. 구조와 명확성이 더 필요했던 기업 계정 워크플로, 에이전트마다의 처리 방식에 따라 달라지던 서비스 품질, 그리고 더 명확한 순서와 가시성이 필요했던 내부 승인 확인 지점입니다.
확인 지점이 항상 같은 순서로 진행되고 그 상태가 보이면, 아무도 요청이 어디에 있는지 물을 필요가 없고 승인 전에 확정되는 것도 없습니다. Insperia는 더 나은 승인 흐름을 성과 중 하나로 꼽았습니다.
아니요. Insperia는 성과를 운영 용어로 설명했습니다. 더 일관된 서비스 제공, 더 명확한 계정 처리, 더 나은 승인 흐름입니다. 이 페이지는 고객이 공개하지 않은 수치를 추가하지 않습니다.
프로젝트는 PHP와 MySQL을 사용하며, 다른 시스템과의 연결에는 REST API를 씁니다. PHPTRAVELS는 자체 호스팅 방식이고 소스 코드가 상용 라이선스로 제공되므로, 기업은 워크플로를 자사 규칙에 맞게 조정할 수 있습니다.
네. 먼저 데모로 계정, 에이전트 단계, 승인을 살펴본 다음 가격 페이지에서 일회성 결제 플랜을 비교해 보세요. 귀사에 맞춘 워크플로 변경은 결정 전에 팀과 함께 범위를 정할 수 있습니다.