모두의포트폴리오
PE · FDE 직군을 위한 포트폴리오 밀키트
예전 판입니다 (1판)이 문서는 2026-08-02 에 새 판으로 개정됐습니다. 결과 표를 띄우기만 하던 매칭 대시보드를 걷어내고, 담당자가 표기가 갈린 바이어 묶음을 화면에서 직접 합치거나 떼어 확정해야 집계가 바뀌고 내보내기가 열리는 제품 화면으로 다시 썼습니다.최신 판 보기 →
경력래딩랩스 · 프로덕트 엔지니어 (1년 이상)

수출 데이터에서 유망 해외 바이어를 근거와 함께 매칭해주는 도구

래딩랩스 공고에서 뽑은 세 가지 시그널.

래딩랩스 래랩은 선하증권·수출 데이터로 미국 바이어를 발굴하는 앱이라, 제품에 맞는 해외 바이어를 매칭하는 이 도구는 래랩의 실제 무역 데이터가 있어야 매칭을 검증한다.

01

해외 바이어 발굴

'중소기업의 해외 바이어 발굴 앱 래랩'. 바이어 매칭이 제품의 핵심.

해외 바이어발굴래랩
02

선하증권 수출 데이터

'선하증권·수출 데이터로 미국 바이어 정보 제공'. 데이터 매칭이 직격.

선하증권수출데이터
03

딥러닝 매칭

'딥러닝' 역량. 제품-바이어 임베딩 매칭이 토대.

딥러닝바이어정보

포트폴리오 요약

수출·선하증권 데이터를 받아 제품에 맞는 유망 해외 바이어를 근거와 함께 매칭하고 우선순위를 매기는 1주 포트폴리오.

고객 정의

래딩랩스 PE. 바이어를 수기로 찾던 수출 기업을, 데이터 기반 바이어 매칭 도구로 돕고 싶은 사람.

고민 지점

수출 데이터에 제품·거래 이력을 붙이면, 도구가 (a) 맞는 바이어를 근거와 함께 매칭하고 (b) 우선순위를 매길 수 있다.

주차별 일정

1주차여기까지로 완성

바이어 매칭 + 근거

수출 데이터를 받아 맞는 해외 바이어를 근거와 함께 매칭하고 우선순위를 매기는 동작하는 도구.

  1. 1일 · 수출·바이어 스키마 설계 + 매칭·우선순위 규칙 정의
  2. 2-3일 · 수출 데이터 ingest(Python) + 임베딩 매칭 + Zod 검증
  3. 4일 · 유망 바이어 + 매칭 근거(거래 이력) + 우선순위
  4. 5일 · 매칭 대시보드(React)바이어·근거·우선순위 한 화면
  5. 6일 · 일부러 만든 결측·경계·미등록 품목 30종으로 매칭이 안 깨지는지 확인 + 5% 사람 확인
  6. 7일 · 7일치 시연 영상 + 직접 만든 정답과 비교한 기준선여기까지가 1주차 완성품
2주차선택 성장

매칭 검증

매칭 바이어의 실제 거래 성사로 적합도를 재고, 오탐을 보여주는 대시보드.

  1. 8-9일 · 매칭 바이어의 실제 거래 성사로 적합도 측정 + 오탐
  2. 10-11일 · HS 사전 보강 + 매칭 가중치 튜닝
3주차선택 성장

자동 발굴 리포트

제품별 유망 바이어 리스트를 자동 발굴 리포트로 만드는 단계.

  1. 12-14일 · 제품별 유망 바이어 자동 발굴 리포트
  2. 15일 · 자동 발굴 시연 + 3주 통합 영상

데모 · 측정 지표

01

수출 데이터를 넣으면 유망 바이어와 매칭 근거가 나오는 걸 시연한다

02

매칭 근거로 인용한 거래 이력이 실제 데이터에 존재하는 비율 100%

측정: 근거 일치 규칙, 표본: 매칭 200건

03

일부러 만든 결측·경계·미등록 품목 30종을 넣어도 매칭이 멈추지 않고 처리되는 걸 시연한다

정직 경계선

진짜 성능 검증은 여기서 멈춘다

위 수치는 더미데이터 자가채점이며, 실제 바이어 매칭 적합도는 래딩랩스 실데이터 + 실 검수자가 있어야 측정 가능. 이 포트폴리오는 그 검증을 바로 돌릴 수 있는 상태까지 만든다.

미리 알아둬야 할 것들

이건 고객·실데이터 없이 혼자 만든 포트폴리오라 모든 수치는 합성 데이터 자가채점이다. 면접에서 '데모 동작 + 실검증 준비 상태'로 솔직히 설명하는 게 오히려 신뢰를 준다

정답을 내가 만들었으니 잘 맞는 게 당연. 그래서 결측·경계·미등록·표기 흔들림 케이스를 더미에 일부러 섞어 쉬운 문제만 푸는 게 아님을 보여준다

상관≠인과: 과거 거래가 곧 미래 성사는 아니므로 매칭은 '유망 후보 + 근거'로 제시한다

실제 도입 시 달라지는 것: 실 선하증권·바이어 데이터가 더미와 다르므로 매칭 모델을 실데이터로 맞춰야 한다(도입 단계 과제)

더미 데이터

① 인라인 샘플 · ② seed.json 다운로드 · ③ 증강 프롬프트. 세 층 모두 동일한 schema 에서 파생.

export_recordsTABLE· 12 rows

수출·바이어 데이터를 묶어 매칭 입력으로 쓴다

② export_records.seed.json 다운로드
① 인라인 샘플 (프리뷰 5 / 12)
rec_idbuyer_rawbuyer_idhs_codevolumecountrylast_deal
EX900OO Corp(구)—8471.30—US—
EX901바이어0by00000.000US2020-01
EX902대형바이어by28471.309,999,999US2026-05
EX903미등록바이어—9999.99500XX—
EX000바이어0by08471.001,000US2026-03
③ 증강 프롬프트 (본인 LLM 에 붙여서 N 배 늘리기)
z.object({ rec_id: z.string(), buyer_raw: z.string(), buyer_id: z.string().nullable(), hs_code: z.string(), volume: z.number().nullable(), country: z.string(), last_deal: z.string().nullable() }). 쉬운 데이터만 만들지 말 것. 다음 하드 케이스를 의도적으로 섞어라: volume/last_deal null(미기재), volume 0·극단, hs_code 비정상(0000), buyer_id null 미등록, country 비정상(XX), buyer_raw 표기 흔들림. 형식 깨뜨리기 시도 3건도 별도로.
schema (3 층의 단일 출처)
z.object({ rec_id: z.string(), buyer_raw: z.string(), buyer_id: z.string().nullable(), hs_code: z.string(), volume: z.number().nullable(), country: z.string(), last_deal: z.string().nullable() })

기술 상세 · 아키텍처·운영·출력 스키마

기술 스택 매핑
딥러닝제품-바이어 임베딩 매칭 모델
Python수출 데이터 ingest + 매칭 + eval
TypeScript매칭 렌더 + Zod 검증
React바이어 매칭 대시보드
Node.js매칭 API
PostgreSQL수출·바이어 단일 진실원
LLM 선택
model
임베딩 매칭(딥러닝) + Claude Sonnet(매칭 근거 설명)
prompt
제품 주입 + 거래 이력 근거 인용 강제 + 매칭 schema 강제 + 단정 가드
rationale
매칭은 임베딩, 근거 설명만 LLM.
결정 게이트
1주차 끝1주차 완성품이 자동으로 도는가. 여기까지가 그 자체로 제출 가능한 완성품.

✓ pass → 그대로 멈춰도 완성품. 더 키우려면 2주차(매칭 검증)로.

2주차 끝매칭 검증 결과가 나오는가.

✓ pass → 여기서 멈춰도 완결. 더 키우려면 3주차(자동 발굴 리포트)로.

재사용 레이어 · 코어 70% / 도메인 30%
core (재사용 가능)
  • 수출 데이터 ingest + 임베딩 매칭 엔진
  • 매칭 근거 부착 + 우선순위 점수
  • Zod 스키마 강제 검증
  • 매칭 대시보드(React)
  • 5% 인간 spot-check 샘플러
domain (교체 대상)
  • 수출·바이어·선하증권 스키마
  • 수출 품목 코드(HS) 사전
  • 바이어 표기 정규화
출력 스키마 · match_output

바이어 매칭 + 우선순위

schema (JSON Schema)
z.object({ product: z.string(), buyers: z.array(z.object({ buyer_id: z.string(), score: z.number(), reason: z.string() })), priority_note: z.string() })
모범 출력 (2)
[
  {
    "product": "노트북",
    "buyers": [
      {
        "buyer_id": "by0",
        "score": 0.82,
        "reason": "동일 HS코드 거래 이력"
      }
    ],
    "priority_note": "최근 거래 활발 우선"
  },
  {
    "product": "미상",
    "buyers": [],
    "priority_note": "품목 결측. 확인 필요"
  }
]
검증 노트 (자동 vs 수동)

buyers 의 reason 근거 존재·score 정합성은 자동 검증, 매칭 적합도는 영업/judge 검증.