서현일 · 경력기술서 2026
경력기술서 · Senior · CPO · Head of Product

서현일 Hyunil Seo

7년차 PM · PO · CPO · 어바웃피싱 · O2O · 슈퍼앱 · 마켓플레이스 단일 도메인 기획 → 9개 도메인 제품 총괄과 결제·정산 정책까지, 책임 범위를 단계적으로 확장
Emailbanns0104@gmail.com Phone010-3333-3768 Web포트폴리오 · 이력서
Career Summary§ 01
전부 만들기 전에,
가설부터 빠르게 검증합니다.
오프라인에서 일어나던 거래를 앱 안으로 옮기는 일을 7년 했습니다. 건설에서 낚시로 시장이 바뀌어도 구조는 같았습니다 — 공급이 흩어져 있고, 결제가 앱 밖에서 일어나고, 정산이 수작업입니다. 현장과 데이터로 문제를 진단하고 작은 버전으로 먼저 검증한 뒤, 운영·자금·파트너십까지 한 사이클로 묶습니다. 어바웃피싱 2025 연매출 14.26억의 전 도메인 손익 총괄, 예약 도메인 신설 후 4개월 거래액 3.63억, 자사몰 ARPPU +34%, 가다 청구·지급 ERP로 월 공수 6인 → 3인, 정부·엑셀러레이터 4건 단독 작성·선정이 지금까지의 결과입니다. 숫자가 서로 맞지 않으면 원장까지 내려가 확인합니다.
14.26억
2025 연매출 · 전 도메인 총괄
3.63억
예약 거래액(GMV) · 4개월 누적
89,925원
자사몰 ARPPU (+34%)
6→3 인
청구·지급 월 공수 (감원 0)
4건
정부·엑셀러레이터 단독 작성·선정
Experience 01 · Current§ 02
어바웃피싱 AboutFishing
2024.08 — 현재 · 2년 1개월 · 9개 도메인 제품 총괄 · 결제·정산 정책 · CPO · 플랫폼개발팀장 (등기이사 겸임)
Current
9개 도메인 총괄
Role & Scope
  • 단일 도메인 기획에서 시작해 9개 도메인 제품 총괄로 확장 — 홈 · 예약 · 쇼핑 · 커뮤니티 · 중고장터 · 머니 · 챔피언십 · 마이페이지 · 알림. 도메인당 전담 PM을 둘 수 있는 규모가 아니라 시점마다 3개 이하로 잘라 운영했고, 2026년 통합 개편에서는 두 도메인을 일시 중단하고 스코프를 세 가지로 좁혔습니다
  • 제품 로드맵·우선순위 정렬과 결제·정산 정책 설계, 운영·임원진 간 의사결정 조율
  • 그 과정에서 사업 의사결정·자금 집행·외부 파트너십 협상까지 책임 범위를 단계적으로 확장
서비스 정의 / 시장
  • 공급(선박·선장)이 파편화돼 예약이 전화·메신저에 묶여 있던 시장 · 9개 도메인 통합 앱
  • 타겟 페르소나 3종 — 50대 베테랑(예약), 30대 입문자(커뮤니티→쇼핑), 40대 가족(홈→예약)
  • 단일 커머스나 단일 커뮤니티가 아니라, 예약·커머스·커뮤니티·보상이 한 앱에서 이어지는 구조로 설계
매출 추이 — 2025 ~ 2026.04 0 100M 200M ’25.1 6 12 ’26.1 4 1.43억
2025 연매출 14.26억 · 2026년 4월 단월 매출 1.43억 · 예약 도메인 신설 후 4개월 누적 거래액(GMV) 3.63억
운영 정량 (2년 1개월 · 사내 대시보드)
  • 배포 122건 · 롤백 1건(0.8%) — 릴리즈 신뢰성을 단일 화면에서 추적
  • 이슈 930건 중 670건(72%)을 개발·검수 단계에서 해소해 운영 도달 전 차단
  • 프로젝트 98건 · 백로그 83건을 우선순위 등급과 5개 트랙(기획·디자인·FE·BE·QA)으로 관리

매출 채널 다각화 — 연매출 14.26억

CPO2024.12 — 2025.12전 도메인
문제 · 원인
  • 매출이 스마트스토어 단일 채널에 쏠려, 한 채널이 흔들리면 사업 전체가 흔들리는 구조였습니다.
액션
  • 전 도메인 KPI를 추적하고 마케팅·운영팀을 한 목표로 정렬
  • 단일 채널 의존을 낮추기 위해 자사몰과 외부 채널을 함께 키우고, 채널별 지표를 분리해 관리 (예약 채널은 2026.01 신설)
결과 · KPI
  • 연매출 14.26억 — 전 도메인 손익 총괄
  • 평균 WAU 8,307명 (2025년 평균, 앱·웹 합산)
  • 채널별 매출·지표를 분리 관리하는 체계 수립

2026년 1~4월 — 커머스 강화와 예약 도메인 신설

CPO2026.01 — 2026.04커머스 + 예약
문제 · 원인
  • 신규 매출 동력이 필요했고, 머니 포인트가 단순 비용으로만 빠져나가 리텐션·결제로 이어지지 않았습니다.
액션
  • 자사몰 강화와 예약 도메인 신설로 단월 매출을 끌어올림
  • 발행 대비 사용 비율을 추적하고 도메인별 적립률을 차등화해, 머니를 결제를 묶는 장치로 재설계
결과 · KPI · 2026.04 기준
  • 2026년 4월 단월 매출 1.43억 · 자사몰 ARPPU 89,925원 (+34%, 전년 대비)
  • 예약 4개월 누적 거래액(GMV) 3.63억 · 3월 판매 865건 · 예약 객단가 24.87만원 — 성장을 활성 선박×선박당 결제×객단가로 분해해 공급 기여분과 전환 기여분을 구분
  • 결제 회원 매출 대비 머니 사용률 30% 정착 — 적립·소멸·전환 정책과 어뷰징 방어를 함께 설계

SK텔레콤 TMAP 협업 — 창업도약패키지 대기업 협업형

CPO창업도약패키지 · 대기업 협업형 · 설계외부 파트너십
문제 · 원인
  • 검색·길안내 트래픽은 대형 플랫폼에 있고, 자사 데이터만으로는 신규 유입에 한계가 있었습니다.
액션
  • 창업도약패키지 대기업 협업형 트랙으로 SK텔레콤 TMAP과 위치 기반 낚시 데이터를 연동, 검색→예약→길안내를 한 흐름으로 설계
  • 설득 포인트: 주말 가족 이동에서 낚시는 가성비 카테고리 · 선박·조황은 자체 구축 대비 ROI 우수 · "낚시 인구 디지털 전환" 공동 메시지
결과 · KPI
  • 정부 프로그램 대기업 협업 트랙 매칭 · 데이터 연동 스펙 협의 (별도 본계약 아님)
  • 검색→예약→길안내 단일 퍼널 설계 완료
  • 대형 플랫폼 트래픽을 잇는 신규 유입 채널 확보

창업도약패키지 사업계획서 — 단독 작성·선정

CPO단독 집필 + 발표중소벤처기업부
문제 · 원인
  • 슈퍼앱 확장에 운영·R&D 자금이 필요했고, 외부 컨설팅 없이 직접 증명해야 했습니다.
액션
  • 시장·솔루션·BM·3개년 추정매출·R&D·팀 역량 전 챕터를 단독 집필하고 발표까지 직접 수행
결과 · KPI
  • 중기부 창업도약패키지 최종 선정
  • 운영·R&D 자금 확보
  • 대기업 협업형(SK텔레콤 TMAP)으로 연결

정산 산식 역산 — 문서화되지 않은 계산식 확정

CPO2026.08결제 · 정산
문제 · 원인
  • 대회 정산 화면이 출처를 알 수 없는 상수로 금액을 계산하고 있었고, 일부 건에서 수수료가 음수로 나왔습니다.
  • 산식이 어디에도 문서로 남아 있지 않아, 개발·운영·정산이 같은 숫자를 각자 다른 근거로 설명하고 있었습니다.
액션
  • 과세표준이 될 수 있는 후보 다섯 종을 전수 계산해, 실제 원장 값과 원 단위까지 맞아떨어지는 식 하나를 역산 확정
  • 확정한 식을 음수 정산이 발생한 실측 6건에 재적용해 전건 일치를 확인하고, 예외 조건에서의 기준 수수료율 복원 여부까지 검증
  • 정산 대상 명단을 기준일과 함께 저장하도록 하고, 음수 정산 금지를 정책 문서에 반영
결과 · KPI
  • 후보 산식 5종 전수 계산 → 정합 산식 1종 확정 · 실측 6건 검산 전건 일치
  • 성격이 반대인 정산 결함 2종 규명 — 유효 건 0인데 지급 예정 / 취소분 원가만 남아 수수료 음수
  • 뿌리 원인 규명 — 정산 대상 집합이 저장되지 않고 두 화면이 각자 집계하던 구조
  • 정산 기준일 저장 · 음수 정산 금지 2건 정책 확정

광고 예산 증액안 반증 — 원인은 예산이 아닌 공급 상한

CPO2026.08 — 09마케팅 · 데이터
문제 · 원인
  • 외부 대행사가 제시한 고객 획득 단가를 근거로 광고 예산 증액안이 올라왔으나, 자사 데이터로 검증된 값이 아니었습니다.
  • 매체가 보고하는 전환 수와 자사 원장의 결제 건수가 서로 달라, 같은 단어로 다른 것을 세고 있었습니다.
액션
  • 제시 단가를 자사 예약 원장으로 재계산해 괴리를 정량화하고, 취소분 미반영을 확인해 수정본 수령
  • 전환 판정을 결제 건과 유효 건(일정 기간 취소되지 않은 건) 두 정의로 분리 — 목표는 유효 건, 계약은 결제 건과 단가 상한으로 쓰도록 권고
  • 광고 계정 5곳을 직접 열어 실측 — 어느 문서에도 금액이 잡혀 있지 않던 매체와, 기록이 끊긴 핵심 전환을 발견
  • 필요 결제 건수를 활성 공급으로 역산해 목표 달성 가능성을 사전 판정
결과 · KPI
  • 제시 단가 대비 원장 실측 5.2배 괴리 규명
  • 매체 보고 전환 vs 원장 결제 건 3.8배 차이를 공통 판정 기준 부재로 정의
  • 목표 미달 원인이 예산이 아니라 활성 공급 상한임을 역산으로 확인
  • 증액안 대신 구간별 분할 집행 + 중간점검 3회 게이트를 설계해 결재 상신 (예산 확정 대기)

통합 서비스 론칭 총괄 — 전환 준비서 운영과 전사 검수

CPO · 총괄2026.08 — 09전 도메인
문제 · 원인
  • 오픈 일정이 밀리면서 약관 시행일·딥링크·스토어 심사 마감이 서로 어긋났습니다.
  • 무엇이 남았는지 아는 내용이 사람마다 달랐고, 목록이 여러 문서와 각자의 머릿속에 흩어져 있었습니다.
  • 검수 전담이 1명뿐이라 앱 전 영역을 볼 수 없었습니다.
액션
  • 전환 항목 261건을 14개 카테고리로 묶고 결정 22건·리스크 34건을 단일 문서에 통합, 체크 상태·담당·메모를 실시간 공유
  • 스코프를 1차(웹 전환·앱 게시·측정 개시)와 2차로 분할
  • "검수를 도와 달라"가 아니라 "파트별 기능 파악을 하루에 몰아서 하자"로 프레임을 전환해 전사 14명 참여 확보. 미션 범위는 발견 가능량이 아니라 수정 가능한 공수에서 역산해 결정
  • 되돌릴 수 없는 항목을 사전에 명문화하고 롤백 트리거 5종 확정 — 앱은 재심사로 당일 되돌릴 수 없으므로 되돌림 1순위를 웹으로 지정
  • 연기 시나리오 4개를 비교한 뒤 예정일 유지로 판단 (스토어 제출 마감 경과로 연기 실익 없음)
결과 · KPI
  • 전환 항목 261건(P0 192)·결정 22건·리스크 34건 단일 문서 운영
  • 검수 참여 14명 — 플랫폼개발 7 · 얼라이언스 6 · 대표직속 1
  • 양대 스토어 심사 통과 · 예정일 게시
  • 롤백 트리거 5종 · 스코프 2단계 분할 사전 확정

쿠폰 A/B 재설계 — 무의미 판정의 원인을 검정력에서 규명

CPO2026.08실험 설계
문제 · 원인
  • 직전 쿠폰 실험이 "유의한 군 없음"으로 종료됐고, 사내 해석은 쿠폰이 효과가 없다는 쪽이었습니다.
  • 당시 모수·홀드아웃·관측기간으로 검출 가능한 최소 효과가 상대 60% 개선이라, 웬만한 실제 효과는 잡히지 않는 설계였습니다.
액션
  • 모수를 활성 회원 전수로 확대, 홀드아웃 20% → 35%, 관측 14일 → 30일로 조정
  • 주지표를 전환율에서 1인당 거래액으로 교체하고 사전 공변량 보정을 적용
  • 판별 질문을 "회수를 증명하라"에서 "끄면 얼마나 빠지는가"(홀드아웃군 하락폭 기반 방어 효과)로 교체
  • 쿠폰을 판관비가 아닌 거래 직접비로 재분류하고, 표기 할인율과 적용률 반영 실효 할인율을 분리 표기
  • 판독일에 유의하지 않으면 잔여 기간 예산을 전액 삭감하는 손절 기준을 집행 전 확정
결과 · KPI
  • 최소검출효과 상대 +60% → +22~25%로 축소 — 같은 효과크기에서 검출 가능성 상승
  • 손절 기준 사전 확정으로 결과에 따라 기준이 움직이는 문제 차단
  • 설계 확정 · 승인 대기 상태이며 아직 집행하지 않았습니다.

지표 정의 통일과 데일리 대시보드

CPO2026.08 — 09데이터 거버넌스
문제 · 원인
  • 자동 리포트가 예약 퍼널의 한 단계를 건너뛴 채 집계해, 개선 대상 화면을 잘못 지목했습니다.
  • 예약 건수가 4계열, 취소율이 3정의로 돌아다녀 회의에서 결론이 아니라 숫자를 두고 다투는 상황이었습니다.
액션
  • 정의가 갈리는 지표 6종의 채택값과 제외 조건을 지표정의서로 고정 (테스트 결제를 분모에서 제외해 취소율 정정)
  • 원장을 전량 대조해 결손 여부를 확인한 뒤 화면 연결
  • 원장·분석도구·광고·관리자 데이터를 단일 화면으로 통합하고 경보 12종을 코드화
  • 자동 리포트가 제시한 개선 목표가 산술적으로 불가능함을 상한 계산으로 반박 (앞 단계 진입률이 뒤 단계 목표의 상한)
결과 · KPI
  • 예약 건수 4계열 → 1, 취소율 3정의 → 1로 통일
  • 원장 전량 대사 결손 0건
  • 경보 규칙 12종 코드화 · 계획 대비 실측이 크게 어긋난 항목을 조기 노출
  • 데이터 적재는 아직 수동 — 정의가 안정된 뒤 자동화 예정

이용약관·개인정보 처리방침 전면 개정 및 결제·환불 정책 설계

CPO2026.07 — 08정책 · 컴플라이언스
문제 · 원인
  • 서비스 개편에 맞춰 약관과 처리방침을 전면 개정해야 했고, 취소·환불 요율은 사업 상황에 따라 조정이 필요했습니다.
  • 요율을 약관 본문에 고정하면 매번 개정해야 하고, 비워 두면 이용자에게 불리하게 바뀔 수 있는 구조였습니다.
액션
  • 브리핑 → 초안 → 규제 관점 반박 → 중립 조정 → 2회 독립 검수의 5단계 검증 프로세스를 설계하고 주도
  • 취소·환불 정책을 3층 구조로 설계 — 상한·구간 구조·불소급·변경 절차는 약관 본문에 고정, 구체 요율은 별표로 분리하되 별표가 약관의 일부임을 조문에 명시, 개별 상품은 이용자에게 유리한 방향으로만 이탈 허용
  • 기산 단위를 날짜에서 시각으로 전환 — 심야·새벽 출항 상품에서 같은 "하루 전"의 실질 잔여시간이 크게 달랐습니다
  • 변경대비표를 스크립트로 자동 생성해 개정 재현성 확보
결과 · KPI
  • 제기된 규제 지적 18건 전건 처리 — 채택 10 · 부분채택 8 · 기각 0
  • 시행 필수 조문 32건 확정 · 변경 약관 29건 · 처리방침 14건
  • 법률·운영 두 관점 교차 검토 115건을 거쳐 결제약관 확정
  • 동일 프로세스를 결제약관 개정에 재사용해 검증 방식 표준화

사내 운영 대시보드 — 직접 구축·운영

CPO 직접 코드운영 중Internal Tools
문제 · 원인
  • 기성 도구로는 PM 그룹·외부협업·정부과제를 한 곳에서 관리하기 어렵고, 외주 빌드는 4~8주가 걸렸습니다.
액션
  • 우리 팀 스프린트·배포·회고 흐름에 맞춘 대시보드를 외주 없이 직접 빌드
  • 실시간 동기화 + 7개 탭, 우선순위 등급 + 5개 트랙(기획·디자인·FE·BE·QA)별 일정, 팀 8명 과부하 시각화·이슈 뷰·데이터 내보내기
결과 · KPI
  • 배포 122건 · 롤백 1건(0.8%)을 단일 화면에서 운영
  • 이슈 930건 · 프로젝트 98건 추적 · 운영 도달 전 72% 차단
  • 외주 4~8주 → 직접 빌드로 즉시 운영

AI 추천·예약 — 대화 한 줄에서 예약까지

CPO · Builder설계 + 직접 구현AI · 트랜잭션
문제 · 원인
  • 고관여·고단가 상품일수록 "탐색"이 예약 전환의 최대 벽이었습니다.
액션
  • Gemini API로 자연어를 해석하고 GCP에서 자사 선박·조황·예약 DB를 끌어와 실데이터 기반 추천 생성
  • 추천 카드에 잔여석·요금·바로예약을 붙여 대화가 곧 결제 동선이 되게 설계, 요금 비교·포인트 지도·입문 가이드를 같은 흐름에 통합
결과 · KPI
  • 대화 한 줄 → 선박 추천 → 예약까지 잇는 기능을 설계·구현해 운영 중 (추천 정확도·예약 전환은 측정 단계)
  • 모델 호출 실패에 대비한 폴백 순서를 두고 주 단위로 갱신해 운영 안정성 확보

AI 기획 파이프라인 — 업무 프로세스 자동화

CPO · Builder운영 중Process · AI
문제 · 원인
  • 기획 한 건에도 백로그→PRD→정책→스토리보드→프로토타입→핸드오프가 줄줄이 붙어 산출물에만 며칠이 들었습니다.
액션
  • 전 과정에 AI를 붙여 각 단계 초안을 AI가 생성, 정책 판단·최종 검증은 사람이 담당
  • PRD·스토리보드를 템플릿화하고 기존 정책·수정점을 자동 비교, 간단한 기획은 프로토타입까지 직접 빌드
결과 · KPI
  • 산출물 공수·기간 대폭 단축
  • 핸드오프 정합 유지 · 누락 방지
  • 단축한 시간은 의사결정·사용자 검증에 재투입
Experience 02 · Previous§ 03
웍스메이트 Workmate · GADA
2020.12 — 2024.08 · 3년 8개월 · PM → PO · 건설 구인구직 O2O '가다'
일평균 1,000명 매칭으로 월 매출 3억(연 36억) 운영 중 PM 합류 → PO 승격
Previous
3년 8개월
Role & Scope
  • PM 합류 → 근로자앱 / 관리자앱 / 백오피스 v2~v4 풀 리뉴얼 기획 단독 책임
  • PO 승격 → PM·PD·QA 그룹 운영, 데일리 스크럼·주간 1:1·분기 회고 정착
  • 정부·엑셀러레이터 3건(TIPS·NH·NIPA) 단독 작성·선정 — 어바웃피싱 창업도약패키지 포함 총 4건

근로자앱 v2 → v4 풀 리뉴얼

PM 주도7개월공동 6인
문제 · 원인
  • 주 사용자가 40~50대 근로자인데 가입·이수증·일자리 매칭의 정보구조가 복잡해, 가입 단계에서 대거 이탈했습니다.
액션
  • 근로자 134명 설문·인터뷰로 문제를 진단
  • 회원가입·이수증·일자리 매칭의 정보구조를 다시 짜고 40~50대에 맞춘 큰 글자·단순 흐름으로 재설계
결과 · KPI
  • 회원가입 만족도 "매우 쉬움" 41% (근로자 설문 기준)
  • 이수증 등록 만족도 "매우 쉬움" 43% (근로자 설문 기준)
  • 리뉴얼 후 가입·인증 근로자 수 우상향

관리자앱 리뉴얼 — 한 손 시나리오

PM 주도7개월현장 관리자 대상
문제 · 원인
  • 현장 관리자는 한 손으로 빠르게 써야 하는데, 일자리 등록·공수·지급 입력 단계가 많아 오기재와 문의가 잦았습니다.
액션
  • 일자리 등록→출퇴근→공수→지급을 한 손 시나리오로 다시 설계
  • 등록 기본값 자동화와 직전 정보 불러오기로 입력 터치 수를 축소
결과 · KPI
  • 일자리 등록 평균 터치 수 감소
  • 관리자앱 DAU 증가 · 지급 오기재 문의 감소

청구·지급 ERP MVP — 월 투입 공수 6인 → 3인

PM 주도3개월전체 대신 MVP
문제 · 원인
  • 청구·지급이 전부 수작업이라 매달 인력이 묶였고, 종이·엑셀로 흐르는 돈은 데이터로 남지 않았습니다.
액션
  • 전체 시스템을 짓기 전에 가장 비용 큰 청구·지급만 잘라 작은 버전으로 ROI를 빠르게 검증
  • 부서별 청구서를 공통 포맷으로 묶고 실수령→청구→지급 결재→정산을 한 화면에 정합
결과 · KPI
  • 월 투입 공수 6인 → 3인 — 감원 없이 3인은 영업·재고 트랙으로 재배치
  • 청구·지급 데이터화 100%
  • 다음 단계 SCM 로드맵 정렬 완료

P2P 대출 — 한화 EBC × 피플펀드

PM 주도가다 실작업 0.5개월금융 외부협업
문제 · 원인
  • 근로 성실도가 상환 성실도로 이어지는지 검증된 적이 없어, 건설 일용직의 금융 접근이 어려웠습니다.
액션
  • 한화 EBC 주도·피플펀드 인프라를 활용해 가다 근로 데이터로 대상자를 선별
  • 가다 실작업은 0.5개월로 압축해 가설을 빠르게 검증
결과 · KPI
  • 대상 300명 전원 상환 완료 · 이자율 6% · 3개월
  • 장기연체 0건
  • 근로와 상환의 상관관계를 신규 금융상품 가설로 연결

알림 시스템 · B2B 웹 · A/B 테스트 프레임

PM 주도각 4 / 5 / 0.5개월신규 시스템
문제 · 원인
  • 알림 도구가 팀마다 흩어져 비용·운영이 비효율적이었고, 신규 리드 채널과 의사결정용 데이터 기반이 부족했습니다.
액션
  • 매칭·마케팅·데이터팀 도구를 통합하고 문자→푸시 전환으로 비용 절감
  • B2B 웹으로 오가닉 리드 채널을 신설, A/B 테스트 프레임으로 재진입 유저 10,730명을 직접 추출·분석
결과 · KPI
  • 알림 비용 절감 · 발송 데이터 100% 카테고리·태그화
  • B2B 오가닉 리드 채널 확보 · 가설–실험–결정 사이클 정착

TIPS 사업계획서 — 단독 집필 약 100p

PM 단독2021중소벤처기업부
문제 · 원인
  • 매칭 알고리즘 R&D와 사업 확장에 자금이 필요했고, 외부 컨설팅 없이 직접 증명해야 했습니다.
액션
  • 시장 분석·솔루션·매칭 알고리즘 R&D·3개년 추정매출·팀 역량·자금 계획까지 약 100쪽을 단독 집필
결과 · KPI
  • TIPS 프로그램 선정 (중기부, 2021)
  • R&D 자금으로 매칭 알고리즘·데이터 트랙 가동
  • 이어 NH·NIPA 동일 트랙 연속 선정

PO 그룹 운영 — 기획·디자인·QA 정착

PO2022 — 2024.08그룹 리드
문제 · 원인
  • 요청 접수 경로가 흩어져 백로그 진입 장벽이 높고 도달이 느렸으며, 회고가 일회성에 그쳤습니다.
액션
  • 백로그 접수를 슬랙 워크플로로 자동화해 진입 장벽·도달 시간을 축소
  • 데일리 스크럼·주간 1:1·분기 회고(3Ls)를 그룹에 정착
결과 · KPI
  • 요청 접수 → PO 도달 시간 단축
  • PM·PD·QA 그룹 운영 리듬 정착
Experience 03 · First§ 04
아키마켓 ArchiMarket · ArchiMan
2019.11 — 2020.12 · 1년 1개월 · 서비스 기획자 · 건설 인력 매칭 + 자재 커머스
First
1년 1개월

아키맨 — 건설 기능공 매칭 O2O

서비스 기획전체 기획
문제 · 원인
  • 건설 기능공과 현장을 잇는 경로가 인맥·전화에 의존해, 공급·수요 매칭이 파편적이었습니다.
액션
  • 건설 기능공과 현장 관리자를 잇는 O2O 매칭 플랫폼을 전체 기획
결과 · KPI
  • O2O 매칭 서비스 구조 수립
  • 이후 가다로 이어지는 O2O 도메인 경험의 토대

아키마켓 — 건축·인테리어 자재 O2O

기획 + 운영B2B + B2C
문제 · 원인
  • 자재 구매가 오프라인·분산 채널에 흩어져 가격·재고 비교와 신뢰 확보가 어려웠습니다.
액션
  • 자사몰·외부 채널을 함께 운영하고 SEO·백링크·상세페이지 카피·비주얼까지 담당
결과 · KPI
  • B2B·B2C 매출 채널 동시 운영
  • O2O·마켓플레이스 기획·운영 기초 확보
Education§ 05
2017.03 — 2019.02
경희대학교 · 경영학과
2008.03 — 2016.02
중앙대학교 · 노어학과
Awards · Press · Grants§ 06

정부 · 엑셀러레이터 선정 (4건)

  • 중기부 창업도약패키지 (어바웃피싱)
  • 중기부 TIPS (웍스메이트, 2021)
  • NH 디지털챌린지플러스 (웍스메이트)
  • NIPA AI 바우처 (웍스메이트)

대외 인터뷰 · 협업

  • 동아일보 [스타트업人] 인터뷰 (2023.09)
  • SK텔레콤 TMAP 협업 · 창업도약패키지 (어바웃피싱)
  • 한화 EBC × 피플펀드 P2P 협업 (가다)
  • 건설 근로자 공제회 협업 (가다)
References§ 07
© Hyunil Seo · 2026 Last revised 2026.09 Set in Newsreader · Noto Serif KR · Pretendard