Web 사용자
“우리 고객 질문에 어떻게 답하게 할까?”
사장님, 도입 담당자, 운영 관리자가 Schift를 준비하는 구역입니다.
- 업종 선택과 가입 흐름을 끝냅니다
- 자주 받는 질문과 응대 기준을 채웁니다
- 문서, 메뉴판, 시간표, 주문표 같은 답변 자료를 연결합니다
- AI가 답해도 되는 질문과 직원에게 넘길 질문을 가릅니다
AI를 실제 업무에 붙이는
회사 메모리 엔진.
문서, 메일, 메신저, ERP/MES/POS, 엑셀, 현장 기록을 Schift에 연결하세요. Schift는 흩어진 데이터를 권한, 출처, 시간, 업무 맥락이 있는 조직 기억으로 바꾸고, AI가 답변과 업무 기록까지 이어가게 합니다.
- 문서·ERP·메신저 연결
- 출처·권한·최신성
- 업무 후보·승인 로그
- MES/Ops 첫 적용
Schift Memory Engine검토할 업무 후보 4건
답변과 기록에 쓰는 자료연결 소스
사용자 구역
Web 유저와 ERP 유저는 다른 일을 하러 들어옵니다.
Web은 도입, 응대 기준, 자료 연결, 테스트를 맡습니다. ERP는 실제 운영 원장과 매일의 입출고, 주문, 정산, 승인 기록을 맡습니다.
ERP 사용자
“오늘 운영을 어떻게 기록하고 통제할까?”
점장, 직원, 회계 담당자가 실제 사업 데이터를 관리하는 구역입니다.
- 상품, 재고, 주문, 예약, 생산, 손실을 기록합니다
- 입고, 출고, 폐기, 정산, 리포트를 매일 처리합니다
- 지점, 직원, 회계 담당자가 같은 운영 원장을 봅니다
- 승인된 변경만 원장과 외부 ERP/MES로 넘깁니다
Web에서 정한 기준
“케이크 예약은 2일 전까지”
ERP가 가진 사실
오늘 재고, 예약 수량, 픽업 가능 시간
고객에게 나가는 답변
근거가 있으면 안내하고, 없으면 직원에게 연결
Northstar
AI가 답하는 데서 끝나면 도입은 멈춥니다.
Schift의 제품 약속은 명확합니다. 회사 데이터를 조직 기억으로 만들고, AI 답변이 실제 업무 후보와 승인 가능한 기록으로 이어지게 합니다.
- 출처, 권한, 최신성을 먼저 봅니다
- 확신이 낮으면 사람에게 넘깁니다
- 업무 기록은 승인 후에만 닫습니다
- 반복 업무는 원장과 로그로 남깁니다
직원이 회사 안에서 묻는 질문
기억으로 답합니다
문서, 메일, 슬랙, 드라이브, ERP/MES에 흩어진 회사 데이터를 권한 안에서 찾아 답합니다. 답변에는 출처, 최신성, 담당 범위를 같이 붙여 사람이 다시 확인할 지점을 줄입니다.
출처 있는 답변, 리포트 초안, 확인 요청
이번 주 생산 기준이 바뀐 제품과 근거 알려줘
BOM 변경표, 생산관리표, 구매 메모가 같은 제품을 가리킵니다. 최신 기준은 5월 21일 승인본입니다.
BOM MES Export Drive Slack
답변 이후의 업무 후보
기록으로 닫습니다
AI가 답을 만드는 데서 멈추지 않고 생산, 로스, 발주, 수금, 고객 응대 같은 업무 후보를 만듭니다. 확정 전에는 담당자가 승인하고, 승인 이후에만 원장과 워크플로우로 넘어갑니다.
업무 후보, 승인 로그, 원장 반영
광교점 로스 기록을 오늘 재고에 반영해줘
로스 메모와 POS 매출이 맞지 않습니다. 재고 차감 후보를 만들었고 승인 전에는 원장에 쓰지 않습니다.
POS Excel Gmail Approval Log
대표님이 먼저 느끼는 문제
회사 기억이 사람에게 묶여 있을 때
-
매번 같은 자료를 다시 찾고 있을 때
매출, 계약, 고객 이슈, 증빙 파일이 어디 있는지 사람에게 다시 묻고 있다면 회사 기억이 흩어진 상태입니다.
-
특정 직원이 없으면 업무가 멈출 때
담당자가 쉬거나 퇴사하면 거래처 히스토리, 처리 방식, 예외 규칙이 같이 사라집니다.
-
보고서 초안이 매번 수작업일 때
ERP, 엑셀, 메신저, 문서를 다시 열어 숫자와 근거를 맞추는 시간이 반복됩니다.
-
고객 리스크를 늦게 발견할 때
문의 증가, 결제 지연, 계약 변경 신호가 여러 도구에 나뉘어 있으면 조치 타이밍을 놓칩니다.
-
AI를 써도 회사 맥락이 빠질 때
일반 AI는 답을 만들 수 있지만, 우리 회사의 문서, 권한, 최신 이력까지 책임지지는 않습니다.
-
도입 효과를 숫자로 설명해야 할 때
검색 시간, 보고서 작성 시간, 고객 응답 리드타임처럼 경영진이 판단할 지표가 필요합니다.
Before / After
같은 업무. 다른 오후.
대표가 이번 달 고객 리스크를 확인해야 한다고 해보세요. 보통은 이렇게 흘러갑니다.
시나리오 "이번 달 갱신 위험 거래처와 근거를 정리해줘"
Before
Schift 없이 — 담당자와 파일을 따로 찾습니다
- Slack 갱신 리스크대화는 많은데 최신 상태와 담당자가 섞여 있음.
- Gmail 계약 변경메일 스레드 19개. 어느 내용이 최종인지 다시 확인.
- ▸ ERP 미수 / 매출엑셀로 내려받아 거래처별로 다시 대조.
- Drive 계약서 pdf계약서와 제안서가 여러 버전으로 흩어져 있음.
오후가 지나고, 결국 담당자에게 다시 확인
After
Schift 한 번 — 근거와 다음 행동이 같이 옵니다
"이번 달 갱신 위험 거래처와 근거를 정리해줘"
갱신 위험 거래처 4곳이 보입니다. 결제 지연, 반복 문의, 계약 변경 메일을 함께 보면 이번 주 확인할 우선순위는 A사와 C사입니다.
Slack #sales · 화 10:12 ERP 거래처 매출 · 어제
Drive 계약서 · 이틀 전
근거, 담당자, 다음 확인 업무까지.
Examples
어떤 데이터를 넣고, 무엇을 가져오는지 보여줘야 합니다.
Schift는 데이터를 “검색 가능한 문서”로만 보관하지 않습니다. 최신 revision, tombstone, 권한, timestamp, metadata를 먼저 필터링하고, 답변 이후에는 사람이 승인할 업무 후보로 넘깁니다.
기본 흐름
소스 연결 정규화 권한·시간·revision Hybrid search 업무 후보 승인·기록
MES/Ops
생산·로스·발주 기록을 같은 제품 기억으로 묶습니다
BOM MES export POS Excel 음성 메모
Ask
회의록 12차 기준으로 생산 기준이 바뀐 품목만 보여줘
Schift
12차 회의록, BOM 변경표, 발주 메모가 같은 품목을 가리킵니다. 11차 이전 내용은 이전 revision으로 접고 최신 승인본만 우선합니다.
생산 기록 후보, 로스 차감 후보, 발주 확인 요청
Office/Admin
메일·드라이브·세금계산서·계약서를 업무 맥락으로 읽습니다
Gmail Drive Slack 세금계산서 계약서
Ask
이번 달 결제일과 세금계산서 발행일이 안 맞는 거래처가 있어?
Schift
계약서 결제일, 청구 표, 메일 승인 이력이 맞지 않는 2건이 있습니다. 각 항목의 원문 근거와 담당자를 같이 보여줍니다.
청구 확인표, 담당자 알림, 증빙 링크 묶음
Q&A/Support
챗봇은 한 화면일 뿐, 핵심은 출처 있는 회사 기억입니다
Website FAQ PDF 상담 기록 권한 정책
Ask
이 고객에게 환불 예외를 안내해도 돼?
Schift
공개 FAQ로는 일반 답변이 가능하지만 계약별 예외는 담당자 승인이 필요합니다. 상담 요약과 근거 문서를 함께 넘깁니다.
답변 초안, 담당자 이관, 승인 로그
Source coverage
연결은 기능 목록이 아니라 업무 준비표입니다.
사용자가 “이걸 자동화하고 싶다”고 고르면 Schift는 필요한 소스, 권한, 업로드 문서, 검증 정책을 역으로 만듭니다. 연결 자체보다 중요한 것은 무엇을 가져오고 어떤 업무로 닫는지입니다.
01
사용할 기능 선택
전체 선택 또는 Gmail, Slack, Drive, Sheets, Notion, S3, GCS, 네이버 클라우드, ERP/MES/POS처럼 실제 쓰는 소스를 고릅니다.
02
희망 자동화 선택
최근 회의록 검색, 청구/세금계산서 확인, 생산·로스 기록, 고객 답변, 권한 이관 같은 업무 목적을 먼저 정합니다.
03
필수 연결과 업로드 생성
Schift가 OAuth 연결, 파일 업로드, 사업자 등록증, 통장 사본, 표준 양식 검증 체크리스트를 역으로 만듭니다.
04
검증 후 동기화
최신본, tombstone, 권한, timestamp, metadata, 양식 일치 여부를 확인한 뒤 검색과 자동화를 켭니다.
Google Workspace
Gmail Drive Sheets Calendar
- 가져오는 것
- 메일, 첨부, 계약서, 스프레드시트, 일정 근거
- Schift에서 되는 것
- 청구 확인, 담당자 이관, 승인 근거 묶음
Collaboration
Slack Notion Teams Confluence
- 가져오는 것
- 채널 결정, 회의록, 위키, 업무 요청
- Schift에서 되는 것
- 최신 회차 우선 답변, 실행 항목, 권한별 근거
Storage / Cloud
S3 GCS Naver Cloud NAS
- 가져오는 것
- PDF, 이미지, CSV, 로그, 백업 문서
- Schift에서 되는 것
- OCR, 분류, 보존 정책, 재색인 대상 관리
Operations Data
ERP MES POS Excel export
- 가져오는 것
- 생산, 로스, 재고, 발주, 매출, 정산
- Schift에서 되는 것
- 업무 후보, 장부 반영 전 검토, 이상치 알림
Customer / Support
Website FAQ Tickets 상담 기록
- 가져오는 것
- 문의, 정책, 헬프센터, 계약 예외
- Schift에서 되는 것
- 답변 초안, 예외 승인, 재문의 원인 추적
Business Proof
사업자등록증 통장 사본 계약 양식 세금계산서
- 가져오는 것
- 공급자 정보, 입금 계좌, 청구 조건, 증빙
- Schift에서 되는 것
- 양식 일치 확인, 누락 필드, 발행 전 체크
동기화 전 기본 체크
✓
Schift에서 제공하는 양식과 동일한지 확인
✓
회의록·문서 회차가 최신 revision인지 확인
✓
삭제·폐기된 문서 tombstone 제외
✓
사용자 권한으로 볼 수 있는 근거만 검색
✓
자동 반영 전 담당자 승인 로그 남김
✓
14일 trial 이후 사용량·연결 범위 기준으로 gate
도입 절차
페인포인트를 회사 메모리 레이어로 바꿉니다
Schift는 먼저 시스템을 갈아엎지 않습니다. 대표와 운영팀이 매일 다시 묻는 업무를 찾고, 흩어진 자료와 권한을 정리한 뒤, PoC 지표로 효과를 확인합니다.
- 01
대표와 팀의 반복 질문을 듣습니다
매출, 고객, 증빙, 인사, 보고서처럼 매번 사람을 찾아 물어보는 업무를 먼저 모읍니다.
- 02
해석 엔지니어가 업무를 데이터 언어로 바꿉니다
해석 엔지니어가 현장 언어를 데이터 소스, 권한, 출처, 실행 흐름으로 바꿉니다.
- 03
우리 회사 메모리 지도를 설계합니다
문서, 메일, 메신저, ERP, 엑셀의 위치와 담당자 의존도를 보고 먼저 연결할 범위를 정합니다.
- 04
쓰는 도구와 결과를 받을 곳을 정합니다
Slack, Flow, KakaoTalk, Google Drive, Notion, ERP처럼 직원이 이미 쓰는 곳에서 요청하고 결과를 받게 합니다.
- 05
자동화와 AI 희망 업무를 좁힙니다
검색, 리포트 초안, 고객 요약, 데이터 대조, 승인 요청처럼 효과가 바로 보이는 업무부터 고릅니다.
- 06
PoC 목표 지표 Top 3를 합의합니다
자료 검색 시간, 보고서 작성 시간, 고객 응답 리드타임처럼 현재값과 성공 기준을 숫자로 정합니다.
- 07
작게 도입하고 KPI로 계약합니다
PoC에서 권한, 출처, 실패 케이스를 확인한 뒤 연결 범위와 KPI에 맞춰 계약합니다.
상담에서 바로 확인하는 것
연락처보다 먼저 업무 흐름을 받습니다
도입 신청은 영업 정보가 아니라 첫 설정 데이터입니다.
지금 막히는 일
- 특정 직원에게 계속 물어보는 업무
- 보고서와 제안서 초안 작성
- 엑셀 취합과 대조 오류
- 고객 문의와 거래처 리스크
연결할 회사 기억
- Drive, Notion, 메일, 메신저
- ERP, CRM, 엑셀 내보내기
- 세금계산서와 증빙 문서
- 회의록과 결정 기록
직원이 쓰는 접점
- Slack, Flow, KakaoTalk
- 웹챗과 모바일
- 운영팀 승인 흐름
- 담당자별 접근 권한
PoC 성공 기준
- 검색 시간 감소
- 리포트 작성 시간 감소
- 응답 리드타임 개선
- 반복 문의와 누락 감소
PoC와 계약 기준
좋아 보이는 AI가 아니라 숫자로 남는 개선을 봅니다
대표가 궁금한 것은 모델 이름이 아니라 우리 회사의 병목이 줄었는지입니다. Schift는 PoC 시작 전에 현재값, 목표값, 계약 기준을 같이 정하고 그 지표로 확장 여부를 판단합니다.
도입 전
직원이 자료를 찾고 사람에게 묻는 시간이 실제로 얼마나 드는지 먼저 적습니다.
PoC 중
권한, 출처, 실패 케이스를 남기면서 검색과 초안 업무의 시간을 비교합니다.
계약 시점
연결 범위와 월 비용은 기능표가 아니라 합의한 KPI 달성 여부로 정합니다.
대표가 확인할 표
현재값 → PoC 목표 → 계약 기준
업무 지표 현재값 PoC 목표 계약 기준
자료 검색 시간
현재값
건당 20~40분
PoC 목표
5분 이내
계약 기준
반복 질문 상위 20개에서 확인
보고서 초안 시간
현재값
반나절 이상
PoC 목표
초안 30분 이내
계약 기준
출처 포함 초안 비율로 판단
고객 응답 리드타임
현재값
담당자 확인 후 회신
PoC 목표
당일 1차 답변
계약 기준
거래처 리스크 업무부터 적용
반복 문의와 누락
현재값
같은 질문이 메신저에 반복
PoC 목표
답변과 근거를 한곳에 축적
계약 기준
팀별 재문의 감소로 확인
PoC는 대시보드 데모가 아니라 계약 전 검증입니다. 작게 연결하고, 실제 업무에서 숫자가 나오는 범위만 다음 단계로 넓힙니다.