팀 단위 결과
샘플같은 케이스에서 루빈플라와 일반 에이전트를 비교합니다. 선택한 태스크의 평균입니다.
둘 다 같은 케이스와 문서를 사용합니다. 선택한 태스크의 평균입니다
복잡한 요청은 한 번에 답할 수 없습니다. 루빈플라 에이전트는 요청을 케이스 종류에 맞는 태스크에 연결합니다. 태스크는 여러 단계로 이루어지고, 단계마다 판단을 하나씩 내리며, 케이스에 필요한 순서대로 이어집니다. 각 단계는 결과를 보여 주고 승인을 받아야 다음 단계로 넘어갑니다. 태스크는 문서 한 건으로 끝납니다.
같은 케이스에서 루빈플라와 일반 에이전트를 비교합니다. 선택한 태스크의 평균입니다.
둘 다 같은 케이스와 문서를 사용합니다. 선택한 태스크의 평균입니다
태스크별로 일반 에이전트보다 고객에게 얼마나 빨리 회신하는지 보여 줍니다.
일반 에이전트 대비 회신 시간 변화
태스크를 선택하면 평균에서 제외됩니다
| 태스크 | 측정 항목 | 일반 에이전트 | 루빈플라 |
|---|---|---|---|
| 제품 선정 | 고객 회신까지 걸린 시간 | 3.2주 | 0.9주 |
| 제품 선정 | 케이스당 사람 개입 횟수 | 11.8 | 3.0 |
| 제품 선정 | 케이스당 직접 작업 시간 | 4.6 h | 0.9 h |
| 제품 선정 | 케이스당 비용 | $22 | $6 |
| 트러블슈팅 | 고객 회신까지 걸린 시간 | 3.6주 | 1.2주 |
| 트러블슈팅 | 케이스당 사람 개입 횟수 | 15.1 | 3.9 |
| 트러블슈팅 | 케이스당 직접 작업 시간 | 5.8 h | 1.1 h |
| 트러블슈팅 | 케이스당 비용 | $24 | $8 |
| 제출 문서 점검 | 고객 회신까지 걸린 시간 | 2.4주 | 0.6주 |
| 제출 문서 점검 | 케이스당 사람 개입 횟수 | 10.2 | 2.4 |
| 제출 문서 점검 | 케이스당 직접 작업 시간 | 3.1 h | 0.6 h |
| 제출 문서 점검 | 케이스당 비용 | $18 | $5 |
| 거래 조건 확정 | 고객 회신까지 걸린 시간 | 2.8주 | 0.8주 |
| 거래 조건 확정 | 케이스당 사람 개입 횟수 | 12.6 | 3.2 |
| 거래 조건 확정 | 케이스당 직접 작업 시간 | 3.9 h | 0.7 h |
| 거래 조건 확정 | 케이스당 비용 | $20 | $6 |
| 재주문 검토 | 고객 회신까지 걸린 시간 | 2.0주 | 0.5주 |
| 재주문 검토 | 케이스당 사람 개입 횟수 | 8.5 | 2.0 |
| 재주문 검토 | 케이스당 직접 작업 시간 | 2.1 h | 0.4 h |
| 재주문 검토 | 케이스당 비용 | $15 | $4 |
요청 하나에 태스크 하나, 결과는 문서 한 건입니다. 태스크는 회사 기록을 근거로 읽고, 단계마다 승인을 기다립니다. 결과는 고객에게 전달되고 회사 기록에도 남습니다.
회사 기록
근거로 읽고, 단계마다 인용합니다
업무가 들어오는 곳
라우팅
태스크 하나 기본 태스크 또는 직접 만든 태스크
각 단계는 팀이 승인해야 다음 단계로 넘어갑니다. 사실이 빠지면 단계가 멈추고 묻습니다
문서 완성 후
팀이 매주 하는 업무에 첫날부터 바로 쓸 수 있습니다. 같은 하네스 위에서 직접 만들 수도 있습니다.
루빈플라 제공 태스크
| 태스크 | 하는 일 | 결과 문서 |
|---|---|---|
| 트러블슈팅 | 가능한 원인부터 세우고, 하나씩 근거로 판단한 뒤 시정 조치를 정합니다. | 시정 조치 요구서 |
| 근본 원인 분석 | 어떤 원인이 성립하는지, 나머지를 배제하는 근거는 무엇인지 밝힙니다. | 원인 분석 보고서 |
| 현장 평가 | 현장 방문을 상태, 이탈 사항, 담당자를 담은 기록으로 남기고, 항목마다 출처를 답니다. | 현장 실사 보고서 |
| 성능 판정 | 먼저 합의한 기준에 따라, 사용 중인 제품의 성능을 판단합니다. | 성능 평가서 |
| 선례 분석 | 비슷한 과거 케이스를 찾고, 이번 케이스에 적용할 부분을 가려냅니다. | 사례 검토서 |
| 패턴 분석 | 현장, 제품, 기간별 추세를 데이터가 뒷받침하는 범위에서 찾습니다. | 동향 분석 보고서 |
| 영향 범위 확정 | 배치, 공급사, 규제 변경이 누구와 무엇에 영향을 미치는지 밝힙니다. | 영향 평가서 |
| 거래처 기술 지원 종합 | 한 고객사의 기술 활동, 남은 위험, 다음 인계 사항을 정리합니다. | 기술 지원 보고서 |
| 기술 운영 진단 | 회사 기술 서비스의 성과를 진단하고, 먼저 고칠 점을 찾습니다. | 기술 운영 실적 보고서 |
| 제품 선정 | 여러 제조사의 후보를 현장 조건에 비추어 따진 뒤, 하나를 추천합니다. | 제품 제안서 |
| 시험 착수 지원 | 트라이얼을 시작하기 전에 통과 기준과 중단 기준을 합의합니다. | 시험 의뢰서 |
| 적격성 판정 | 제품이 적합한지, 어떤 사용 범위에서 적합한지 판단합니다. | 적합성 판정서 |
| 거래 조건 확정 | 가격, 리드타임, 조건마다 출처를 연결한 견적을 만듭니다. | 견적서 |
| 재주문 검토 | 출고 전에 직전 확정 주문 이후 달라진 점을 확인합니다. | 재주문 검토서 |
| 제출 문서 점검 | 누락, 만료, 상충되는 문서를 고객에게 전달되기 전에 찾아냅니다. | 제출 문서 검토서 |
| 배합 설계 | 맞는 상용 제품이 없을 때 실험실 배합 후보와 테스트 계획을 세웁니다. | 배합 시험 계획서 |
| 시나리오 시뮬레이션 | 되돌리기 어려운 결정에 앞서 시나리오, 경고 신호, 전환 시점을 제시합니다. | 타당성 검토서 |
직접 만들기
이름을 붙이고, 어떤 요청에 쓰는 태스크인지 설명을 적습니다. 루빈플라 에이전트는 이 설명을 보고 태스크를 제안합니다.
단계 라이브러리에서 단계를 골라 순서를 정합니다. 단계마다 판단을 하나씩 내리고, 자동 실행으로 두지 않는 한 승인을 기다립니다.
단계마다 쓸 수 있는 도구와, 채팅이나 이메일처럼 요청을 받을 채널을 정합니다. 그 밖의 것에는 접근할 수 없습니다.
회사 고유의 추론 방식을 태스크 전체나 특정 단계에 더합니다. 기본 태스크도 같은 방식으로 조정할 수 있습니다.
조직 안에서만 비공개로 쓰입니다. 맞는 요청이 오면 루빈플라 에이전트가 제안하고, 단계별로 승인을 받아 문서 한 건으로 끝납니다.