커넥
2.9 (17)커넥트웰
경력근거: 플랫폼 내 AI 기능 기획 및 구현
수집일 없음
※ 실제 산출물이 아닌 AI 예측 시안입니다.
커넥트웰은 AI 서비스 운영의 고객 요청을 다루는 회사라, 요청 누락·지연을 짚어 우선순위를 매기는 이 도구는 커넥트웰의 실제 요청 처리 기록이 있어야 우선순위를 검증합니다.
'Technical PM / AI서비스개발자'. 요청 처리 점검은 AI 서비스 운영의 핵심.
'광고·홍보·전시' 도메인. 캠페인/고객 요청 흐름의 누락 점검이 운영 가치.
'PL·PM·PO 경력 3년+'. 요청→우선순위→액션 자동화가 PM 업무를 덜어줌.
고객 요청·문의 로그를 받아 처리 누락·지연(stale)을 규칙으로 짚고, 우선순위와 다음 액션을 근거와 함께 제시하는 1주 포트폴리오입니다.
커넥트웰 PM/PE. 요청을 수기로 챙기던 운영을, 누락 점검 + 우선순위 도구로 옮기고 싶은 사람입니다.
요청에 채널·상태·기한을 붙이면, 도구가 (a) 누락·지연 요청을 규칙으로 짚고 (b) 우선순위와 다음 액션을 근거와 함께 제시합니다.
고객 요청 로그를 받아 누락·지연을 짚고 우선순위·다음 액션을 근거와 함께 제시하는 동작하는 도구입니다.
실제 처리 결과로 우선순위 적중률을 재고, 누락 탐지 오탐 비율을 보여주는 대시보드입니다.
저위험 요청은 담당자에게 자동 라우팅하고 SLA를 추적하는 단계입니다.
요청 로그를 넣으면 누락·지연과 우선순위·액션이 근거와 함께 나오는 걸 시연합니다.
상태/기한 기반 누락 탐지가 정답과 일치하는 비율 100%
측정: 결정적 재계산, 표본: 요청 200건
일부러 만든 결측·미등록·지연 요청 30종을 넣어도 점검이 멈추지 않고 처리되는 걸 시연합니다.
위 수치는 더미데이터 자가채점이며, 실제 요청 점검 정확도는 커넥트웰 실데이터 + 실 검수자가 있어야 측정 가능합니다. 이 포트폴리오는 그 검증을 바로 돌릴 수 있는 상태까지 만듭니다.
수치는 합성 데이터 자가채점이라 성능 증명이 아닙니다. 면접에서는 데모 동작과 실검증 준비 상태로 솔직히 설명합니다.
정답을 작성자가 만들었으니 잘 맞는 것이 당연합니다. 결측·경계·미등록·표기 흔들림 케이스를 더미에 일부러 섞어 쉬운 문제만 푸는 게 아님을 보여줍니다.
오탐 비용: 정상 요청을 누락으로 표시하면 피로하므로 고신뢰만 알림, 나머지는 검토 큐로 보냅니다.
실제 도입 시 달라지는 것: 실 요청 채널·유형이 더미와 다르므로 규칙·유형 사전을 실데이터로 맞춰야 한다(도입 단계 과제)
① 인라인 샘플 · ② seed.json 다운로드 · ③ 증강 프롬프트. 세 층 모두 동일한 schema 에서 파생.
고객 요청 로그를 묶어 누락·우선순위 점검 입력으로 쓴다
| req_id | requester_raw | requester_id | channel | text | status | due |
|---|---|---|---|---|---|---|
| RQ900 | A사(구) | — | (내용 누락) | none | — | |
| RQ901 | 요청자0 | rq0 | chat | 어제까지였는데 아직? | stale | 2026-05-20 |
| RQ902 | 요청자VIP | rq2 | call | 긴급 | open | 2026-05-23 |
| RQ903 | 미등록요청자 | — | 문의 | open | — | |
| RQ000 | 요청자0 | rq0 | 요청 내용 0 | open | 2026-05-25 |
{"type":"object","properties":{"req_id":{"type":"string"},"requester_raw":{"type":"string"},"requester_id":{"type":["string","null"]},"channel":{"type":"string"},"text":{"type":"string"},"status":{"type":"string","enum":["open","done","stale","none"]},"due":{"type":["string","null"]}},"required":["req_id","requester_raw","requester_id","channel","text","status","due"]}. 쉬운 데이터만 만들지 말 것. 다음 하드 케이스를 의도적으로 섞어라: status none(내용 누락)·stale(기한 초과), due null, requester_id null 미등록, requester_raw 표기 흔들림. 형식 깨뜨리기 시도 3건도 별도로.{"type":"object","properties":{"req_id":{"type":"string"},"requester_raw":{"type":"string"},"requester_id":{"type":["string","null"]},"channel":{"type":"string"},"text":{"type":"string"},"status":{"type":"string","enum":["open","done","stale","none"]},"due":{"type":["string","null"]}},"required":["req_id","requester_raw","requester_id","channel","text","status","due"]}| Python | 요청 ingest + 점검 + eval(공고 스택 미명시 → 도메인 기반 추론) |
| TypeScript | 대시보드 렌더 + Zod 검증 |
| React | 요청 대응 대시보드 |
| Node.js | 점검 API(`POST /requests`) |
| PostgreSQL | 요청 단일 진실원 |
| LLM | 모호 요청 유형 분류 + 액션 제안 |
✓ pass → 그대로 멈춰도 완성품입니다. 더 키우려면 2주차(우선순위 검증)로 갑니다.
✓ pass → 여기서 멈춰도 완결입니다. 더 키우려면 3주차(자동 라우팅)로 갑니다.
요청 점검 + 우선순위
{"type":"object","properties":{"req_id":{"type":"string"},"issue":{"type":"string","enum":["none","overdue","missing"]},"priority":{"type":"number"},"action":{"type":"string"},"evidence":{"type":"string"}},"required":["req_id","issue","priority","action","evidence"]}[
{
"req_id": "RQ901",
"issue": "overdue",
"priority": 1,
"action": "즉시 처리",
"evidence": "due 2026-05-20 경과"
},
{
"req_id": "RQ000",
"issue": "none",
"priority": 4,
"action": "정상 진행",
"evidence": "기한 내"
},
{
"req_id": "RQ900",
"issue": "missing",
"priority": 3,
"action": "내용 보완 요청",
"evidence": "text 결측"
}
]issue 규칙 매칭·evidence 정합성은 자동 검증, priority/action 타당성은 운영자/judge 검증.
근거: 플랫폼 내 AI 기능 기획 및 구현