Project brief
프로젝트 내용
[프로젝트 개요]
- 안과가 카카오톡으로 보내는 렌즈·용액 주문을 웹에서 직접 입력하고, 본사가 주문 확인·출고 처리를 하며, 안과가 자기 주문의 진행 상태와 송장 정보를 조회하는 주문관리 시스템을 새로 만듭니다. 별도 프로그램 설치 없이 PC와 모바일 브라우저에서 쓰는 반응형 웹입니다.
- 회사 업무 전체를 전산화하는 ERP가 아닙니다. 주문 접수 → 본사 확인 → 출고 → 주문 조회 → Excel 다운로드까지의 핵심 업무만 1차로 구축합니다. 재고 자동관리, 반품, 월마감, 매출 통계 대시보드, 문자·카카오톡·이메일 자동알림, 직원별 권한관리, 공장 생산관리, 입금·정산관리는 이번 범위에서 제외합니다.
- 전문 디자이너·기획자 투입 없이 1인 개발자가 AI 도구를 활용해 구축하는 방식도 가능합니다.
[클라이언트 소개]
- 드림렌즈와 관련 용액을 안과에 공급하는 도매 회사입니다. 이번 시스템은 외부 판매용이 아니라 저희 본사와 거래처 안과가 함께 쓰는 업무 시스템입니다. 취급 제품은 약 10종(주력 3종)이며 거래처는 계속 늘고 있습니다.
- 프로젝트 의사결정 구조: 대표가 요구사항 확정, 파트너 문의 답변, 계약 결정을 직접 합니다. 별도 결재 절차가 없습니다.
[왜 이 프로젝트를 하는가]
- 지금 상황: 안과가 카카오톡으로 주문을 보내면 저희가 장부에 기록하고 공장에 발주한 뒤 발송합니다. 이 과정에서 주문 누락이 생기고, 카카오톡이 먹통이 되면 주문 자체를 받지 못한 적이 있습니다. 환자 직배송 주소 같은 정보도 카카오톡으로 받아 옮겨 적고 있습니다.
- 끝나면 이렇게 되기를 바랍니다: 안과가 로그인해 주문을 넣으면 본사 관리자 화면에 바로 접수되고, 관리자가 바꾼 진행 상태와 송장 번호를 안과가 직접 조회합니다. 주문 내역이 시스템에 남고, 본사는 필요한 데이터를 Excel로 내려받아 기존 매출장부와 후속 업무에 씁니다.
- 다만 이런 점이 우려됩니다: 실제 거래 안과가 매일 쓰는 시스템이라 운영 중 불안정해지는 것을 가장 우려합니다. 카카오톡이 멈췄을 때 주문을 못 받았던 경험이 있어, 안정적으로 돌아가는 인프라와 문제가 생겼을 때 바로 조치해 줄 수 있는 대응을 중요하게 보고 있습니다.
[필수 과업 범위와 결과물]
1. 수행 범위
- 상세 기획: 기능 정의 문서는 저희가 제공합니다. 화면 설계와 입력 항목·상태값 확정은 착수 후 저희와 협의해 진행합니다.
- UI·UX 디자인: 반응형 웹 화면 구성. 별도 디자이너 없이 개발자가 구성해도 됩니다.
- SW 개발: 거래처(안과)용 주문 화면, 본사 관리자 화면, DB 신규 구축. 현재 Next.js + TypeScript + Tailwind CSS + Supabase 기반 시험 프로젝트가 있으며, 이를 활용할지 신규 구축할지는 제안에 따릅니다.
- 인프라 구축·배포: 서버·DB·도메인 구성과 배포. 안정적으로 운영될 수 있는 구성을 제안해 주세요.
- 유지보수: 무상 하자보수 기간과 장애 시 대응 방식을 제안에 포함해 주세요.
2. 필수 과업
- 상세 기능은 기능 정의 문서를 미팅 시 공유합니다. 아래는 그중 견적에 영향을 주는 항목입니다.
- 거래처 로그인과 계정 발급: 본사 관리자가 안과별 계정을 등록·발급하고 사용 상태(정상/거래중지)를 관리합니다. 거래처는 자기 안과의 주문만 볼 수 있어야 하며, 비밀번호는 평문 저장이 없어야 합니다.
- 렌즈 주문: 주문/교환 구분, 고객명, 제품, 배송방식, 메모와 오른쪽·왼쪽 눈 각각의 BC·POWER·DIA·COLOR·각인을 한 화면에서 입력합니다. 환자 직배송 시 수령인·연락처·주소를 입력합니다. 입력 실수를 줄이는 기본 유효성 확인이 필요합니다.
- 용액 주문: 렌즈 주문과 별도 화면에서 제품·수량(Box)·배송방식·메모를 입력합니다. 처방 정보는 쓰지 않습니다.
- 거래처 주문 조회: 자기 주문 목록과 상세, 진행 상태, 출고 정보를 PC와 모바일에서 확인합니다.
- 관리자 렌즈 주문 관리와 용액 주문 관리: 두 주문을 구분해 목록·검색·상세 확인·진행 상태 변경을 합니다. 재고 연동과 공장 생산관리 자동화는 하지 않습니다.
- 출고 관리: 출고 대상 주문에 택배사·송장번호를 등록하면 거래처 조회에 반영됩니다. 자동 묶음배송은 없고, 여러 주문에 같은 송장번호를 수동 입력할 수 있으면 됩니다.
- 거래처 관리: 거래처 등록·수정과 상태 관리. 주문 이력이 있는 거래처는 삭제하지 않고 상태로 관리합니다.
- 제품 관리: 제품 등록·수정·판매 중지. 거래처별 공급 단가를 기록해 두는 필드를 두되, 이번에는 기록용이며 주문 화면에 금액을 노출하거나 계산하지 않습니다.
- Excel 다운로드: 관리자가 기간·주문 종류 등 조건으로 주문·처방·배송 데이터를 내려받습니다. 컬럼과 순서는 저희 기존 Excel 샘플을 보고 확정합니다.
- 하나의 주문 정보를 거래처와 관리자가 각자 권한에 맞게 함께 쓰는 구조여야 하며, 삭제 대신 상태 변경으로 이력을 남기는 방향을 원합니다.
3. 결과물
- 전체 소스코드 (발주사 소유 저장소)
- DB 스키마와 데이터 구조 설명
- 서버·서비스 계정과 권한 인계
- 배포·운영 매뉴얼
[아직 정하지 않은 범위]
- 아래는 저희가 확정하지 못한 항목입니다. 견적 단계에서 임의로 복잡하게 잡기보다 착수 후 화면 설계와 업무 흐름을 함께 보며 정하려 합니다. 포함하는 편이 나은지, 뺀다면 나중에 어떻게 붙일 수 있는지를 의견과 함께 적어 주세요.
1. 기존 시험 프로젝트(Next.js + Supabase) 활용 / 신규 구축 — 어느 쪽이 나은지와 비용 차이
2. 향후 정산 기능 확장 대비 — 이번에는 정산을 만들지 않지만, 나중에 붙일 수 있도록 DB 구조를 미리 고려할지, 고려한다면 어느 수준까지인지
3. 로그인 방식 — 아이디/이메일 등 인증 방식은 제안 후 협의
4. 주문 진행 상태의 단계와 명칭, 주문 수정·취소 가능 시점
5. 렌즈 주문 입력 항목의 필수/선택 여부, 관리자 목록의 검색 조건과 표시 컬럼, 거래처 기본 정보 항목, Excel 다운로드의 컬럼·순서·형식
6. 1차 필수 범위 외에 필요하다고 판단하시는 기능이 있으면 필수 견적과 분리해 별도로 제안해 주세요.
[클라이언트 준비 사항]
- 준비된 것: 기능 정의 문서, 기존 Excel 매출장부 샘플, 제품 목록, Next.js + Supabase 기반 시험 프로젝트
- 이 프로젝트 담당: 대표 1명이 요구사항 확정과 검수를 맡습니다.
[오픈 시점과 예산]
- 목표 시점: 정해 두지 않았습니다. 빠르면 좋지만 안정적으로 구축되는 것을 우선합니다. 개발 기간: 약 1개월
- 예산: 400만~500만원 (부가세 별도)
[제안 포함 필수 사항]
- 지원 내용은 아래 기준으로 검토합니다.
1. 적합한 기술 스택과 인프라 구성, 그 선택 이유를 제안에 포함해 주세요. 기존 시험 프로젝트를 활용할지 신규로 구축할지에 대한 의견과, 서버·DB·도메인 등 개발비 외 별도 비용과 예상 월 운영비도 함께 적어 주세요.
2. 파트너님께서 판단하시기에 어떤 부분이 완료되어야 이 프로젝트가 성공적으로 마무리되었다고 보시는지 제안에 포함해 주세요. 전문가로서 이 프로젝트의 결과물에 대한 의견 부탁드립니다.
3. 위 '아직 정하지 않은 범위' 각 항목에 대한 의견을 제안에 포함해 주세요. 포함하는 편이 나은지, 뺀다면 나중에 어떻게 붙일 수 있는지 의견 부탁드립니다. 공고만으로 판단이 어려워 확인이 필요한 부분도 함께 적어 주세요.
4. 운영 중 시스템이 멈추지 않도록 어떤 인프라 구성과 대응 체계를 두실지, 장애가 생겼을 때 얼마나 빨리 조치해 주실 수 있는지, 무상 하자보수 기간과 이후 유지보수 범위·비용을 제안에 포함해 주세요. 카카오톡이 멈춰 주문을 못 받았던 경험이 있어 이 부분을 특히 중요하게 보고 있습니다.