FC
1.0 (1)FCG
경력근거: SI·ERP·CRM 영역에서 고객의 비즈니스 프로세스를 기술로 혁신
수집일 없음
※ 실제 산출물이 아닌 AI 예측 시안입니다.
FCG 는 SI·ERP·CRM 영역에서 고객의 비즈니스 프로세스를 기술로 혁신하며 다양한 산업에 맞춤 솔루션을 제공해 왔습니다. 이 도구는 FCG 가 매번 다루는 '말로 풀어준 업무 프로세스를 설정으로 옮기는' 작업이 있어야 의미가 있고, 도메인별 단계·연동을 갈아끼우는 형태가 됩니다.
공고가 SI·ERP·CRM 영역에서 고객 비즈니스 프로세스를 기술로 혁신한다고 밝힌다. 프로세스 설명을 설정 초안으로 옮기는 도구가 그 진입점이다.
도메인마다 맞춤 솔루션을 제공해 온 팀이라, 같은 설정 코어를 도메인별 단계·연동으로 갈아끼우는 구조가 맞는다.
소규모 팀이 빠르게 움직이는 환경이라, 혼자 1주에 만드는 작은 완결 도구가 실제 업무에 바로 붙는다.
SI·ERP·CRM 프로세스 설정 초안 도구입니다. 고객 업무 프로세스 설명을 넣으면 단계·담당·연동 지점이 담긴 워크플로우 설정 초안이 나오고, 연동마다 어느 시스템인지 적힙니다.
FCG 인턴 FDE 와 고객사 현업 담당자입니다.
고객이 말로 풀어준 프로세스 설명만으로도 워크플로우 단계와 연동 지점의 1차 초안을 만들 수 있고, 담당자는 그 초안을 시스템에 맞춰 다듬으면 됩니다.
고객 업무 프로세스 설명과 보유 시스템 목록을 넣으면 워크플로우 단계(트리거·작업·담당)와 연동 지점을 근거 배열과 함께 내는 웹 도구입니다. 실제 ERP·CRM 연동은 빼고 설명 텍스트와 시스템 메타 가정으로만 시작한다(실 연동은 빠진 20% 작업이라 W3로 분리).
1주차 초안을 사람 검토자 정답 설정과 비교해 단계 누락·과잉을 재고, 연동 지점이 시스템 목록에 실재하는지 검사한 v2.
각 연동 지점을 실제 엔드포인트·입출력 스펙으로 채워 설정 적용 직전 골격까지 만드는 확장판입니다.
고객 프로세스 설명 한 건을 넣으면 워크플로우 단계와 연동 지점, 그 근거 배열이 한 화면에 나오는 걸 시연합니다.
제안한 단계가 모두 설명에 등장하고 연동 지점이 시스템 목록에 실재하는지 judge 로 검사해 실재율 100%를 보여줍니다. 단, 정답·데이터를 작성자가 만든 합성 기준이라 성능 검증이 아니라 데모 조건 동작입니다.
결측·미등록 시스템·표기 흔들림을 일부러 섞은 설명 30종을 넣어도 출력 JSON 형식이 안 깨지고 '미연동·확인필요'로 알리는 걸 시연합니다.
초안 설정과 합성 정답 설정의 단계 일치도를 Cohen's κ(두 채점자가 우연 이상으로 얼마나 일치하는지 -1~1 점수, 높을수록 일치)로 2주차에 보고합니다. 합성 기준 추정이라 실제와 다를 수 있습니다.
위 수치는 더미데이터 자가채점이며, 실제 설정 정확도는 FCG 실 고객 프로세스와 실 검토자가 있어야 측정 가능합니다. 이 포트폴리오는 그 검증을 바로 돌릴 수 있는 상태까지 만듭니다.
수치는 합성 데이터 자가채점이라 성능 증명이 아닙니다. 면접에서 데모 동작과 실검증 준비 상태로 솔직히 설명합니다.
정답을 작성자가 만들었으니 잘 맞는 것이 당연합니다. 결측·미등록 시스템·표기 흔들림을 더미에 일부러 섞어 쉬운 문제만 푸는 함정을 피합니다.
설명 표현이 시스템명과 달라 표면 유사도가 곧 의미 일치는 아닙니다. 실데이터 도입 단계에서 시스템 용어 사전을 맞추는 과제로 분리합니다.
실제 도입 시 합성 정답이 실 담당자 판단으로 바뀌고 ERP·CRM 제품·고객 시스템도 달라집니다. 작업 enum 과 연동 가드를 실 환경으로 다시 맞추는 일을 도입 과제로 둡니다.
① 인라인 샘플 · ② seed.json 다운로드 · ③ 증강 프롬프트. 세 층 모두 동일한 schema 에서 파생.
고객이 말로 풀어준 업무 프로세스 설명과 보유 시스템 메타. 설정 추론의 입력.
| brief_id | process_text | systems_raw | system_ids | domain | volume |
|---|---|---|---|---|---|
| P001 | 주문이 들어오면 재고를 확인하고 가능하면 출고 지시를 만든 뒤 담당자… | ERP, 메신저 | ["erp","messenger"] | support | high |
| P002 | 신규 고객이 등록되면 환영 메일을 보내고 담당 영업에게 배정 | CRM, 메일 | ["crm","mail"] | sales | mid |
| P003 | 그 정산 작업 자동으로 좀 | [] | — | low | |
| P004 | 휴가 신청이 올라오면 잔여일수를 확인하고 결재 라인으로 상신 | 그룹웨어 | ["groupware"] | hr | mid |
| P005 | 세금계산서가 들어오면 ERP에 등록하고 미승인 건을 회계팀에 알림 | ERP, 메신저 | ["erp","messenger"] | finance | high |
다음 Zod 스키마를 따르는 프로세스 설명을 더 생성하라: {"type":"object","properties":{"brief_id":{"type":"string"},"process_text":{"type":"string"},"systems_raw":{"type":"string"},"system_ids":{"type":"array","items":{"type":"string"}},"domain":{"type":["string","null"],"enum":["sales","support","finance","hr","etc"]},"volume":{"type":"string","enum":["low","mid","high"]}},"required":["brief_id","process_text","systems_raw","system_ids","domain","volume"]}. 쉬운 데이터만 만들지 말 것 — 다음 하드 케이스를 의도적으로 섞어라: systems_raw 가 빈 문자열이고 system_ids 가 빈 배열인 미등록 시스템 건(orphan), domain 이 null 인 미상, process_text 가 '그 정산 좀' 처럼 모호한 건, 같은 시스템의 표기 흔들림(systems_raw 다름·system_ids 동일). 추가로 형식 깨뜨리기 시도 3건(타입이 어긋난 행)을 별도 표시해 파서 가드 테스트에 쓴다.{"type":"object","properties":{"brief_id":{"type":"string"},"process_text":{"type":"string"},"systems_raw":{"type":"string"},"system_ids":{"type":"array","items":{"type":"string"}},"domain":{"type":["string","null"],"enum":["sales","support","finance","hr","etc"]},"volume":{"type":"string","enum":["low","mid","high"]}},"required":["brief_id","process_text","systems_raw","system_ids","domain","volume"]}| LLM | 프로세스 설명을 워크플로우 단계와 연동 지점으로 분해하고, 각 단계가 설명의 어느 문장에서 나왔는지 근거를 생성한다. |
| LLM-as-judge | 단계가 설명에 실재하는지, 연동 지점이 시스템 목록에 있는지 검사하는 보조 모델. |
| JSON schema | Zod 로 워크플로우 설정 형식을 강제해 출력이 깨지지 않게 한다. |
✓ pass → 여기서 멈춰도 담당자 초안 도구로 완결입니다. 더 키우려면 2주차에서 정답 설정과 비교해 단계 누락을 보정합니다.
✓ pass → 신뢰가 붙으면 3주차에서 연동 지점을 실제 ERP·CRM API 스펙으로 채웁니다.
프로세스 설명 한 건에 대한 워크플로우 단계와 연동 지점 초안.
{"type":"object","properties":{"brief_id":{"type":"string"},"steps":{"type":"array","items":{"type":"object","properties":{"trigger":{"type":"string"},"task":{"type":"string","enum":["create","update","approve","notify","sync","compute"]},"owner":{"type":"string"}},"required":["trigger","task","owner"]},"minItems":0},"integrations":{"type":"array","items":{"type":"object","properties":{"system_id":{"type":"string"},"method":{"type":"string","enum":["api","file","none"]}},"required":["system_id","method"]}},"evidence":{"type":"array","items":{"type":"object","properties":{"field":{"type":"string","enum":["process_text","systems_raw","domain"]},"note":{"type":"string"}},"required":["field","note"]},"minItems":1},"hedge":{"type":"string"}},"required":["brief_id","steps","integrations","evidence","hedge"]}[
{
"brief_id": "P001",
"steps": [
{
"trigger": "주문 접수",
"task": "compute",
"owner": "시스템"
},
{
"trigger": "출고 지시 생성",
"task": "create",
"owner": "물류"
},
{
"trigger": "담당자 알림",
"task": "notify",
"owner": "물류"
}
],
"integrations": [
{
"system_id": "erp",
"method": "api"
},
{
"system_id": "messenger",
"method": "api"
}
],
"evidence": [
{
"field": "process_text",
"note": "'재고를 확인하고 출고 지시를 만든 뒤 알림' 에서 단계 도출"
}
],
"hedge": "단계 매핑은 합성 기준 추정이라 실 시스템에서 달라질 수 있다."
},
{
"brief_id": "P003",
"steps": [],
"integrations": [],
"evidence": [
{
"field": "process_text",
"note": "'그 정산 자동으로 좀' 뿐이라 단계를 못 잡아 확인필요로 표시"
}
],
"hedge": "모호 설명이라 구조화 불가. 합성 기준."
},
{
"brief_id": "P008",
"steps": [
{
"trigger": "재고 임계 감시",
"task": "compute",
"owner": "시스템"
},
{
"trigger": "발주서 초안 생성",
"task": "create",
"owner": "구매"
}
],
"integrations": [
{
"system_id": "사내재고시스템",
"method": "none"
}
],
"evidence": [
{
"field": "systems_raw",
"note": "사내재고시스템이 system_ids 에 미등록이라 method none·확인필요"
}
],
"hedge": "미등록 시스템이라 연동 미정. 합성 기준 추정."
}
]steps.task·integrations.method enum, integrations.system_id 가 입력 system_ids 에 있는지, evidence min(1)은 Zod 와 조인으로 자동 검증한다. evidence note 의 의미 정합과 hedge 의 합성 기준 표기는 judge 와 수동 spot-check 로 검증한다.
근거: SI·ERP·CRM 영역에서 고객의 비즈니스 프로세스를 기술로 혁신