먼저 바꿀 업무를 찾습니다.
반복 빈도와 소요 시간, 오류가 생기는 지점을 살펴봅니다. 효과를 확인할 수 있는 업무부터 범위를 정합니다.
현장의 요구를 기획으로, 기획을 작동하는 시스템으로 연결합니다.
반복 작업을 줄이고, 사람이 판단할 수 있는 근거와 절차를 만듭니다.
현재 직장 · 에듀테크 기업
경영본부장 · 개발팀장 · AI 총괄
김윤태 소개와 협업 방식
현재 에듀테크 기업에 재직하며 경영본부장, 개발팀장, AI 총괄을 맡고 있습니다. 운영의 우선순위를 정하는 일과 이를 제품·시스템으로 구현하는 일을 함께 다룹니다. 사내 AI와 운영 대시보드, 계약·청구 업무 도구의 기획과 구축에 참여하며 현장의 요구를 실제 기능으로 연결해왔습니다.
O/LABS는 제가 운영하는 개인 스튜디오입니다. 정보를 누가 입력하는지, 같은 내용을 몇 번 적는지, 예외가 생기면 누가 확인하는지. 저는 업무의 흐름부터 살펴보고, 실제로 사용할 수 있는 범위를 함께 정합니다.
상담에서 들은 문제를 설계와 구현까지 이어갑니다. 필요한 기능을 만들고 실제 업무 자료로 확인한 뒤, 담당자가 사용할 수 있도록 운영 방법을 정리합니다.
반복 빈도와 소요 시간, 오류가 생기는 지점을 살펴봅니다. 효과를 확인할 수 있는 업무부터 범위를 정합니다.
엑셀, 문서, 운영 시스템의 기존 기록을 활용합니다. 같은 내용을 다시 적는 일을 줄이는 방향으로 설계합니다.
AI의 정보 해석, 규칙에 따른 계산, 담당자의 승인을 구분합니다. 확인할 근거와 처리 상태를 함께 보여줍니다.
Selected work
직장에서 참여한 프로젝트와
직접 구축·운영한 시스템을 소개합니다.
01 / SYSTEM DESIGN
여러 AI의 작업을 같은 기준으로 검증하고, 통합까지 이력을 잇는 운영체계.
설계 판단검증 결과를 작업 버전과 묶어, 다음 검토가 앞선 판단을 이어받도록 했습니다.
운영체계 설계 과정02 / PRODUCT PLANNING
매뉴얼 검색과 운영 데이터 조회를 답변·근거 검토 경험으로 연결한 업무 도구.
설계 판단근거를 확인한 뒤에도 읽던 답변으로 돌아와 검토를 이어가도록 구성했습니다.
업무 요구를 제품으로03 / BUSINESS WORKFLOW
고객 입력, 금액·날짜 계산, 동의와 담당자 검토를 하나의 서비스 흐름으로.
설계 판단고객의 직접 입력과 담당자의 검토 권한을 나누고 기존 수납 흐름을 이어 썼습니다.
업무 규칙을 서비스로이 프로젝트들의 바탕에는 기록을 쌓고, 다음 판단에 다시 쓰는 습관이 있습니다.
Obsidian으로 일하는 방식What we do
무엇을 바꿀지 정하는 일부터
작동하는 시스템을 만드는 일까지.
일이 어떻게 흐르는지 살피고,
먼저 해결할 문제를 정합니다.
AI와 사람이 맡을 역할을 설계합니다.
자료 취합, 문서 작성, 반복 입력.
도구 사이를 오가던 수작업을 연결하고
필요한 확인 절차를 넣습니다.
사내 지식을 활용하는 AI부터
업무관리 도구와 새로운 서비스까지.
우리 조직에 맞는 화면과 기능을 만듭니다.
위 구성은 서비스별 협의 기준입니다. 실제 제공 범위와 산출물, 일정, 비용은 업무와 데이터 환경을 확인한 뒤 제안서에서 확정합니다.
Experience, in practice
직접 사용하는 개발 운영체계부터
현장의 계약·회계·AI 업무 도구까지.
OD cycle
여러 AI 에이전트의 작업 범위, 검증 결과, 승인 상태를 연결했습니다. 무엇을 만들고 확인했는지, 어디까지 반영됐는지 알 수 있는 개발 운영체계입니다.
구현과 검증을 분리합니다O-RUN DELIVERY
보완 후 다시 검증
매일 사용하는
AI 개발 운영체계
작업별 변경사항과 검증 결과, 승인·반영 이력을 함께 관리합니다.
매뉴얼과 운영 정보가 흩어져 있으면, 필요한 자료를 찾고 확인하는 데 여러 단계를 거치게 됩니다.
고객 정보를 다시 입력하고 금액과 날짜를 따로 계산하던 업무의 흐름을 연결했습니다.
여러 운영 단위에 나뉜 회계 내역을 모아, 담당자가 전체 현황과 필요한 항목을 확인하도록 했습니다.
담당자별 활동과 수행 기록을 한 화면에서 보고, 먼저 확인할 대상을 찾도록 구성했습니다.
매일 확인할 기록과 승인할 계획, 고객에게 공유할 결과가 흩어지지 않도록 업무를 연결했습니다.
긴 설문을 나눠 작성하고, 중간에 멈췄다가 이어 쓸 수 있는 접수 시스템의 초기 버전을 구현했습니다.
수신 대상과 동의 상태, 발송 승인과 결과를 같은 흐름에서 관리하는 내부 도구의 초기 버전을 구축했습니다.
녹음 파일을 전사하고 화자를 구분한 뒤, 내용을 확인해 업무 노트로 남기는 과정을 연결했습니다.
여러 업무 화면을 오가며 찾던 정보를 AI 도구에서 조회할 수 있도록 기존 협업 시스템을 연결했습니다.
회의에서 정한 내용이 프로젝트의 현재 상태와 다음 업무로 이어지도록, 직접 사용하는 Obsidian 볼트의 구조와 운영 규칙을 설계했습니다.
김윤태가 경영·AI PM 역할로 기획·구축에 참여한 업무 시스템과 직접 만든 도구를 소개합니다. 초기 버전은 개발·검증 단계에 맞춰 표시했습니다.
이런 접근을 우리 업무에 적용하면 어떤 모습일까요?
견적 업무 예시로 살펴보기Inside the system
FROM REQUEST TO REVIEW
AI가 고객 요청을 읽고 필요한 정보를 정리하면, 정해진 규칙으로 단가와 금액을 계산합니다. 담당자가 초안을 검토한 뒤 문서와 처리 이력으로 남깁니다.
고객 요청 · 단가표 기반으로 준비됨
업무 흐름을 설명하기 위한 화면 예시입니다. 표시된 품목과 금액은 가상의 데이터입니다.
자동화할 단계와 사람이 확인할 단계를 나눕니다.
예외 상황, 승인 절차, 처리 이력까지 함께 설계합니다.
How we work
작게 검증하며 시작하고,
실제 사용 과정에서 완성도를 높입니다.
업무 담당자와 현재 처리 과정을 확인합니다. 작업량과 소요 시간, 오류가 생기는 구간을 살펴보고 먼저 개선할 업무를 좁힙니다.
입력 데이터, 처리 규칙, 사용자 화면과 승인 권한을 정합니다. 포함할 기능과 제외할 범위, 검증 방법을 합의합니다.
대표 샘플로 핵심 기능을 먼저 확인합니다. 정상 사례와 예외 사례를 검증하고 담당자의 피드백을 반영해 구현합니다.
업무 적용에 필요한 환경과 사용자 안내를 준비합니다. 담당자 검수 후 운영 책임과 유지보수 범위, 인수인계를 정리합니다.
대상 업무와 사용자, 사용할 데이터, 연동할 도구를 확인합니다. 이번에 포함할 기능과 제외할 범위, 고객사의 준비 사항과 검토 담당자를 함께 정합니다.
연동 시스템 수, 데이터 정비 수준, 화면과 기능, 보안 요구사항에 따라 산정합니다. 범위가 바뀌면 일정과 비용에 미치는 영향을 먼저 협의합니다.
비용·진행 관련 FAQBuilt for real operations
착수 시 합의한 기준으로 검증하고,
사용과 운영에 필요한 조건을 정리합니다.
대표 업무와 예외 사례로 검증합니다. 추출 정확도, 처리 시간, 재입력 횟수 등 과제에 맞는 지표를 정하고, 비교 자료가 있는 항목은 도입 전후를 확인합니다.
확인 항목: 검증용 샘플 · 통과 기준 · 검수 결과개인정보와 기밀 포함 여부, 외부 AI 서비스로 보낼 수 있는 범위, 보관 기간을 확인합니다. 문서 열람과 승인 권한도 사용자 역할에 맞춰 설계합니다.
확인 항목: 처리 가능 데이터 · 이용 조건 · 권한 범위입력 누락, 중복 요청, 연동 실패가 발생했을 때 멈추거나 재처리할 조건을 정합니다. 담당자가 원인과 처리 상태를 확인할 수 있도록 이력을 설계합니다.
확인 항목: 실패 시 처리 · 재실행 조건 · 검토 이력사용법, 설정 변경 방법, 배포 환경과 계정 관리 주체를 정리합니다. 운영 중 발생하는 사용료와 유지보수 범위도 구축 비용과 구분해 협의합니다.
확인 항목: 운영 문서 · 담당자 안내 · 지원 범위김윤태가 상담과 업무 분석, 설계·구축의 중심 역할을 직접 맡습니다. 별도 전문 인력이나 협업이 필요한 범위가 있다면 착수 전에 역할과 범위를 안내합니다.
네. 반복되는 업무 하나나 특정 처리 단계부터 시작할 수 있습니다. 현재 자료와 도구를 확인하고, 결과를 검토할 수 있는 범위로 정리합니다. 적용 결과를 본 뒤 다음 범위를 결정합니다.
네. 자주 반복하는 업무 하나와 현재 쓰는 도구, 가장 시간이 오래 걸리는 구간을 알려주세요. 처리 빈도와 담당자 수를 함께 살펴보면 진단부터 할지, 작은 기능을 먼저 검증할지 판단하기 쉽습니다.
기존 도구를 활용하는 방향부터 검토합니다. 연결 방식은 해당 시스템의 API, 데이터 내보내기 기능, 접근 권한에 따라 달라집니다. 사전에 연동 가능 여부와 제한을 확인하고, 필요한 경우 파일 기반 처리 등 대안을 제안합니다.
일부 샘플로 문서 형식, 누락 항목, 데이터의 일관성을 먼저 확인합니다. 정비가 필요하면 이를 구현 범위와 일정에 반영합니다. AI가 활용할 원본 자료가 없거나 접근할 수 없다면 자료 확보가 먼저 필요할 수 있습니다.
대상 업무의 수와 복잡도, 연동할 시스템, 데이터 정비 수준, 필요한 화면과 권한 기능을 기준으로 산정합니다. 범위가 넓으면 진단이나 핵심 기능 검증부터 나눠 진행할 수 있습니다. 제안서에는 산출물과 검수 기준, 고객사 준비 사항을 함께 정리합니다.
AI가 처리할 범위와 담당자가 확인할 범위를 먼저 나눕니다. 필요한 경우 답변의 근거 자료를 표시하고, 판단이 모호한 결과는 검토 단계로 보냅니다. 정확한 계산은 정해진 로직으로 처리하며 계약, 금액 확정, 외부 발송 같은 중요한 단계는 승인 절차를 설계합니다.
초기 상담은 개인정보와 기밀을 제외한 업무 설명으로 시작합니다. 자료를 공유하기 전에 접근 권한, 처리 목적, 외부 모델 이용 가능 여부와 보관 조건을 협의합니다. 외부 서비스 사용이 제한된 환경이라면 해당 조건에서 가능한 구현 범위와 추가 요건을 검토합니다.
소스코드와 산출물의 제공 범위, 사용권, 배포 계정의 소유·관리 주체를 계약 단계에서 명확히 정합니다. 상용 모델, 외부 서비스, 오픈소스 구성요소의 사용 조건은 별도로 확인합니다. 고객사 내부에서 운영할 계획이라면 필요한 문서와 인수인계 범위도 함께 정합니다.
필요한 운영 지원을 프로젝트 범위에 맞춰 협의합니다. 오류 수정, 외부 서비스 변경 대응, 신규 기능 개발을 구분하고 지원 기간과 대응 범위를 정합니다. AI 모델·서버·외부 도구의 사용료는 운영 규모에 따라 달라지므로 구축비와 별도로 확인합니다.
LET’S MAKE IT WORK.
정리된 기획서가 없어도 괜찮습니다.
지금 처리하는 일과 불편한 점을 바탕으로, 시작할 범위를 함께 찾겠습니다.
알고 있는 항목만 적어주세요. 민감한 원본 자료는 공유 범위를 협의한 뒤 확인합니다.