받으실 보고서가 어떤 모습인지, 가상 커머스를 진단한 샘플로 먼저 만들었어요.
개발자가 없어도 읽히고, 개발사에 그대로 넘길 수 있는 보고서예요.
오픈 보류 / 조건부 오픈 / 오픈 가능 판정과 6개 영역 점수. 조치를 반영하면 점수와 판정이 바로 바뀌어요.
심각도·근거·영향·권고·조치 시점·공수. 검색·필터, 엑셀 내려받기.
PG 콜백 재전송, WMS 지연, ERP 중단 때 주문·결제·출고·매출 건수가 어떻게 어긋나는지 보여줘요.
분당 주문 수를 올리면 어디서 먼저 막히는지, 백업으로 되살릴 수 있는지 점검표로.
오픈 전 / 오픈 후 2주 / 분기 안. 단계별 공수와 예상 비용까지.
실제 진단에서는 귀사 소스·AWS·DB에서 확인한 근거로 같은 형식을 채워 드려요.
NDA 체결 후 읽기 전용 권한으로만 봐요. 종료 때 사본을 지우고 파기 확인서를 드려요.
잘잘못이 아니라 ‘오픈 전 할 일 목록’으로 써요. 근거와 완료 기준이 있어 다툴 일이 없어요.
돈·재고·출고가 걸린 경로부터 봐요. 일자별 계획을 고정하고 매일 저녁 진행을 공유해요.
범위와 금액을 계약 전에 문서로 고정해요. 조치 후 재확인 1회도 금액 안에 있어요.
맨 앞 한 장은 쉬운 말로만 써요. ‘무슨 일이 생기는지’부터 적고 기술 근거는 뒤에 붙여요.
보고회 후 2주 동안 개발사 답변을 같이 읽어 드려요. 조치가 맞게 됐는지 한 번 더 확인해요.
문의는 평일 당일에 답해요. 소통 창구는 한 명이에요.
소스 저장소·AWS·DB 모두 읽기 전용 계정만 요청해요. 진단용 계정은 귀사가 만들고, 끝나면 귀사가 지워요.
DB는 구조·설정·실행 계획·건수만 봐요. 고객 정보가 필요한 확인은 가린 데이터나 화면 공유로 해요.
접속 이력은 귀사 AWS 로그에 그대로 남아요. 무엇을 봤는지 귀사가 직접 확인하실 수 있어요.
소스는 암호화된 저장 공간에서만 열어요. 외부 서비스에 올리지 않고, 종료 때 지운 뒤 파기 확인서를 드려요.
참여 인원 명단을 착수 전에 드리고, 전원이 비밀유지 서약을 해요. 명단 밖 사람은 자료를 볼 수 없어요.
보고서와 발견 사항은 귀사에만 드려요. 사례 소개나 포트폴리오에 쓰지 않아요.
| 공고 요구 | 보는 것 | 방법 |
|---|---|---|
| 2-1 구조·핵심 로직 | 웹·앱·서버·AWS·DB 구성, 주문·결제의 예외 처리와 트랜잭션 | 구성도를 다시 그리고, 주문 한 건이 지나가는 코드를 끝까지 따라 읽어요 |
| 2-2 연동·정합성 | WMS·ERP·PG 호출의 타임아웃·재시도·중복 방지 | 끊김·지연·재전송 상황별로 누락·중복이 생기는지 표로 검증, 대사 쿼리 작성 |
| 2-3 성능·복구 | 느린 쿼리, 인덱스, DB 연결 수, 자동 확장, 백업·복원 | 실행 계획과 설정값으로 한계를 계산, 백업 설정과 복원 절차를 확인 |
| 2-4 보고서 | 문제점, 잠재 위험, 오픈 전후 개선 권고 | 심각도·근거·영향·권고·조치 시점·공수로 통일해 정리 |
운영 서버에 부하를 직접 걸지는 않아요. 검증 환경이 있으면 간이 부하 측정을 더하고, 없으면 설정과 쿼리 분석으로 한계를 추정해요.
| 일자 | 하는 일 | 그날 드리는 것 |
|---|---|---|
| 착수 전 | NDA 체결, 읽기 전용 권한·자료 요청 목록 전달 | 요청 목록 1장 |
| 1일차 | 착수 미팅, 접근 확인, 전체 구조 파악 | 다시 그린 시스템 구성도 |
| 2일차 | 주문·결제 핵심 로직 코드 진단 | 저녁 진행 공유 |
| 3일차 | WMS·ERP·PG 연동, 누락·중복 상황 검증 | 연동 상황표 초안 |
| 4일차 | AWS·DB 설정, 느린 쿼리·병목 진단 | 중간 공유(급한 것 먼저) |
| 5일차 | 백업·복구 가능성, 앱(iOS/Android) 점검 | 저녁 진행 공유 |
| 6일차 | 보고서·조치 요청서 작성, 내부 교차 검토 | 보고서 초안 |
| 7일차 | 결과 보고회(화상), 질의응답 반영 | 최종 보고서 1식 |
Critical은 보고서를 기다리지 않고 발견한 날 바로 알려드려요. 미팅은 화상으로 이번 주 가능해요.
한 장 요약, 오픈 판정, 영역별 점수, 발견 사항 전체, 로드맵. 공고의 결과물이에요.
발견 사항마다 재현 방법과 ‘이러면 끝난 것’ 기준. PM님이 그대로 넘기시면 돼요.
주문·결제·출고·ERP 매출 건수를 매일 대조하는 쿼리. 오픈 후 누락·중복을 먼저 알아채요.
보고회 후 2주 안에, 개발사가 고친 내용이 맞는지 한 번 더 봐 드려요.
개발자가 없는 조직에서 진단 보고서가 서랍에 들어가는 이유는 ‘누구에게 무엇을 시킬지’가 없어서예요. 그 부분을 채워 드려요.
| 항목 | 공급가액 |
|---|---|
| 구조·핵심 로직 코드 진단 | 50만 |
| WMS·ERP·결제 연동 정합성 검증 | 50만 |
| AWS·DB 성능·백업·복구 진단 | 40만 |
| 보고서·조치 요청서·보고회 | 40만 |
| 합계 · 재확인 1회 포함 | 180만 |
| 역할 | 맡는 일 | 투입률 |
|---|---|---|
| 진단 리드 | 구조 파악, 판정, 보고 | 100% |
| 서버·연동 검토 | 주문·결제·WMS·ERP 코드 | 80% |
| 인프라·DB 검토 | AWS 설정, 쿼리, 백업 | 60% |
| 앱 검토 | iOS/Android 결제·버전 관리 | 30% |
| 문서·교차 검토 | 근거 재확인, 보고서 품질 | 30% |
별도 운영비는 없어요. 진단에 쓰는 도구 비용도 금액 안에 있어요.
가입·결제·리포트까지 만들어 직접 운영하고 있어요. 결제 콜백과 중복 처리가 어디서 깨지는지 운영으로 알아요.
예약 → 작업지시 → 승인으로 이어지는 흐름을 설계·개발했어요. 주문 → 출고 → 매출과 같은 구조예요.
997행×223열 스프레드시트를 웹으로 옮기고 실제 자료로 같은 숫자가 나오는지 대조해 납품했어요.
데이터 분석과 CEO 보고를 맡았어요. 경영진이 읽고 결정할 수 있는 보고서를 써 왔어요. Carnegie Mellon 석사.
솔직히 ‘커머스 기술 진단’만 따로 납품한 실적은 없어요. 대신 결제·주문·ERP 데이터가 서로 맞아야 하는 서비스를 설계하고 운영해 온 경험을 그대로 써요.
180만 원(부가세 별도) · 7일 · NDA 동의 · 이번 주 화상 미팅 가능
읽기 전용 권한만 열어 주시면 바로 시작할게요.