“저는 편한데 직원은 불편하대요. 같은 서비스를 썼는데 왜 이렇게 다를까요?”
사장님과 직원의 체험 평가가 다르면 어느 의견이 맞는지 바로 고르기보다 같은 장면과 같은 업무를 평가했는지 확인하세요. 전화를 덜 받는 사람이 느끼는 도움과 기록을 읽는 사람이 느끼는 부담은 다를 수 있습니다. 각 평가의 목적과 실제 관찰을 나란히 놓아야 결정을 설명할 수 있습니다.
누가 어떤 일을 했는지 먼저 봅니다
사장님은 반복 설명이 줄었다고 느끼지만 직원은 앱 기록을 찾는 일이 낯설 수 있습니다. 두 의견이 서로 반대라기보다 다른 일을 보고 있을 수 있습니다. 실제 수행한 동작과 그때의 조건을 적어보세요.
예를 들어 사장님은 조용한 시간에 체험하고 직원은 실제 영업 중 처음 화면을 사용했다고 해보세요. 같은 기능이라도 사용 환경과 익숙함이 다릅니다. 평가자를 바꾸면 정답이 나온다는 식으로 접근하지 말고 어떤 조건에서 어떤 경험을 했는지 확인해야 합니다.
평가자별 장면 비교표를 작성합니다
| 비교 항목 | 각 사람이 적을 내용 | 함께 볼 질문 |
|---|---|---|
| 수행한 업무 | 직접 한 동작과 목적 | 서로 같은 일을 평가했나요? |
| 사용 환경 | 기기·시간·현장 상황 | 조건 차이가 있었나요? |
| 좋거나 어려웠던 점 | 느낌과 연결된 실제 장면 | 근거를 설명할 수 있나요? |
| 필요한 보완 | 다음 사용에서 바라는 결과 | 현재 지원과 가게 준비 중 무엇인가요? |
같은 장면을 보지 않았다면 두 점수를 바로 평균내거나 다수 의견으로 기능을 판정할 필요는 없습니다. 각자의 업무에 어떤 결과가 있었는지 먼저 이해해야 합니다. 평가가 다르다는 사실 자체가 도입을 실패로 만드는 것은 아닙니다.
의견을 들을 때는 ‘불편하다’ 다음에 어느 순간 무엇을 하려다 어려웠는지 질문해보세요. 단순한 취향 차이와 실제 작업을 못 하는 문제는 다른 결정 기준이 됩니다. 상대가 느낀 경험을 부정하기보다 관찰 근거를 붙이는 것이 좋습니다.
기능 문제와 교육·운영 문제를 구별합니다
직원이 현재 화면을 찾는 법을 몰랐다면 필요한 사용 안내를 보완할 수 있습니다. 반대로 필수 업무를 현재 기능으로 할 수 없다면 익숙해지면 된다고 넘길 수는 없습니다. 공식 지원 범위와 가게가 실제 필요한 결과를 함께 확인해야 합니다.
사장님에게는 편하지만 다른 담당에게 감당하기 어려운 일이 생겼다면 그 부담을 도입 평가에 포함하세요. 한 사람의 편리함만 보고 가게 전체 업무가 줄었다고 주장하지 않습니다. 실제로 역할을 바꿀 수 있는지와 그 선택을 누가 수행할지도 가게에서 결정해야 합니다.
보완 뒤에는 같은 질문으로 다시 봅니다
사용 안내를 바꾸거나 현재 설정을 확인했다면 처음 어려웠던 동작이 어떻게 달라졌는지 확인하세요. 전혀 다른 쉬운 장면으로 평가를 대체하지 않습니다. 각자의 업무에서 필수 조건을 충족하는지와 남은 의견 차이가 무엇인지 나누어 기록하면 됩니다.
콜든타임의 현재 기능과 이용 설명은 공식 홈페이지에서 확인할 수 있습니다. 2026년 9월 12일 기준입니다. 평가가 다를 때는 한쪽의 느낌을 이기게 하기보다 같은 장면과 실제 업무를 놓고 가게에 맞는 선택을 찾는 것이 좋습니다.
※ 평가표와 사장님·직원 장면은 가상의 검토 예시이며 특정 이용자 경험이나 만족도를 주장하지 않습니다.