홈페이지에서 끝나지 않습니다.

OTA에 수수료 떼이지 않고 직접 예약을 받는 시스템을 만듭니다. 날짜별 잔여 관리부터 노쇼 위약금, 업주별 정산까지 실제로 돌려본 대로 만듭니다.

어려운 지점

• — 시간대 중복 예약 방지 — 동시에 같은 슬롯을 잡으면 어느 쪽을 살릴지 결정 규칙이 필요합니다.
• — 노쇼·당일 취소 위약금을 결제 취소와 어떻게 맞물릴지.

정산 시스템은 저희가 매일 돌리고 있습니다. 수수료 계산과 부분취소 역산부터 펌뱅킹 출금, 전자세금계산서까지 만듭니다.

어려운 지점

• — 부분 취소 시 할인·부대비용 역산 — 단순 차감하면 월말에 반드시 어긋납니다.
• — 정산 후 환불이 발생했을 때 다음 달에서 차감할지, 즉시 회수할지.

자사몰부터 판매자가 입점하는 마켓플레이스까지 구축합니다. 취소나 반품에 쿠폰과 정산이 얽히는 구간을 직접 돌려봤습니다.

어려운 지점

• — 재고 동시성 — 같은 상품을 동시에 담을 때의 선점과 반환.
• — 쿠폰 부담 주체에 따른 정산 분리.

거래처마다 다른 단가, 여신 한도와 미수금, 거래명세서까지 한 화면에 넣습니다. 엑셀로 맞추던 외상 대사를 꺼내 옵니다.

어려운 지점

• — 거래처별 단가표의 우선순위(기본가 → 거래처가 → 프로모션가).
• — 여신 한도 초과 시 주문을 막을지, 승인 대기로 둘지.

가맹점 발주부터 본사 출고, 가맹점별 정산과 차감까지 만듭니다. 카톡·팩스로 받던 발주를 시스템으로 옮깁니다.

어려운 지점

• — 본사 직영창고와 3PL 연동의 분기 처리.
• — 창고 재고와 가맹점 재고의 분리 관리.

정기결제와 배송 스케줄, 해지·일시정지까지 만듭니다. 구독이 어려운 건 결제가 아니라 결제가 실패한 다음입니다.

어려운 지점

• — 결제 실패 재시도 주기와 연체 단계별 정책(알림 → 일시정지 → 해지).
• — 중도 해지 시 잔여 회차 환불 계산.

주문·재고·발송·정산을 한 화면에서 처리하는 관리자를 만듭니다. 현장에서 쓰는 모바일 앱까지 같이 봅니다.

어려운 지점

• — 하루 수백 번 쓰는 화면의 클릭 수 — 여기가 실제 생산성입니다.
• — 권한 경계 설계 — "자기 데이터"의 범위를 어디까지 볼지.

Flutter로 iOS·Android를 같이 만듭니다. 로그인·푸시·인앱 결제에 스토어 심사 대응과 배포까지 포함입니다.

어려운 지점

• — 스토어 심사 기간(반려 재제출 포함 2주)을 일정에 반영해야 합니다.
• — 앱 강제 업데이트 정책과 하위 버전 호환.

사내 문서를 근거로 답하는 RAG 챗봇, 카톡·문자로 온 주문을 알아서 뽑아 넣는 일. 시연용이 아니라 실서비스로 만듭니다.

어려운 지점

• — 엉뚱한 답(환각)을 막으려면 검색 품질이 먼저입니다 — 모델 교체로는 해결되지 않습니다.
• — AI 서비스가 죽었을 때 본 서비스가 같이 멈추지 않게 하는 폴백 설계.

저희가 직접 하고 있는 분야입니다. 생산자 입점, 산지직송, 생산자별 정산까지 설명해 주실 필요가 없습니다.

어려운 지점

• — 과세·면세가 한 주문에 섞입니다(농수산물 면세 + 배송비 과세).
• — 산지 사정에 따른 부분 출고·품절 대응.