“설명은 다 좋았어요. 그런데 우리 가게는 지금 쓰는 화면에 주문이 들어오는 게 꼭 필요해요.”
없으면 가게 운영이 성립하지 않는 기능이 있다면 다른 장점의 개수보다 그 기능의 현재 지원 여부를 먼저 확인하세요. 필수 조건을 충족하지 못했는데도 목소리나 편리한 화면 때문에 선택하면 도입 후 다른 작업으로 메워야 할 수 있습니다. 비교표 맨 위에 ‘없으면 시작하기 어려운 결과’를 적어두는 것이 좋습니다.
기능 이름을 필요한 결과로 바꿉니다
‘연동이 필요하다’는 말은 여러 뜻으로 해석될 수 있습니다. 주문 내용을 앱에서 보는 것인지, 현재 POS에 자동 입력되는 것인지, 특정 주방 화면에서 읽는 것인지 구체적으로 적어보세요. 같은 이름을 사용해도 기대한 결과가 다르면 지원된다는 답만으로 판단하기 어렵습니다.
가상의 예로 직원이 휴대폰을 볼 수 없고 기존 주방 화면만 확인할 수 있는 가게라면, 그 화면에서 전화 주문을 읽는 것이 필수일 수 있습니다. 이 경우 앱 주문서가 편리하다는 설명은 필수 조건의 답을 대신하지 않습니다. 화면 사용 여건을 바꿀 수 있는지도 가게가 별도로 판단해야 합니다.
필수 조건표에는 통과 증거를 적습니다
| 칸 | 작성할 내용 | 예시로 볼 구별 |
|---|---|---|
| 필요한 결과 | 현장에서 실제로 되어야 하는 일 | 현재 작업 화면에서 주문 내용 읽기 |
| 지원 확인 | 현재 공식 설명 또는 구체적인 상담 답 | 앱 제공과 해당 화면 연동 구분 |
| 확인 방법 | 가능 범위 안에서 볼 실제 결과 | 설명만 들음과 화면 확인 구분 |
| 충족하지 못할 때 | 운영 변경 가능 여부와 결정 | 대안 수용 또는 도입 보류 |
필수 조건을 너무 많이 적으면 선호와 필수가 섞입니다. 글자 모양이나 메뉴 위치가 마음에 드는 것은 중요할 수 있지만 다른 방법을 수용할 수 있다면 필수와 나누어 볼 수 있습니다. 반대로 특정 결과가 없으면 아무도 업무를 이어갈 수 없다면 낮은 가격으로 상쇄할 수 있는 조건이 아닐 수 있습니다.
확인하지 못한 항목은 ‘아마 지원’으로 채우지 마세요. 현재 가능, 불가능, 추가 확인 필요를 구분하면 어떤 질문 때문에 결정이 멈춰 있는지 알 수 있습니다. 제공 예정이라는 답도 지금 사용할 수 있는 기능과 별도로 기록해야 합니다.
대안을 받아들일 때는 새 업무도 계산합니다
필수라고 생각했던 기능이 없어도 매장에서 다른 방법을 쓸 수 있는 경우가 있습니다. 그때는 대안을 받아들였다는 결정을 분명히 적고 누가 무엇을 추가로 해야 하는지 확인하세요. 기능이 지원되는 것으로 비교표를 고쳐 쓰는 방식은 피합니다.
예를 들어 앱 확인을 대안으로 선택했다면 실제 작업 중 화면을 읽을 수 있는지 살펴야 합니다. 대안이 있다는 설명과 그 대안을 매장에서 유지할 수 있다는 증거는 다릅니다. 사람이 계속 감당할 수 없는 임시방편이라면 도입 전에 다시 판단하는 편이 좋습니다.
콜든타임에서는 출력 조건부터 구체화하세요
2026년 9월 12일 기준 콜든타임의 종이 빌지는 토스 POS 연동 매장에서 이용하며, 타사 POS 매장은 앱 모바일 주문서와 알림을 사용합니다. 타사 POS 자동 입력이나 모든 프린터 출력이 필요한 경우에는 가능하다고 가정하지 마세요. 현재 지원 범위는 공식 홈페이지에서 확인할 수 있습니다.
최종 선택표에는 통과한 필수 조건과 남은 한계를 같이 남기세요. 좋은 점이 많은 서비스를 찾았다는 것보다 우리 가게에서 반드시 되어야 할 일이 확인됐다는 것이 실제 도입 결정의 근거가 됩니다.
※ 조건표와 주방 화면 상황은 가상의 비교 예시이며 특정 장비 지원을 보장하지 않습니다.