부서가 아닌 결과를 설명하세요
요청자가 이해할 수 있는 언어로 서비스를 명명하고, 제공될 내용, 자격이 있는 대상, 필요한 정보, 예상 시간, 비용 또는 정책, 예외 처리 방법을 설명하세요.
서비스 요청 관리 소프트웨어
명확하고 관리된 이행을 위한 서비스 요청 관리 소프트웨어
반복 가능한 요구를 이해할 수 있는 제공 사항으로 전환하고, 요청을 완료하며, 적절한 승인, 담당자 있는 이행, 예외 처리, 요청자 확인 결과를 제공합니다.
보류 중인 승인, 반환된 정보, 일정된 작업, 기한 지난 작업, 완료된 요청이 있는 이행 대기열을 엽니다. 정의된 서비스에는 이 수명 주기를 사용하고, 예기치 않은 중단을 복구해야 할 때는 인시던트 관리를 사용합니다.
최대 5명까지 무료로 사용할 수 있으며 신용카드가 필요 없습니다.
코딩 없이 필드, 워크플로, 대시보드를 조정할 수 있습니다. 1,000개 이상의 앱 템플릿과 활용 사례 살펴보기
첫 번째 뷰는 요청 이행 대기열입니다. 빈 양식 대신 승인, 반환, 예정, 연체 및 확인된 예시를 포함합니다.
실시간요청 데이터 및 적격성
소유승인 및 이행 담당자
검증 완료요청자가 배송을 확인함
큐를 자동화하기 전에 서비스를 설계하세요
사용자가 무엇을 요청할 수 있는지 이해하고 이행 팀이 완전하고 결정 준비가 된 데이터를 받을 때 요청은 더 쉽게 충족됩니다.
결정과 관련된 데이터만 수집하세요
해당 서비스가 요구하는 경우에만 조건 필드를 사용하여 직원, 장치, 위치, 접근 수준, 비즈니스 사유, 날짜, 증거 또는 비용 관련 정보를 요청하세요.
카탈로그와 워크플로우를 일치시키세요
제안이 변경될 때, 공적 약속이 운영 현실에서 벗어나지 않도록 제안의 형태, 자격, 승인, 이행 계획, 약속, 커뮤니케이션을 함께 업데이트하십시오.
올바른 결정을 올바른 역할로 전달하십시오
실제 워크플로우는 불완전한 요청을 반환하고, 수정 사항을 보존하며, 이행이 시작되기 전에 승인을 완료해야 합니다.
승인 전에 자격을 확인하십시오
관리자 또는 서비스 소유자에게 승인을 요청하기 전에 요청자, 고용 또는 고객 상태, 서비스 권한, 위치, 전제 조건, 자산 상황, 필요한 증거를 확인하십시오.
비례적인 승인 사용
정책이 허용하는 경우 위험이 낮은 표준 요청은 자동 승인하고, 위험이 높은 접근 또는 지출은 책임 있는 역할로 전달하며, 위임 및 예외를 명확히 합니다.
이행 계획을 완료하십시오
배달을 소유된 단계, 의존성, 목표 날짜, 인수인계 및 증거로 나누세요. 첫 번째 작업이 완료되었다고 해서 상위 요청을 완료로 표시하지 마세요.
완료는 약속한 서비스가 제공되었음을 의미하게 하세요.
내부 활동도 중요하지만, 요청자는 결과를 경험합니다.
유용한 상태를 전달하세요.
요청이 정보, 승인, 이행, 일정 조정 또는 확인을 기다리고 있는지 보여주고, 불투명한 내부 상태 코드 대신 다음 예상 조치를 제공하세요.
기록을 잃지 않고 반환을 처리하세요.
검토 메모, 수정된 값, 재제출 및 최종 결정을 볼 수 있게 유지하세요. 반환된 요청은 워크플로의 일부이며 이메일에서 처음부터 다시 시작할 이유가 아닙니다.
확인하고 배우세요.
배달 증거와 요청자 확인을 기록한 후, 제공 개선을 위해 재작업, 경과, 포기, 예외 볼륨, 수요 패턴을 검토합니다.
요청 작업을 중단 및 변경과 구분합니다.
사용자가 하나의 포털에서 시작할 수 있지만, 운영 기록은 작업과 일치해야 합니다.
| 사용자 필요 | 주요 기록 | 종료 조건 |
|---|---|---|
| 정의된 접근, 장비, 정보 또는 서비스 | 서비스 요청 | 권한 부여 및 완료된 결과 |
| 기존 서비스가 예상치 못하게 중단됨 | 사건 | 복원 확인 |
| 생산 변경이 필요함 | 연결된 변경 | 권한 부여 및 검증된 구현 |
| 제공이 필요를 충족하지 못함 | 예외 또는 수요 검토 | 명시적 결정 및 다음 경로 |
왜 Jodoo가 적합한가
각 서비스 제공에 맞게 요청 이행을 조정합니다.
특정 서비스가 요구하는 정보, 자격, 승인, 이행 단계, 예외 및 수락을 중심으로 요청 기록을 작성합니다.
결과는 사용자를 위해 요청 경험을 단순하게 유지하면서 운영자가 적격성, 승인, 제공 및 확인을 볼 수 있도록 하는 것입니다.결정에 영향을 미치는 것만 질문합니다.
제공, 역할, 위치, 접근 수준 또는 장비 필요에 따라 필드를 조건부로 표시하여 요청자가 일반적인 양식을 작성하지 않도록 합니다.
통제를 추가할 수 있는 곳에서는 승인을 사용합니다.
비용, 접근, 정책 또는 예외 결정은 적합한 검토자에게 전달하고, 불완전한 요청은 명확한 수정 사항과 함께 반환합니다.
제공된 결과를 확인합니다.
작업 완료, 종속성, 증거 및 요청자 확인을 별도로 유지하여 한 단계가 완료되었다고 해서 완료되지 않은 서비스가 숨겨지지 않도록 합니다.
이행 설계를 유연하게 유지해야 할 때 Jodoo를 사용하세요.
요청을 사용자가 쉽게 할 수 있도록 유지하면서 승인 및 제공 통제를 실제 서비스에 맞게 조정하세요.
Jodoo 활용 영역
조건부 접수, 적격성, 사람의 승인, 반품 및 재제출, 연결된 이행 작업, 예외, 증거 및 요청자 확인.
서비스를 수행하는 시스템을 연결하세요.
계정 프로비저닝, 구매, 결제, 재고, 신원 및 전문가 이행 거래를 이를 수행할 수 있는 권한이 있는 시스템 내에 유지하세요.
패키지형 서비스 데스크를 선택할 때
성숙한 카탈로그, 옴니채널 접수, 발견, CMDB, 원격 지원, 벤더 콘텐츠, 광범위한 사전 구축된 IT 통합이 워크플로 적응성보다 더 중요합니다.
시스템 변경 전 서비스 팀이 묻는 질문
서비스 요청은 인시던트와 어떻게 다른가요?
서비스 요청은 정의되고 예상되는 서비스나 항목을 요청합니다. 인시던트는 예상치 못한 중단이나 저하를 보고합니다. 접수와 서비스 컨텍스트를 공유할 수 있지만, 결정과 완료 증거는 다릅니다.
모든 요청이 관리자 승인을 필요로 해야 하나요?
아니요. 위험, 비용, 권리, 접근, 정책, 책임 등 결정이 필요한 경우에만 승인을 사용하세요. 위험이 낮은 표준 요청은 의례적인 승인 단계를 추가하지 않고 승인된 규칙을 따를 수 있습니다.
불완전한 요청은 반송 후 재제출할 수 있나요?
예. 예제 앱은 정확한 수정과 함께 불완전한 요청을 반환하고, 이력을 보존하며, 수정된 제출물을 다시 승인 단계로 전달하는 네이티브 워크플로우를 사용합니다.
우리 팀이 코딩 없이 서비스 요청 이행 설정을 조정할 수 있나요?
예. 승인된 빌더는 관련 필드, 폼, 워크플로우, 권한, 자동화, 대시보드를 코드 없이 변경할 수 있으며, 변경 사항은 관리되고 테스트된 상태로 유지됩니다.
소규모 팀이 무료 요금제로 서비스 요청 이행을 시도할 수 있나요?
예. Jodoo의 무료 요금제는 최대 5명의 사용자를 지원하며 신용카드가 필요 없으므로, 소규모 팀이 더 넓은 배포를 위한 현재 제한을 확인하기 전 작업 시나리오를 테스트할 수 있습니다.
작업용 앱 살펴보기
제공에서 확인된 제공까지 요청 이행을 확인하십시오.
작동하는 요청 수명 주기를 탐색한 후 자격, 승인, 이행, 커뮤니케이션 및 확인을 서비스 포트폴리오에 맞추십시오.
요청 이행 탐색