사용 사례 · 사무
실제 사례
문의 접수와 관리 화면, 두 직원이 동시에
도입 문의를 받는 양식과 서버, 받은 문의를 보는 관리자 화면을 두 직원이 동시에 만들고, 하나로 합쳐 배포했습니다.
실제 사례 · SO EASY 를 만들면서 대표가 실제로 맡긴 일입니다. 시각과 숫자는 작업 기록에서 옮겼고, 지시는 맞춤법만 고쳤습니다.

무엇이 달라지나
전에는
문의는 메일로 받고, 표에 옮겨 적고, 처리했는지 따로 기억합니다.
SO EASY 로는
양식으로 받은 문의가 DB 에 쌓이고, 관리자 화면에서 상태를 바꿉니다. 새 문의는 메일로 알립니다.
대표가 한 지시
너의 추천 방식대로 진행해10-10 · 대표 → 승인한 개선 계획 3단계: 도입 절차와 문의 양식
맡은 직원
- 총괄 임원주고받을 형식(항목·오류 코드)을 먼저 정하고 둘로 나눔
- 개발 ①홈페이지 문의 양식과 사람 확인
- 개발 ②문의 받는 서버, DB 표, 관리자 [문의] 탭, 처리방침
- 검수빈 칸·잘못된 값 거절, 시험, 실제 주소 확인
일한 순서
- 형식 먼저 정하기양식이 보낼 항목과 서버가 돌려줄 오류 코드를 정함
- 두 직원 동시 작업한 명은 화면, 한 명은 서버·관리자 화면. 같은 파일을 고치지 않게 나눔
- 합치기와 검수서로의 결과를 맞춰 보고 시험 6개를 더함
- 배포DB 표를 만들고 홈페이지와 함께 배포
- 실제 주소 확인잘못된 방식의 요청과 빈 문의가 거절되는지 확인
검수 기준
- 빈 칸·잘못된 이메일은 서버가 거절
- 사람 확인(Cloudflare Turnstile)을 통과해야 접수
- 같은 이메일은 하루 5번까지
- 개인정보 처리방침에 모으는 항목과 보관 기간(처리 뒤 1년) 반영
- 처리 뒤 1년 지난 문의는 자동 삭제
숫자로 보면
- 2명 동시화면 · 서버를 나눠 맡음
- 서버 파일 2 · DB 표 1새로 만든 것
- 시험 6개문의 접수 시험
출처: SO EASY 작업 기록(커밋 a5a08a7, 2026-10-10 21:30)
필요한 것과 한계
필요한 것
- 서버와 DB(이 사례는 Cloudflare Pages Functions · D1)
- 알림 메일 서비스 키(SO EASY 키 금고에 보관)
한계
- 회사 내부 시스템(ERP 등)에 붙이려면 접속 권한과 보안 검토가 먼저 필요합니다.
- 개인정보를 모으는 화면은 처리방침과 보관 기간을 함께 정해야 합니다.
우리 회사 일에도 맞을까요?
하려는 일을 적어 주시면 맞는지 먼저 알려 드립니다.
SO EASY