문제
손님은 검색하고 비교하고 전화하는 데 시간을 씁니다. 예약 시스템이 없는 작은 매장은 비어 있는 시간을 알릴 창구가 없습니다.
누비AI는 한 문장으로 부탁하면 분위기에 맞는 음식점과 카페를 골라 오고, 그 자리에서 예약까지 이어 주는 대화형 예약 비서입니다. 가격 · 빈자리 · 결제 상태는 지어내지 않고 서버 기록으로만 답하고, 카드에 적는 고른 이유는 직접 방문 기록 그대로 씁니다.
개정 2 · 2026-11-10 · 손님 화면을 지금 흐름(사진 카드 · 목록 · 상세 · 부탁 시트 · 내 부탁)과 새 화면으로 다시 찍었습니다. 지금 유효한 결정은 §8 '정해진 것'에 모았습니다. 계획과 목표 숫자는 실적이 아닙니다.

손님은 검색하고 비교하고 전화하는 데 시간을 씁니다. 예약 시스템이 없는 작은 매장은 비어 있는 시간을 알릴 창구가 없습니다.
한 문장 대화로 고릅니다. 직접 다녀온 기록이 있는 매장을 이유와 함께 보여 주고, 운영자가 전화로 대신 확인해 잡아 줍니다. 예약 가능한 시간을 연 입점 매장은 시간을 눌러 바로 예약합니다.
AI는 말을 알아듣고 정리하는 데만 씁니다. 매장 · 시간 · 가격 · 결제는 서버 기록으로만 답하고, 돈과 약속은 손님이 승인해야 움직입니다.
2026년 9월 28일 첫 공개, 10월 25일 정식 주소로 옮겼고, 11월 9일 링크드그램 매장 데이터로 고르는 새 화면을 열었습니다. 시범 운영 중이며 결제는 시뮬레이션입니다.
"토요일 저녁 둘이, 분위기 좋은 곳" 같은 부탁은 검색창에 넣기 어렵습니다. 사람에게 부탁하듯 말하면 되는 예약 창구가 필요합니다.
"여자친구랑 밥 먹을 건데 분위기 좋은 데 있을까?"
지도 · 리뷰 · 예약 앱을 오가며 비교하고, 예약 버튼이 없는 곳은 직접 전화해야 합니다. 실패하면 저녁 한 번이 아깝습니다.
"평일 저녁 7시는 늘 비는데…"
전화로 예약을 받는 매장은 빈 시간을 손님에게 알릴 길이 마땅치 않습니다. 예약 창구가 여러 개면 따로따로 관리하기 버겁습니다.
"AI가 말한 가격이 맞나?"
언어 모델은 그럴듯한 가격이나 빈자리를 지어낼 수 있습니다. 돈과 약속이 걸린 예약에서는 그 한 문장이 곧 사고입니다.
왜 지금인가. 누비웍스의 매장 탐색 포털 링크드그램에서 AI 수집 프로그램(crawler)의 방문이 사람의 4.5배였습니다(2026년 8월 측정). 매장 정보를 사람보다 AI가 먼저 읽는 흐름이 이미 시작됐습니다. 누비AI는 그 흐름의 손님 쪽 창구입니다.
손님의 말은 누비가 알아듣고, 매장과 고른 이유는 기록에서 가져옵니다. 카드를 받은 뒤 예약으로 가는 길은 매장 상태에 따라 세 갈래입니다.
빈자리 정보가 없는 곳 · 예약금 없음
예약 가능한 시간을 직접 연 곳
손님이 직접 확인하고 싶을 때
지금 추천은 링크드그램에 직접 다녀온 기록이 있는 매장에서 고르고, 카드는 매장 상태에 따라 나뉩니다. 입점 매장(예약 가능한 시간을 직접 연 매장)은 시간 단추가 있는 '바로 예약' 카드로, 나머지는 '빈자리 확인 부탁' 카드로 나옵니다. 언어 모델이 답할 때는 놀거리(볼링 · 방탈출 · 전시 같은 곳)를 함께 찾아 '1차 → 2차' 코스로 묶어 주기도 합니다. 놀거리 카드는 정보만 보여 주고 예약은 받지 않습니다.
화면은 2026년 11월 10일 운영 사이트(ai.linkedgram.kr)에서 찍었습니다. 부탁을 보낸 뒤의 화면(STEP 6 · 7)과 바로 예약, 매장 · 운영 화면은 같은 코드를 시험 서버에 띄워 '(시연)' 매장으로 찍었습니다. 운영 사이트에서 부탁을 보내면 운영자가 실제 매장에 전화하기 때문입니다. 이 화면들의 확정 · 통화는 실제 매장과 한 일이 아니고, 시험 서버는 시연 매장 표로 추천해 카드 모양이 STEP 2와 다릅니다. 시험 서버 화면의 누비 답은 '간단 해석'(규칙 기반)이라 문장이 짧습니다. 매장 이름의 '(시연)'은 실제 매장이 아니라는 표시입니다. 화면을 누르면 크게 볼 수 있습니다.
언제, 몇 명이서, 어떤 분위기인지 한 문장이면 됩니다. 누비가 날짜 · 시간 · 인원 · 분위기 · 지역을 알아듣고, 링크드그램에 직접 다녀온 기록이 있는 매장 가운데 조건에 맞는 곳을 업종마다 세 곳씩 골라 옵니다.
포인트첫 화면에 예시 문장 세 개가 있어 처음 쓰는 손님도 눌러서 시작할 수 있습니다.


카드마다 사진(최대 세 장), 지역 · 업종, 맞는 방문 키워드 수 · 다녀온 횟수 · 마지막 방문, 맞은 키워드가 붙습니다. 순서는 ① 맞는 방문 키워드 수 ② 다녀온 횟수입니다. 카드 위에는 '경기 김포시 · 음식점 16곳 중 3곳'처럼 전체에서 몇 곳을 보였는지와 맞춰 본 키워드가 함께 나옵니다.
포인트카드에 붙는 고른 이유는 모두 직접 방문 기록에서 나옵니다. AI가 지어 쓰지 않습니다.

'더보기'는 같은 대화에 세 곳씩, 처음 세 곳을 포함해 아홉 곳까지 붙이고, '목록'은 조건에 맞는 곳 전체를 열 곳씩 보여 줍니다. 목록에서 '원래 대화로 돌아가기'를 누르면 보던 자리로 돌아옵니다.
포인트목록 · 상세에서 본 매장('방금 본 곳')은 이 기기 안에, 이 대화 동안만 둡니다.


사진, 주소, 네이버 지도 · 주소 복사, 누비AI가 고른 이유, 직접 가 본 이야기(방문기) · 메뉴 · 사진이 한 화면에 있습니다. 대화에서 왔으면 아래 '예약 부탁'으로 대화로 돌아가 부탁을 이어 가고, 주소로 바로 열었으면 '누비AI에게 물어보기'로 대화를 시작합니다.
포인트"이유는 모두 직접 방문 기록에서 나왔어요" — 화면에도 그렇게 적습니다.


부탁 시트에는 대화에서 말한 조건이 미리 골라져 있고, 날짜(오늘부터 닷새) · 인원 · 바라는 시간을 그 자리에서 바꿀 수 있습니다. 휴대폰 번호는 예약 연락과 '다른 기기에서 한 예약 찾기'에만 쓰고, 암호화해 둡니다. 이 길에는 예약금이 없습니다.
포인트대신 예약해 주는 시간은 매일 10:00–21:00(한국 시간)입니다. 그 밖에 남긴 부탁은 다음 운영 시작 뒤에도 확인할 시간이 남으면 받아 두고, 언제부터 전화하는지 먼저 알려 드립니다.

부탁을 보내면 누비가 받아 둔 것을 알려 주고, 머리줄 '내 부탁' 옆에 확인 중인 부탁 수가 붙습니다. 새 대화를 열어도 숫자는 남습니다. '내 부탁'에는 매장 · 날짜 · 인원과 운영자가 언제 전화하는지가 보이고, 그 자리에서 부탁을 취소할 수 있습니다.
포인트한 번 받은 추천(답 하나)에서 확인 중인 부탁은 한 곳입니다. 확인이 끝날 때까지 그 답의 다른 카드 '예약 부탁'은 쉬고, 그 이유를 카드에 적습니다.


운영자가 매장과 도착 시각을 정해 확정하면 대화에 확정 카드가 붙습니다. 일시 · 인원 · 방식 · 담당 · 연락처(끝 네 자리만)와 누비가 고른 이유가 함께 남습니다. 자리를 못 잡으면 그렇게 알려 드리고, 시간이나 인원을 바꿔 다시 찾자고 안내합니다.
포인트알림을 켜 두면 결과가 휴대폰 알림(웹 푸시)으로도 옵니다.


'📍 근처'를 누르고 위치를 허락하면 그 위치를 지역 이름으로 바꿔 그 지역에서 찾습니다. 말풍선에 어느 지역으로 찾았는지 함께 적어 줍니다.
포인트위치는 약 100m 단위로 줄여서 보내고, 서버는 지역 이름만 쓰고 좌표는 버립니다. 위치 권한을 끄면 동네나 역 이름을 알려 달라고 안내합니다.

입점 매장(예약 가능한 시간을 직접 연 매장)은 시간 단추가 있는 '바로 예약' 카드로 나옵니다. 시간을 누르면 5분 동안 자리를 잡아 두고, 승인 화면에서 매장 · 일시 · 인원 · 예약금 · 환불 규정을 확인해 승인하면 확정됩니다. 식사가 끝나 매장이 금액을 올리면 '내 부탁'에서 예약금을 뺀 금액만 한 번 승인해 결제합니다.
포인트위 단계의 카드는 모두 빈자리 확인 부탁입니다. 아래는 시험 서버의 시연 입점 매장입니다. 시범 운영 중 결제는 시뮬레이션이라 실제로 돈이 나가지 않습니다.



매장은 휴대폰 하나로 손님에게 보일 내용을 정하고, 예약 가능한 시간을 열고, 들어온 예약을 처리합니다.

소개(500자) · 분위기 태그 8가지 · 사진(최대 6장) · 가격대 · 예약금(0~100,000원) · 자동 수락 또는 직접 확인 · 주차 · 아이 동반 같은 조건 · 대표 전화.

좌석 수 · 이용 시간 · 영업 시간 · 며칠을 고르면 30분 간격 칸이 한꺼번에 열립니다. 오늘 칸이 몇 개 비었고 몇 개 예약됐는지 바로 보입니다.

수락 · 거절, 식사 뒤 청구 금액 올리기, 현장 결제, 노쇼. 손님 번호는 기본으로 가려져 있고 필요할 때만 엽니다.
정산과 수수료는 계약 뒤 정합니다. 화면에도 그렇게 적혀 있습니다.
운영자는 한 화면에서 대신 예약해 달라는 부탁을 처리하고, 숫자로 오늘 할 일을 정합니다.



요청이 들어와 확정되기까지를 여섯 숫자로 봅니다. 빈자리 없이 받은 요청이 많은 시간대는 매장에 미리 빈자리를 열어 달라고 제안할 근거가 되고, 시도 → 확정 비율은 운영이 실제로 자리를 만들어 내는지 보여 줍니다. 아래 '오늘 할 일'이 이 숫자를 다음 행동으로 바꿔 줍니다.
AI가 결제까지 다루는 서비스는 '누가 무엇을 말하는가'를 처음부터 나눠야 합니다.
손님의 말에서 인원 · 시간 · 분위기 · 동네를 알아듣고, 답 문장을 다듬습니다.
매장 · 빈자리 · 가격 · 예약금 · 결제 상태. 답에 서버가 주지 않은 금액이나 시간이 섞이면 그 문장을 버립니다.
자리 잡기 · 예약 · 결제 · 취소는 사람이 화면에서 누른 승인으로만 일어납니다.
예약금과 식후 결제는 손님이 금액을 보고 승인해야 진행됩니다. 시범 운영 중 결제는 시뮬레이션이고 화면마다 그렇게 적습니다.
로그인 없이 쿠키 하나로 기기를 알아봅니다. 휴대폰 번호는 예약 연락과 다른 기기에서 한 예약 찾기에만 쓰고 암호화해 두며, 화면에는 끝 네 자리만 보입니다. 위치는 약 100m 단위로 줄여서 씁니다.
예약 상태가 바뀔 때마다 누가 · 언제 · 왜 바꿨는지 남깁니다. 문제가 생기면 기록으로 거슬러 올라갈 수 있습니다.
누비의 추천과 편집 목록은 돈으로 바뀌지 않습니다. 광고는 광고 자리에만, '광고'라고 적어서 싣습니다.
누비AI는 혼자 쓰는 앱이면서, 찾기 · 예약 · 단골로 이어지는 세 서비스의 가운데 자리입니다. 세 서비스는 같은 매장을 같은 내부 매장 키로 맞춰 다룹니다.
로그인 없이 누구나 여는 매장 탐색 포털. 직접 방문 리뷰와 주제별 콘텐츠. 누비AI가 고르는 매장 · 사진 · 방문 기록은 여기서 한 방향으로 받아 옵니다. 예약 단추는 누비AI로 이어집니다.
대화로 고르고 예약하는 AI 비서. 손님의 예약과 연락처 기록은 여기에만 둡니다.
적립 · 출석 · 소식 · 쿠폰을 매장마다. 한 화면에는 한 매장만 보입니다.
누비AI가 발견하고, 누비그램이 이어갑니다.
| 누구 | 얻는 것 | 내는 것 |
|---|---|---|
| 손님 | 검색 · 비교 · 전화 대신 대화 한 번. 이유가 붙은 추천, 예약금 · 환불 규정을 미리 보는 예약 | 이용료 없음 |
| 매장 | 빈 시간을 손님에게 보이는 창구, 전화 예약을 대신 받아 주는 운영, 휴대폰 관리 화면 | 실제 예약 · 결제가 생겼을 때의 수수료, 원하는 만큼의 지원 상품 (조건은 계약에서) |
| 운영 | 요청 · 시도 · 확정 숫자로 어느 매장, 어느 시간대가 부족한지 아는 눈 | 대리 예약 인력(시범 운영 중 매일 10–21시) |
누비AI를 거쳐 실제 예약 · 결제가 일어났을 때만 받습니다. 매장은 들어와 보는 데 비용이 없습니다.
리뷰 페이지 · 전용 앱 · 홈페이지 · 광고 · 예약 접수. 무엇을 고르든 예약은 누비AI 한 곳으로 받습니다.
포털의 광고 자리에만, '광고'라고 적어서 싣습니다. 추천 순서와 편집 목록에는 들어가지 않습니다.
첫 공개. 대화 추천 · 바로 예약 · 내 예약 · 가맹점 관리 화면을 한 번에 열었습니다.
내놓고 배우기로. 더 만들기보다 설치형 웹앱으로 내놓고, 정해 둔 숫자로 시범 운영 결과를 판단하기로 했습니다.
정식 주소 · 브랜드 정리. ai.linkedgram.kr로 옮기고, 누비AI · 누비 · 누비그램 · 관리 화면 하나로 이름과 역할을 정리했습니다.
손님 흐름 보강. 예약 문의 · 휴대폰 알림 · 📍 근처 · 도착 시각 확정을 더하고, 기능 시험에서 찾은 7건을 고쳐 배포했습니다. 대신 예약해 주는 운영 시간을 확정했습니다.
링크드그램 매장 데이터로. 직접 다녀온 기록에서 고르는 사진 카드 · 더보기 · 목록 · 상세 · 부탁 시트(날짜 · 인원 · 시간)를 열고, 흰 바탕의 새 화면으로 바꿨습니다. 확인 중인 부탁은 머리줄 '내 부탁' 숫자로 보입니다.
같은 손님이 두 번 이상 부탁한 비율의 목표. 10% 아래면 소비자 앱 방향은 접고 다른 형태로 돌립니다.
입점 매장 열 곳 가운데 스스로 예약 가능 시간을 여는 매장 수의 목표.
부탁에서 운영 응답까지 걸리는 시간 중앙값의 목표. 시범 운영 내내 지키지 못하면 사람이 대신 예약하는 운영은 성립하지 않는다고 봅니다.
2026년 10월 11일 미리 정한 판단 기준입니다. 목표치이며 실적이 아닙니다. 실제 값은 시범 운영 기록으로 채웁니다.
대화로 예약하는 앱에서 시작해, 손님 한 사람을 맡는 생활형 AI 비서로 넓혀 갑니다.
계획입니다. 시점과 문구는 시범 운영 결과에 따라 바뀔 수 있습니다. 다음 업종 후보는 뷰티 · 자동차 · 이사 · 인테리어입니다.
CTO는 호텔 예약 관리 시스템(PMS)을 여러 곳에 구축했습니다. OPERA 인증 개발자로는 국내 처음(2009년)이었고, 리조트 요금 엔진으로 예약률을 30~60%에서 80~95%로 올렸습니다. 예약 재고 · 요금 · 동시에 같은 자리를 잡는 문제를 실제로 풀어 본 경험을 작은 매장 규모로 다시 만듭니다.
경력: hyoda.kr/resume
사람 한 명이 AI 에이전트 팀과 함께 조직 하나만큼의 생산성을 낸다.
자체 자금으로 직접 만들고 직접 운영합니다. 모든 작업은 이슈로 먼저 적고, 변경은 검토와 자동 테스트를 거쳐 사람이 승인한 뒤에만 배포합니다.
아래는 법률 · 결제 · 상표 전문가의 확인이 필요한 항목입니다. 확인 전까지 화면에는 '시범 운영'과 '결제 시뮬레이션'을 표시합니다.
| 항목 | 확인할 것 | 확인 주체 | 지금 |
|---|---|---|---|
| 예약금 · 취소 · 환불 | 예약금 몰수, 시작 2시간 전 전액 환불 같은 규정 문구가 약관 규제와 소비자분쟁해결기준에 맞는지 | 변호사 | '시범 운영 규정'으로 표시 |
| 실제 결제 | 결제 대행 계약 주체, 예약금을 받는 구조에 따른 전자금융거래법 · 에스크로 적용 여부, 정산 주기 | 변호사 · PG사 | 결제는 시뮬레이션 (돈이 오가지 않음) |
| 개인정보 | 대화 기록 · 기기 쿠키 · 휴대폰 번호(예약 연락용) · 위치의 수집 · 이용 고지 문안과 보관 기간 | 변호사 | 번호는 암호화 · 끝 네 자리만 표시 · 소개 화면에 받는 항목 안내 |
| 매장 사진 · 소개 | 매장이 올린 사진 · 글의 저작권과 초상권, 가격대 · 분위기 표현의 표시광고 문제 | 변호사 | 매장이 직접 올리고 책임지는 약관 필요 |
| 이름 · 상표 | 누비AI(비슷한 이름의 서비스가 있음) · 누비그램 · NUBI OPS의 상표 등록 가능성과 앱스토어 명칭 | 변리사 | 1차 도메인 · 웹 조사만 마침. 외부 공유 시점은 대표 판단 |