프로젝트 대장
2012년부터 쇼핑몰 운영 · 2025 – 2026 · 5권 16건 · 수치는 전부 실측값 · 화면은 전부 실화면
제1권 커머스 자동화 · 총 4건
-
귀금속 상품 시세 자동 연동 15자동 연동 상품(종)
금·은 소재 상품은 시세가 곧 원가라, 시세가 움직일 때마다 판매가를 손으로 고쳐야 합니다. 시세 조회 → 품목별 계산 → 쇼핑몰 옵션별 가격 반영까지를 자동화해, 자체 운영 쇼핑몰(귀금속 포함)에서 15개 상품의 전 옵션 가격이 매일 사람 손 없이 갱신됩니다. 상품별 계산식을 독립 구조로 분리해 4종에서 15종으로 늘리는 동안 공통 코드는 거의 손대지 않았고, 1차 시세 출처가 실패하면 국제 시세+환율 경로로 자동 전환됩니다.
카페24 앱 「오늘값」 관리 화면 — 2026.08 실화면 -
전자책·디지털 파일 자동 발송 64자동화 테스트(개)
결제가 확인되면 구매자 휴대폰에 다운로드 링크 문자가 자동 발송됩니다. 공들인 곳은 「보내는 기능」이 아니라, 보내면 안 되는 경우를 걸러내고 걸러낸 사실을 운영자가 알게 하는 것 — 결제 미확정·미매핑 상품은 보내지 않는 판정, DB 제약 기반 중복 발송 차단, 미수신 자동 감지·통보, 유효기간·열람 횟수 정책까지. 웹훅이 8개월간 2건만 수신된 것을 실측하고 주 경로를 폴링으로 설계했습니다.
-
쇼핑몰 광고 성과 진단·복구 0원추가 광고비
구글 광고 성과가 안 나오던 원인을 광고 바깥에서 찾았습니다 — 전체 상품의 68.5%가 대표이미지의 홍보 문구 때문에 구글 쇼핑에서 노출 차단 상태였습니다. 보조 피드로 구글에만 문구 없는 이미지를 공급해(쇼핑몰의 대표이미지는 한 장도 바꾸지 않고) 노출 자격 회복 경로를 만들고, 플랫폼 보고값과 GA4를 교차검증해 성과 지표 오독을 바로잡고, 값이 비어 있던 GA4 매출 계측을 수리했습니다.
-
후기 수집·게시·적립 자동화 240자동화 테스트(개)
후기는 부탁해서 받는 것이라 쇼핑몰에서 사람 손이 가장 많이 가는 자리입니다. 배송이 끝나고 정해 둔 날짜가 지나면 그 주문에만 쓸 수 있는 일회용 링크가 손님 카카오톡으로 자동 발송됩니다(카톡을 받지 못하는 분께는 문자로 나갑니다). 손님이 남긴 후기는 확인을 거쳐 쇼핑몰 상품후기 게시판에 자동으로 올라가고, 올라간 뒤에는 적립금이 자동으로 지급됩니다. 매일 한 번 도는 자동 발송이라 운영자가 주문 목록을 뒤질 일이 없습니다.
공들인 곳은 받는 기능이 아니라 비회원 처리였습니다. 비회원은 적립금을 넣어 드릴 계정이 없어, 그냥 두면 약속한 적립이 조용히 사라집니다. 그래서 못 드린 건을 따로 남겨 두었다가 그분이 나중에 회원으로 가입하시면 30일까지 거슬러 올라가 지급합니다. 안내가 나가지 않은 건은 따로 모아 보고되어, 「보냈다고 생각했는데 안 갔다」가 남지 않게 했습니다.
제2권 AI·인프라 · 총 3건
-
단일 GPU 온프레미스 AI 인프라 12GBGPU 1대로 3종 워크로드
12GB GPU 서버 한 대에서 LLM(vLLM·자체 파인튜닝 모델), 음성 클론(GPT-SoVITS), 이미지 생성(ComfyUI)을 모두 서빙합니다. 워크로드별 메모리 상한 차등, 온디맨드 스위칭, 유휴 자동 회수로 단일 GPU의 한계를 오케스트레이션으로 풀었고, 데이터와 모델이 외부로 나가지 않습니다. 구축 과정은 기록 제1호 · 문답에 적어 두었습니다.
-
온프레미스 지식관리 RAG 100%청크 957개 임베딩 커버리지
조직에 흩어진 지식을 그래프로 구조화하고, 자연어로 질문하면 관련 지식을 찾아 주는 RAG 시스템입니다. 벡터 검색에 노드 간 명시적 링크를 더해 하나를 찾으면 연관 맥락까지 함께 끌려오고(노드 197개·링크 695개), 표준 인터페이스(MCP)로 여러 LLM 클라이언트에서 같은 지식에 접근합니다. 온프레미스 구성이라 지식 데이터가 외부로 나가지 않습니다.
-
멀티클라우드 서버 인프라 7대서버 · 웹서비스 70여 개 운영
멀티클라우드에 걸친 리눅스 서버 7대에서 웹서비스 70여 개를 1인 체계로 무중단 운영합니다. Nginx 라우팅·SSL 자동 갱신·PM2 무중단 배포, 그리고 SSH 호스트키 지문 검증까지 포함한 자체 통합 모니터링이 매일 아침 서버 상태를 모바일로 브리핑합니다. 단일 호스팅에서 멀티클라우드로 전 서비스를 무중단 이전한 경험을 포함합니다.
제3권 데이터·분석 · 총 3건
-
서비스 지표 계기판과 계측 누수 진단 3건발견한 계측 누수
자체 운영 심리테스트 플랫폼(퀴즈 69종, 주 9,700명 시작)에 자동 최적화를 붙이기 전에, 판단의 근거가 될 숫자부터 검증하는 계기판을 먼저 만들었습니다. 세우자마자 계측 누수 3건이 드러났습니다 — 어디서도 호출되지 않던 클릭 저장, 공유 실행 뒤에 보내다 브라우저가 취소하던 추적 요청, 화면에 뜨기 전에 실행되던 태그. 표본이 부족하면 판정하지 않는 게이트를 내장해, 숫자가 거짓말하는 상태에서 최적화가 도는 것을 막았습니다.
-
다중 사이트 트래픽·수익 통합 분석 51개매일 자동 수집하는 사이트
사이트 51개의 트래픽(GA4)과 수익(AdSense)을 매일 자동 수집해 한 화면으로 보고, 이상 징후를 아침마다 요약받습니다. 「수치가 나쁜 것」과 「수치를 잘못 재고 있는 것」을 구분하는 데 무게를 둬, 프리페치가 만든 유령 페이지뷰와 재처리 화석 데이터를 찾아 소급 교정했습니다. 유입이 매출로 이어지지 않을 때는 퍼널을 단계로 쪼개 어디서 새는지부터 특정합니다.
-
검색 수요 실측 도구 6종월 검색량 0으로 드러난 업계 표현
글 제목과 상품명을 정하는 근거가 「이 말이 맞는 것 같다」였습니다. 실제로 재 보니 우리가 쓰던 말들이 검색량 0에 가까웠습니다 — 「유입분석」은 0인데 「구글애널리틱스」는 4,110, 「방문자분석」은 0인데 「GA4」는 1,670이었습니다. 업계에서 쓰는 말과 사람들이 검색창에 치는 말은 다르고, 그 차이는 재 보기 전에는 보이지 않습니다. 월간 검색량·경쟁도와 연관어, 수요 추이를 명령 한 줄로 확인하고, 자체 방문 분석을 함께 붙여 「검색되는가」와 「그래서 들어와 읽었는가」를 같은 자리에서 봅니다.
만들면서 지운 코드가 하나 있습니다. 급상승 검색어 수집이 실패하면 미리 넣어 둔 목록으로 대신하던 부분입니다. 그럴듯한 기본값이 채워지면 그것이 조용히 판단 근거가 되고, 나중에 그 판단이 틀렸을 때 원인을 찾을 수 없습니다. 실패하면 비워 둡니다. 같은 이유로, 검색 결과 화면을 읽어 오다 구조가 바뀔 때마다 조용히 깨지던 연관어 수집은 공식 API로 옮겼습니다. 수치에는 네이버 기준이라는 단서를 늘 함께 답니다 — 네이버에서 0이라고 구글에서도 0인 것은 아닙니다.
제4권 서비스 구축 · 총 4건
-
운세·사주 서비스 구축·운영 20종운영 중인 운세·점성 서비스
생년월일시를 사주팔자로 바꾸는 계산(만세력)을 자체 보유하고, 그 위에 사주팔자 차트·토정비결·주역·타로·별자리 궁합·손금·꿈해몽 등 운세·점성 서비스 20종을 직접 만들어 운영합니다. 계산 엔진과 회원·결제 부분을 공용으로 두어 새 상품은 그 위에 얹고, 해석은 검수한 원고와 AI 생성을 섞어 원고 부담과 운영 원가를 함께 낮춥니다. 운세 업계 특유의 060 전화결제는 운영자 명의의 사업자 계약이 선행 조건이라, 개발 일정을 그 순서에 맞춰 설계합니다.
-
AI 캐릭터 대화 서비스 「세이투」 99.8%반복 입력 캐시 적중률 — AI 원가 절감
캐릭터마다 성격을 두고, 지난 대화를 기억해 다음에 이어 가는 1:1 AI 대화 서비스입니다. 값을 가른 것은 대화가 아니라 기억이었습니다 — 쌓인 대화 중에서 지금 필요한 것만 골라 다시 꺼내 오는 구조입니다. 상황에 따라 여러 AI 모델을 갈아 쓰고, 대화의 안정된 앞부분을 캐시로 재사용해(적중률 99.8% · 해당 엔진 기준 프로덕션 실측) 회차당 원가를 낮췄습니다. 회원·이용권·결제·관리자는 자체 공용 모듈 위에 올렸습니다.
세이투 첫 화면 — 2026.08 실화면 -
웹서비스 앱 출시 5회검수 반려 — 통과까지 두 달
운영 중인 웹서비스를 앱 껍데기로 감싸 스토어에 올려 운영합니다. 사이트를 고치면 앱 화면이 같이 바뀌어 스토어 재심사를 다시 받지 않습니다. 실제 작업량은 감싸는 일보다 앱답게 만드는 마무리에 있었습니다 — 뒤로가기 처리, 인터넷이 끊겼을 때의 안내 화면, 켤 때 뜨는 브랜드 화면, 스토어 규격에 맞춘 등록 이미지. 검수 반려를 다섯 번 받고 통과까지 두 달이 걸렸는데 사유는 전부 기능이 아니라 이름·표기였고, 그 값을 치른 뒤로는 앱 이름과 식별자를 처음에 확정하고 시작합니다. 개발자 계정은 의뢰하신 분 명의로 만들도록 안내드려, 앱의 주인이 의뢰인에게 남게 합니다.
감싸는 방식으로 올려 운영 중인 앱 — 2026.07 실화면 -
결제·청구 창구 3중결제 결과 확인 — 서명·주문 대조·중복 차단
협의된 작업 대금을 카드로 받는 창구를 직접 만들어 운영합니다. 공들인 곳은 결제창을 띄우는 일이 아니라, 돈이 두 번 빠져나가지 않게 하는 일이었습니다. 결제 결과가 돌아오면 세 겹으로 확인합니다 — 결제사가 계산한 서명과 우리가 계산한 서명을 대조하고, 그 결과가 정말 이 주문의 것인지 주문번호를 맞춰 보고(다르면 그 자리에서 취소), 같은 주문의 결과가 동시에 두 번 들어와도 한 번만 처리되도록 줄을 세웁니다.
가장 신경 쓴 것은 모르는 상태를 「실패」로 단정하지 않는 것입니다. 통신이 끊겨 승인 여부를 알 수 없을 때 실패로 닫고 다시 결제하게 하면 손님이 두 번 냅니다. 그런 건은 실패로 처리하지 않고 사람이 확인하도록 남깁니다. 결제를 마치고 돌아갈 주소도 서버 설정에 적힌 것만 허용해, 주소를 바꿔치기해 다른 곳으로 보내는 수법을 막았습니다.
제5권 웹사이트 구축 · 총 2건
-
비영리 법인 브랜드 사이트 12구성 페이지(개) · 119회 무중단 배포
사단법인이 운영하는 어싱(맨발걷기) 교육·체험 시설의 브랜드 사이트입니다. 기획과 화면 설계, 디자인, 개발, 서버 구축과 배포까지 맡아 만들고 지금도 직접 운영합니다. 일반적인 브랜드 사이트와 조건이 하나 달랐습니다 — 주 방문자가 50~60대이고, 만성통증이나 수면 문제로 찾아오는 분들입니다. 화면이 아무리 좋아도 글씨가 작아 못 읽거나 오래된 폰에서 안 열리면 그 자리에서 끝납니다. 그래서 성공 기준을 「예쁜가」가 아니라 「읽히는가, 열리는가」로 잡고 시작했습니다.
세 가지를 고쳤습니다. 본문 글자를 키우고 제목·본문·캡션의 크기 단계를 한 곳에서 관리하도록 묶어, 어느 페이지에 들어가도 같은 크기로 읽히게 했습니다. 오래된 휴대폰에서 사이트가 아예 열리지 않던 것을 찾아 풀었습니다 — 개발 도구의 기본 설정이 구형 브라우저에 오류를 돌려주고 있었는데, 젊은 층이 쓰는 서비스였다면 드러나지 않았을 문제입니다. 데스크톱 메뉴가 햄버거 아이콘으로 접히는 기준폭을 낮춰, 작은 노트북에서 메뉴를 못 찾는 일을 없앴습니다.
브랜드 이야기부터 교육 과정, 회원 프로그램, 숙박·카페, 주변 관광지까지 12개 페이지로 구성했습니다. 프로그램·객실·메뉴처럼 자주 바뀌는 항목은 화면에 박아 넣지 않고 데이터로 다뤄, 항목이 늘어도 화면을 다시 만들지 않습니다. 코드를 올리면 서버가 화면 스타일을 다시 만들고 프로세스를 무중단으로 교체해, 배포 중에도 사이트가 멈추지 않습니다.
맨땅나라 첫 화면 — 2026.09 실화면 -
에어컨 부품 거래 B2B 플랫폼 4,230갖춰 둔 부품 자료(건)
에어컨을 고치는 기사가 부품 하나를 구하려면 실외기 모델명을 들고 여기저기 전화를 겁니다. 그 전화를 검색으로 바꾸는 곳입니다. 실외기·실내기 모델명이나 부품 코드를 넣으면 맞는 부품과 그것을 가진 업체가 나옵니다. 제조사·부품 코드·규격이 붙은 부품 자료 4,230건을 외부에서 수집해 갖춰 두었습니다.
돈이 오가는 곳이라 「파는 쪽이 누구인가」가 중요합니다. 업체로 등록하려면 사업자등록번호가 실제로 있는 번호인지 확인을 통과해야 신청이 넘어갑니다. 로그인은 카카오로 받아 아이디를 따로 만들지 않게 했고, 업체는 위치로도 찾습니다 — 가까운 곳부터 보여 주는 계산을 데이터베이스가 직접 합니다.
부품 검색, 업체 마켓, 게시판, 1:1 채팅 문의까지 화면 37개와 그 뒤에서 도는 기능 58개로 이뤄져 있고, 자동 검사 49개가 함께 돕니다. 쓰는 분들이 대부분 현장에서 휴대폰으로 열기 때문에 화면은 작은 폭을 먼저 그리고 큰 화면을 나중에 맞췄습니다. 코드를 올리면 서버가 스스로 새로 빌드하고 프로세스를 교체합니다.
에어월드 첫 화면 — 2026.09 실화면