초록
AX( AI Transformation )는 PPT 한 장으로 끝나지 않습니다. 임원·리더의 인식, 현업의 사용법, 검증 가능한 PoC, 운영 가능한 시스템이 시간축으로 겹쳐야 “전환”이라 부를 수 있습니다. 한 축만 강하면 나머지는 불신으로 돌아옵니다.
Bluefoxdev가 홈·회사소개서에서 말하는 「AI를 시스템으로, AX를 실행으로」는 바로 이 끊김 없는 실행을 뜻합니다. 이 글은 AX를 네 모듈—Education, Discovery, Build, Operate—로 나누고, 각 모듈의 산출물과 실패 신호를 짧게 정리합니다.
1. AX의 네 모듈
| 모듈 | 산출물 | 실패 신호 |
|---|---|---|
| Education | 공통 언어, 역할별 실습, 임원 프레임 | “AI 배웠다”로 끝, 과제 없음 |
| Discovery | Quick Win 후보, 데이터·권한 지도 | 아이디어만 20개, 우선순위 없음 |
| Build | Agent·RAG·업무 시스템·연동 | PoC만 있고 배포·SSO 없음 |
| Operate | 모니터링, 비용, 모델 변경, SLA | 장애 시 담당자 한 명에게 전화 |
교육 사례(예: 임원 대상 AI 교육)는 Education 모듈의 공식 레코드입니다. 구축 Case Study와 같은 URL에 넣지 않아도, 홈·문의에서 Education Case로 드러내는 이유가 여기 있습니다.
2. Education만 있을 때, Build만 있을 때
- Education만: 현장은 “재미있었다” → 3개월 후 예전 업무. 과제 워크숍(AX Workshop) 과 짝을 지으면 Quick Win 리스트가 남습니다.
- Build만: IT팀만 AI를 씀 → 현업은 “우리 업무는 해당 없음”. Role-based AI 교육으로 사용 사례를 맞춥니다.
- Build 후 Operate 없음: API 비용·환각·프롬프트 드리프트 → “AI 끄자” 회의.
AX 실행 파트너는 네 모듈 중 어디까지 책임지는지를 계약·제안서에 명시하는 것이 좋습니다.
3. 2026 Track을 실행 로드맵으로 읽기
회사소개서의 AI System·AX Education Track은 마케팅 문구가 아니라 실행 단위로 읽을 수 있습니다.
- AI System (Agent·RAG·Generative): Build 모듈 — 업무 자동화·콘텐츠 생산 등 KPI가 숫자로 잡히는지가 성공 기준.
- AX Education: Education 모듈 — 임원·현업 alignment. 후속 Discovery 일정까지 잡히면 AX로 이어짐.
Track 항목마다 “다음 분기 PoC 후보 1개”를 적어 두면, AX가 일회 이벤트가 아니라 분기 실행이 됩니다.
4. 어디서 시작할지
| 조직 상태 | 먼저 할 일 |
|---|---|
| AI가 낯설다 | AX · AI 교육 + Workshop |
| 아이디어는 많은데 prioritization 없음 | Technical Discovery |
| PoC는 있는데 배포·연동 없음 | AX / AI Build |
| 서비스는 있는데 장애·비용 불안 | Managed Service |
5. 정리
AX는 선언(DX/AI Strategy) 이 아니라 Education → Discovery → Build → Operate가 이어지는 실행입니다. 교육 사례와 Agent 구축을 같은 브랜드에서 Delivery하는 이유도, 이 단절을 줄이기 위함입니다. 범위가 어디부터인지 모르겠다면 프로젝트 상담에서 Qualification부터 같이 맞추면 됩니다.