계약·개발 진행 가이드

기존 엑셀·회원 데이터를 새 앱으로 옮기기 전 정할 6가지

기존 자료를 새 앱에 옮기기 전에 이전 범위, 항목 연결, 오류 판단 책임, 시험 이전, 전환 시점과 완료 기준을 정하는 방법입니다.

약 10분처음 앱을 만드는 분을 위한 안내데브크래프트 개발 실무 검수
기존 회원·예약 파일을 새 앱으로 옮기기 전에 이전 범위, 처리 책임, 검수 기준과 전환 시점을 정하는 흐름
01

핵심 내용

기존 사업에 엑셀, 회원 명단과 예약 내역이 쌓여 있다면 “파일을 전달하면 새 앱에서 그대로 쓸 수 있나요?”라는 질문부터 생깁니다. 먼저 무엇을 옮기고, 기존 항목을 새 구조에 어떻게 연결하며, 오류를 누가 판단하고, 어떤 결과를 이전 완료로 볼지 정해야 합니다.

기존 기록을 새 시스템 구조에 맞춰 옮기는 작업을 데이터 마이그레이션이라고 합니다. 가상 상담 예약 서비스로 파일 전달 전 결정할 여섯 가지를 살펴봅니다. 완벽한 정리보다 아는 내용과 미정인 내용을 구분하는 것이 시작입니다.

02

1. 옮길 기록과 남겨둘 기록을 먼저 나눕니다

먼저 기록의 종류와 범위를 확인합니다. 상담 예약 서비스라면 회원, 예약, 상담 상품, 운영자 메모와 첨부파일이 서로 다른 위치에 있을 수 있습니다.

자료마다 적습니다.

모든 과거 기록을 옮길 필요는 없습니다. 필요한 회원과 최근 예약은 이전하고, 조회만 필요한 오래된 예약은 기존 시스템에 남길 수 있습니다. 불분명한 기록은 삭제하지 말고 `이전 / 기존 보관 / 별도 검토`로 분류합니다.

개인정보가 포함됐다면 운영 주체, 이용 목적, 보관 기준과 접근자를 확인합니다. 운영 주체나 목적이 달라지면 이전 가능 여부와 절차를 별도로 검토합니다.

업무 범위가 아직 정리되지 않았다면 기존 업무를 앱으로 바꾸기 전 측정할 7가지를 먼저 확인하세요.

확인해보세요

  • 자료 종류와 대상 기간, 대략적인 건수·용량
  • 현재 보관 위치와 파일 형식
  • 원본을 설명할 담당자
  • 새 앱으로 이전하거나 제외할 범위
03

2. 기존 열과 새 앱의 항목을 연결합니다

엑셀 열과 새 앱 항목의 이름이 같아도 의미까지 같지는 않습니다. 항목 연결표를 만들면 개발자가 값을 추측해 옮기는 일을 줄일 수 있습니다.

가상 상담 예약 서비스의 연결표는 다음처럼 작성할 수 있습니다.

이름만 같은 회원을 합치면 동명이인을 잘못 연결할 수 있습니다. 회원과 예약을 연결할 때는 기존 회원코드처럼 신뢰할 수 있는 식별 기준, 기준이 없을 때의 검토 방법, 비회원 기록의 처리 방법을 정합니다.

기존 엑셀의 `완료`가 상담 종료인지 예약 접수 완료인지에 따라서도 새 상태가 달라집니다. 연결표에는 이름뿐 아니라 의미, 허용 형식과 미정 사항을 남깁니다.

가상 상담 예약 자료의 회원코드, 예약 시각과 진행 상태를 새 앱 항목에 연결하고 미정 사항을 표시한 예시
가상 예시 — 기존 회원코드·예약 시각·진행 상태를 새 앱 항목과 연결하고, 의미가 불명확한 값은 검토 대상으로 남깁니다.

회원코드

기존 열: 회원코드. 새 앱 항목: customer_id. 형식·의미: 기존 회원과 새 계정을 연결할 고유 기준. 미정 사항: 코드가 없는 비회원 예약의 연결 방법.

예약일 + 시간

기존 열: 예약일 + 시간. 새 앱 항목: starts_at. 형식·의미: 날짜와 시간을 하나의 예약 시각으로 저장. 미정 사항: 시간대와 잘못된 날짜의 처리.

상담종류

기존 열: 상담종류. 새 앱 항목: service_id. 형식·의미: 새 앱의 상담 상품 목록 중 하나와 연결. 미정 사항: 폐지된 종류를 보관할지 다른 항목으로 바꿀지.

진행상태

기존 열: 진행상태. 새 앱 항목: status. 형식·의미: 신청·확정·완료·취소처럼 정해진 값으로 변환. 미정 사항: 보류, 연락중의 정확한 의미.

예약금

기존 열: 예약금. 새 앱 항목: deposit_amount. 형식·의미: 숫자 형식으로 저장할 예약금. 미정 사항: 빈칸이 0원인지 미확인인지.

메모

기존 열: 메모. 새 앱 항목: operator_note. 형식·의미: 운영자만 보는 내부 참고 내용. 미정 사항: 민감하거나 불필요한 내용의 제외 기준.

04

3. 중복·누락·잘못된 값을 누가 판단할지 정합니다

기존 자료에는 같은 회원으로 보이는 행, 회원코드가 없는 예약, 날짜 형식 오류와 열리지 않는 첨부파일이 섞여 있을 수 있습니다. 개발자가 임의로 합치거나 지우면 기록의 의미가 달라질 수 있습니다.

오류를 다음처럼 구분합니다.

대표·운영 담당자는 기존 값의 의미와 정책을 결정합니다. 예를 들어 `연락중`을 `신청`으로 바꿀지 별도 상태로 둘지 판단합니다. 개발자는 합의한 규칙에 따라 변환하고, 자동 처리할 수 없는 행을 실패·검토 목록으로 분리해 결과를 대조할 수 있게 만듭니다.

모든 행을 고객이 직접 정리할 필요는 없지만, 자동 규칙과 사람이 확인할 예외는 구분해야 합니다. `비어 있으면 0으로 처리`처럼 의미가 바뀌는 규칙은 승인 없이 적용하지 않습니다. 자료의 항목·버전·승인자를 정하는 방법은 앱 개발 중 고객이 준비해야 할 문구·이미지·운영 정책 8가지에서 이어서 확인할 수 있습니다.

확인해보세요

  • 중복 후보: 같은 회원·예약처럼 보이나 자동 확정할 수 없는 기록
  • 필수값 누락: 회원 연결 기준, 예약 시각, 상담 종류처럼 새 앱에 필요한 값이 없는 기록
  • 형식 오류: 날짜·숫자·상태가 합의한 형식과 다른 기록
  • 연결 실패: 예약에 적힌 회원코드나 상담 종류를 새 앱에서 찾을 수 없는 기록
  • 파일 누락: 목록에 있지만 첨부파일이 없거나 열리지 않는 기록
05

4. 시험 이전의 통과 기준을 정합니다

전체 자료를 옮기기 전에 합성 자료와 제한된 범위로 시험 이전을 진행합니다. 몇 행이 들어갔는지뿐 아니라 항목 연결과 예외 처리 규칙이 운영 흐름에 맞는지 검증합니다.

시험 결과는 원본 전체 건수가 아니라 합의한 이전 대상을 기준으로 다음 네 가지를 대조합니다.

총건수만 맞아서는 충분하지 않습니다. 회원과 예약의 연결, 신청·확정·완료·취소의 상태별 수, 검수 대상으로 정한 예약금 합계를 확인합니다. 표본은 앱과 관리자 화면에서 조회하고 예약 상세 확인이나 상태 변경도 실행합니다.

시험을 다시 실행할 때 회원이나 예약이 중복 생성되지 않는지도 확인합니다. 초기화 후 다시 넣을지 기존 결과를 갱신할지는 시스템에 맞춰 합의합니다.

시험 이전 결과를 대상, 성공, 제외와 실패로 대조하고 회원·예약 연결과 상태별 수, 합계와 표본 조회를 확인하는 검수 구조
가상 예시 — 같은 종류·같은 시험 회차의 원본 기록을 성공·합의된 제외·실패/검토 필요로 구분합니다. 건수 외에 회원–예약 연결, 상태별 수, 예약금 합계와 표본 조회도 확인합니다.

이전 대상

구분: 이전 대상. 확인할 내용: 이번 시험에 포함하기로 한 회원·예약 수.

성공

구분: 성공. 확인할 내용: 새 앱에 정상 반영되고 연결·조회가 확인된 수.

제외

구분: 제외. 확인할 내용: 합의한 규칙에 따라 옮기지 않은 수와 이유.

실패

구분: 실패. 확인할 내용: 옮기지 못해 수정 또는 판단이 필요한 수와 원인.

06

5. 새 기록이 생기는 동안의 전환·복구 기준을 정합니다

시험 뒤에도 기존 예약 업무는 계속됩니다. 파일 추출과 새 앱 공개 사이의 신규·수정 예약을 놓치지 않으려면 전환 기준 시각을 정해야 합니다.

다음 내용을 기록하세요.

되돌릴 때는 새 앱 공개 뒤 접수된 예약과 변경된 상태의 처리 방법도 필요합니다. 전환 직전 사본, 복구 담당자와 확인 절차는 백업·복구 기준과 함께 점검하세요. 사본에서 필요한 기록을 되살리고 예약 조회와 운영 흐름까지 확인해야 합니다.

무중단이나 무손실을 전제로 잡기보다 허용할 입력 중지 범위, 추가 반영 방법과 실패 시 행동을 명시합니다.

확인해보세요

  • 최종 원본을 추출할 날짜와 기준 시각
  • 기존 시스템의 입력·수정 중지 여부와 시간
  • 기준 시각 뒤 생긴 예약의 최종 반영 담당자
  • 운영자가 기존 시스템과 새 앱 중 어디를 기준으로 볼지
  • 검수 결과를 보고 전환을 승인할 사람
  • 문제 발생 시 계속 운영하거나 되돌릴 판단자
07

6. 견적·일정에 남길 준비표를 완성합니다

결정을 한 장의 준비표에 모읍니다. 상담과 범위 협의를 시작할 자료이므로 모르는 항목은 `미정`으로 표시합니다.

자료 전달 경로, 접근자와 임시 사본의 보관·삭제 기준도 정합니다. 원본 회원 파일은 공개 채널이나 일반 상담 양식에 올리지 말고, 실제 이전을 협의할 때 안전한 전달 방법과 접근 권한을 확인합니다.

견적과 일정에는 데이터 정리, 변환 규칙, 시험 이전, 오류 수정, 최종 이전과 운영 검수 중 어디까지 포함되는지 적습니다. 고객·개발사의 역할, 제외 항목과 최종 확인자도 남깁니다.

자료가 완벽하지 않아도 됩니다. 종류, 대략적인 규모, 희망 전환 시점과 미정 항목부터 준비하세요. 지원 범위는 개발 서비스에서 확인할 수 있습니다. 상담 단계에서는 원본 회원 파일이 아니라 자료 종류와 규모만 알려주세요.

기존 자료를 활용한 앱 개발 상담하기

회원

자료 종류: 회원. 출처·규모: 기존 회원 엑셀 / 대략적인 건수 기입. 이전 범위: 운영 중 회원, 탈퇴·휴면 기록은 별도 검토. 미정·문제: 회원코드 없는 행의 연결 기준 미정. 담당: 운영 담당 결정 / 개발사 변환. 검수 기준·날짜: 회원 수·중복 후보·표본 조회 / 날짜 기입.

예약

자료 종류: 예약. 출처·규모: 예약 관리 엑셀 / 대상 기간 기입. 이전 범위: 기준일 이후 예약과 필요한 과거 내역. 미정·문제: 보류 상태 의미 확인 필요. 담당: 운영 담당 확인 / 개발사 변환. 검수 기준·날짜: 상태별 수·회원 연결·표본 업무 / 날짜 기입.

상담 상품

자료 종류: 상담 상품. 출처·규모: 기존 상품표 / 항목 수 기입. 이전 범위: 새 앱에서 계속 제공할 항목. 미정·문제: 폐지 상품의 과거 예약 표시 방식. 담당: 대표 승인. 검수 기준·날짜: 상품 연결 실패 0건 또는 승인된 예외 목록 / 날짜 기입.

첨부파일

자료 종류: 첨부파일. 출처·규모: 기존 저장소 / 대략적인 용량 기입. 이전 범위: 예약 확인에 필요한 파일. 미정·문제: 누락·손상 파일 목록 확인. 담당: 운영 담당 확인. 검수 기준·날짜: 대상·성공·제외·실패 수 대조 / 날짜 기입.

무료 요구사항 문서

업체에 보낼 개발 요청서를 완성해보세요

서비스 목표와 사용자, 핵심 기능, 관리자 업무, 납품 조건을 질문에 답하며 정리하고 문서로 저장할 수 있습니다.

결과 확인에는 연락처가 필요하지 않고, 상담을 신청할 때만 결과 포함 여부를 직접 선택합니다.

RFP·요구사항 작성하기

30분 무료 전화 상담

내 상황에 맞는 개발 방향을 함께 확인하세요

기존 자료를 새 앱에 옮기기 전에 이전 범위, 항목 연결, 오류 판단 책임, 시험 이전, 전환 시점과 완료 기준을 정하는 방법입니다.

기존 자료를 활용한 앱 개발 상담하기
전체 개발 준비 자료로 돌아가기