● 강사이음 플랫폼 · 통합 기능 리스트
강사이음 전체 프로세스 기능 정리
메인페이지 · 강사 등록폼 · 강의 의뢰폼 · Make 자동화 · Notion 데이터베이스 · AI 매칭 · 만족도 조사 · 관리자 모니터링앱 · Jira 백로그까지, 강사이음에 연계된 모든 프로세스의 기능을 한 곳에 정리했습니다.
작성일 2026-07-23 · 데이터 출처: Notion · Jira(SCRUM) · Make(eu1) · 폼/페이지 HTML 라이브 조회 · 상단 탭으로 프로세스별 이동
8
연계 프로세스
2
신청 폼 (등록·의뢰)
2
Make 자동화 시나리오
3
Notion 운영 DB
1
만족도 폼 (운영·→2 예정)
43
Jira 이슈 (에픽8·스토리35)
🗺️
전체 서비스 흐름 한눈에
고객 유입부터 매칭·계약·만족도·운영관제까지, 강사이음의 데이터가 흐르는 전 과정
강사이음은 메인페이지(유입) → 강사 등록폼 / 강의 의뢰폼(수집) → Make 자동화(처리) → Notion DB(저장) → AI 매칭 + 코디네이터 검수(연결) → 계약·정산(거래) → 만족도 조사(품질) → 모니터링앱(관제)로 이어지는 하나의 파이프라인으로 동작합니다. 각 단계는 Jira(SCRUM) 백로그에서 에픽·스토리로 관리됩니다.
① 고객 유입 · 신청
메인페이지matching_on
→
강의 의뢰폼의뢰기관
강사 등록폼강사
② 자동 처리 · 저장 (Make + Notion)
웹훅 수신Make
→
파일·데이터 정제Drive/JSON
→
Notion 저장강사·의뢰 DB
→
접수 알림이메일(→문자)
③ 매칭 · 연결 · 거래
AI 매칭후보 3인
→
코디네이터 검수확정/반려/재매칭
→
협의·계약전자계약(예정)
→
정산수수료(예정)
④ 품질 · 관제
만족도 조사4종 폼
→
모니터링앱관제·장애감지
→
Jira 백로그개선 트래킹
기존기능 (운영 중)
진행 중 / 부분 구현
향후과제 (예정)
| # | 프로세스 | 핵심 역할 | 대표 산출물 | 상태 |
|---|---|---|---|---|
| 1 | 메인페이지 | 서비스 소개·전환(의뢰/등록 유도), SEO·AI검색 노출 | 강사이음 메인 v1.7 | 운영 |
| 2 | 강사 등록폼 | 강사 프로필·전문분야·이력서 수집 | 등록폼 v2.8 | 운영 |
| 3 | 강의 의뢰폼 | 의뢰기관 강의요청 접수 | 의뢰폼 v3.0 | 운영 |
| 4 | Make 자동화 | 폼→저장→알림→매칭 무인 처리 | 2개 시나리오 | 운영 |
| 5 | Notion DB | 강사·의뢰·매칭 데이터 원장 | 운영 DB 3종 | 운영 |
| 6 | AI 매칭 | 후보 강사 3인 자동추천 + 검수 | 매칭 시나리오 | 고도화중 |
| 7 | 만족도 조사 | 강의·강사 품질측정, 강사 등급 데이터 | 구글폼 1종(운영) | 1종 운영·2종 분리예정 |
| 8 | 모니터링앱 | 운영 관제·매칭검수·강사승인·장애감지 | smart-match-pro | 개발 진행중 |
※ Jira 프로젝트 SCRUM이 기능의 마스터(원본)이며, 에픽 8개(대분류) 아래 스토리 35개로 관리됩니다. 자세한 내용은 Jira 백로그 탭 참고.
🌐
메인페이지 (강사이음 랜딩)
medici-edu.imweb.me/matching_on · 강사이음 메인 v1.7
인맥 위주 섭외의 대안으로 AI + 전문 코디네이터 하이브리드 매칭을 소개하고, 방문자를 강의 의뢰와 강사 등록으로 전환시키는 서비스 관문. 검색·AI 봇 노출을 위한 구조화 데이터(JSON-LD)까지 탑재.
콘텐츠 구성 운영
방문자 설득을 위한 섹션 구성
- 히어로3단계 플로우(의뢰서 작성 → AI매칭·전문가검수 → 강사 연결) + 의뢰/등록 CTA
- About데이터 기반 신뢰·빠른 매칭·하이브리드 검수 3카드
- How It Works의뢰서작성→AI매칭·검수→강사연결→세부조율·계약→교육진행→만족도평가 6단계
- 대상 기관평생교육원·학교·기업HRD·대학·공공기관·직업훈련기관 6유형
- Why 강사이음강점 5가지 + 메디치 현황 통계(전문분야10+·협약기업200+·공인인증2)
- 활용 시나리오·FAQ예시 사례 3종 + 자주 묻는 질문 5종
- 강사 혜택공정한 매칭·투명 강의료·신입 등용문·커뮤니티 4카드
기술 · 전환 기능 운영
유입·전환·검색최적화 장치
- CTA 라우팅강의 의뢰하기 → /Instructor, 강사 등록하기 → /158
- SEO 메타description·robots·canonical·keywords
- SNS 공유Open Graph·Twitter Card 카드 미리보기
- AI 검색 노출JSON-LD 구조화 데이터(Service + 의뢰/등록 potentialAction)
- 반응형모바일/데스크톱 대응, 브랜드 컬러(민트·네이비) 통일
🧑🏫
강사 등록폼
강사등록폼 v2.8 · 제출 시 Notion 강사 DB 자동 저장
강사의 기본정보·전문분야·경력·이력서를 수집해 강사 풀(Pool)을 구축하는 입구. 전문분야는 12개 대주제 / F01~F17 코드 체계로 다중 선택되어 매칭에 직접 활용됩니다.
수집 항목 운영
강사 프로필 필드 (총 17개 항목)
- 인적사항이름, 연락처(휴대폰), 이메일, 성별, 최종 학력
- 소속·직위현재 소속 기관/회사, 직위
- 경력현업 경력 연차 + 강의 경력 연차(신입 강사도 지원 가능하도록 별도 구분)
- 활동 지역·강의 형태출강 가능 지역, 온라인/오프라인/혼합 등 강의 형태 선택
- 희망 강의료시간당 희망 강의료 입력(합리적 강의료 산정 기초 데이터)
- 전문분야강의분야 12개 대주제(F01~F17 코드)에서 다중 선택 → 매칭의 핵심 키
- 옵션 동의VOD 2차 활용 동의 여부, 맞춤형 교안 제작 가능 여부
- 자기소개강의 경력 요약·강점 서술(매칭 추천이유 근거로 활용)
- 첨부파일이력서·경력서 등 복수 파일 업로드
처리 · 연동 운영
제출 후 자동 흐름 · Make 시나리오 6204841 (13개 모듈)
- 1. 웹훅 수신폼 제출 데이터를 Make가 즉시 수신(JSON 파싱)
- 2. 첨부 업로드이력서·경력서를 파일 개수만큼 반복하여 Google Drive에 업로드, 공유 링크 확보
- 3. Notion 저장강사 DB에 프로필 + 첨부 링크로 레코드 자동 생성
- 4. 분야 동기화선택한 전문분야를 대주제 F코드·색상 태그로 자동 정리
- 5. 관리자 알림강사이음 Gmail로 접수 알림 메일 발송(제출당 1회, 중복 방지 처리)
- 6. 신청자 확인메일신청자 본인에게도 접수확인 메일 발송 (완료·운영 중) SCRUM-36
- [향후]신청자·관리자 문자(SMS) 알림(타스온) SCRUM-37
- [향후]이력서 AI 자동검증·작성 가이드 제공 SCRUM-13
- [향후]경력·자격 진위 확인 및 등급/뱃지 부여 SCRUM-14
📩
강의 의뢰폼
강의의뢰폼 v3.0 · 제출 시 Notion 의뢰 DB 저장 + AI 매칭 트리거
의뢰기관이 원하는 강의 조건·예산·일정을 접수하는 입구이자, 제출 즉시 AI 매칭이 자동 실행되는 트리거. v3.0에서 출장비 포함 여부·장비/강의장 대여 항목이 신설되었습니다.
수집 항목 운영
의뢰 요청 필드 (총 20개 항목)
- 기관 정보기관/기업명, 기관 유형(평생교육원·학교·기업·대학·공공기관·직업훈련기관 등)
- 담당자담당자명, 연락처, 이메일(매칭 결과 회신 창구)
- 강의 주제·분야강의 주제, 강의분야, 필요 AI툴(구체 도구 지정 가능)
- 대상·목표수강 대상, 강의 목표 및 상세 내용(자유 서술)
- 운영 조건강의 지역, 강의 방식, 예상 인원, 총 강의 시간
- 일정교육 희망일 시작일·종료일
- 예산시간당 예산 + 출장비 포함 여부(v3.0 신설)
- 계약·부가계약방식 선택, 장비 대여·강의장 대여 필요 여부(v3.0 신설)
처리 · 연동 운영
제출 후 자동 흐름 · 통합 시나리오 6204826 (17개 모듈)
- 1. 웹훅 수신 → 의뢰 저장폼 제출 즉시 Notion 의뢰 DB에 레코드 생성
- 2. 관리자 알림담당자에게 접수 알림 메일 발송
- 3. 강사 풀 조회매칭 대상 강사 목록을 자동 수집
- 4. AI 매칭 실행의뢰 정보 + 강사 목록을 LLM으로 분석해 적합 강사 후보 3인 산출
- 5. 결과 저장추천 강사·점수·추천이유를 Notion 매칭 DB에 기록
- 6. 의뢰자 회신접수 완료 및 진행 안내 메일을 의뢰자에게 발송
- [향후]의뢰자·관리자 문자(SMS) 알림(타스온) SCRUM-38
- [향후]의뢰 접수만 분리한 전용 랜딩페이지 제작·홍보 SCRUM-17
⚙️
Make 자동화 인프라
eu1.make.com · 운영 시나리오 2종 (무인 처리)
폼 제출부터 저장·알림·AI매칭까지 사람이 손대지 않고 자동으로 흐르게 하는 백엔드 자동화 엔진. 현재 2개 시나리오가 상시 가동 중입니다.
🧑🏫 강사등록 시나리오 가동중
ID 6204841 · "강사등록 접수 → Drive 업로드 → Notion 저장" · 누적 66회 실행 · 오류 1건
- 트리거강사 등록폼 제출 웹훅 수신, JSON 파싱
- 첨부 처리파일 개수만큼 반복(BasicFeeder)해 Google Drive 업로드 후 목록 취합(TextAggregator)
- 저장Notion 강사 DB에 프로필+첨부 링크 저장
- 알림 분기라우터로 관리자 메일 + 신청자 확인메일을 제출당 1회만 발송(신청자 메일 완료)
- 안정성모듈별 onerror Ignore 처리로 일부 실패에도 전체 중단 방지
📩 의뢰+매칭 통합 시나리오 가동중
ID 6204826 · "강의의뢰 접수 + 강사 매칭 (통합)" · 누적 30회 실행 · 오류 6건
- 트리거강의 의뢰폼 제출 웹훅 수신
- 접수 저장·알림Notion 의뢰 DB 저장 후 관리자 접수 메일 발송
- AI 매칭강사 목록 조회 → 요청 JSON 생성(CreateJSON) → LLM 매칭 API 호출(HTTP) → 응답 파싱(ParseJSON)
- 결과 저장·회신추천 3인 결과를 Notion 매칭 DB에 저장, 의뢰자 확인 메일 발송
- 오류 대응JSON 본문 정제로 파싱오류(HTTP 400) 방지 패턴 적용
🗄️
Notion 데이터베이스
DB별 섹션·항목 구성 · 강사·의뢰·매칭 3종 운영 DB + 기능관리 미러 DB
강사이음의 모든 데이터가 저장되는 중앙 원장(Ledger). 폼·자동화·매칭·모니터링앱이 공통으로 이 3개 DB를 읽고 씁니다. 각 DB의 섹션(항목 묶음)과 실제 항목은 아래와 같습니다. (전문분야 분류는 요약 표기)
🧑🏫 강사 리스트 DB 운영
강사 프로필 원장 · 강사 등록폼이 저장되는 곳 (약 30개 항목)
| 섹션 | 포함 항목 |
|---|---|
| 식별·시스템 | 이름, 강사등록번호(자동 채번), 등록일시(자동 기록) |
| 인적사항 | 성별(남성·여성·응답안함), 연락처, 이메일, 최종학력(고졸·전문대·학사·석사·박사) |
| 소속·경력 | 소속, 직위, 현업 경력연차·강의 경력연차(각 1년 미만~10년 이상 구간) |
| 강의 조건 | 활동지역(전국·17개 시·도), 강의형태, 강의가능대상, 희망강의료(5만원 이하~15만원 이상·협의), 계약방식(메디치 대행·직접·무관), AI툴 |
| 전문분야(분류) | 대주제 18종 · 전문분야 코드 F01~F17 · 소주제 80여 종(생성형AI·코딩·게임·디자인 등) — 원본/정규화 필드로 정제 관리 |
| 옵션·동의 | VOD 2차 활용(가능·불가·협의), 맞춤 교안 제작(가능·불가·협의), 개인정보 동의 |
| 소개·첨부 | 자기소개 및 강의경력, 첨부파일(이력서·경력서 Drive 링크) |
| 운영 | 승인상태(대기·승인·거절, 모니터링앱 강사승인 연동), 매칭이력(→ 매칭 DB 연결) |
📩 강의의뢰 리스트 DB 운영
강의 의뢰 접수 원장 · 강의 의뢰폼이 저장되는 곳 (26개 항목)
| 섹션 | 포함 항목 |
|---|---|
| 식별·시스템 | 기관/기업명, 접수번호(자동 채번), 접수일시 |
| 기관·담당자 | 기관유형(대기업·중소·공공·대학·초중고·비영리·개인 등 9종), 담당자명, 담당자 연락처 |
| 강의 내용 | 강의주제, 강의분야, AI툴, 수강대상, 강의 목표 및 상세내용, 강의방식 |
| 운영 조건 | 지역(17개 시·도), 예상인원, 총 강의시간, 교육 희망일(시작·종료) |
| 예산 | 시간당 견적(텍스트·숫자), 출장비 포함 여부(포함·별도·협의) |
| 계약·부가 | 계약방식(직접·메디치 대행), 강의장 대여(필요·불필요) |
| 전문분야(분류) | 대주제 18종 · 전문분야 코드 F01~F17 (매칭용 자동 분류) |
| 연계·동의 | 매칭결과(→ 매칭 DB 연결), 개인정보 동의 |
🤝 매칭결과 리스트 DB 운영
AI 매칭 결과 원장 · 의뢰별 추천 강사 3인이 저장되는 곳
| 섹션 | 포함 항목 |
|---|---|
| 식별·시스템 | 이름, 매칭번호(자동 채번), 접수일시 |
| 의뢰 요약 | 의뢰기관, 담당자 연락처, 강의분야, 수강대상, 지역, 시간당 견적, 원접수번호 (의뢰 DB에서 복사) |
| 추천 결과 | 1·2·3순위 각각 — 강사명 · 매칭점수 · 연락처 · 전문분야 · 추천이유 (순위별 5개 항목) |
| 연계 | 의뢰(→ 의뢰 DB 연결), 추천강사(→ 강사 DB 연결) |
| [향후] 검수 | 검수상태(검토전·확정·반려·재매칭요청)·검수메모 — 모니터링앱 검수 저장용 필드 추가 예정 |
📋 기능리스트 DB (Jira 미러) 미러·읽기용
Jira 스토리를 비개발자가 조회하기 위한 보조 DB
| 섹션 | 포함 항목 |
|---|---|
| 기능 정보 | 기능명, 대분류·중분류, 구분(기존기능·향후과제), 상태, 우선순위, 상세내용 |
| 연결 | Jira 키·Jira 링크 (스토리 1:1 미러) — [향후] Make 자동 동기화 SCRUM-39 |
※ 강사 DB는 전문분야 원본 태그를 대주제·소주제·F코드로 정제·정규화하는 작업을 진행 중이며, 미분류 강사(약 777명) 정리가 후속 과제입니다. 매칭 DB의 검수상태 필드는 모니터링앱 검수 기능과 함께 추가될 예정입니다.
🤝
AI 강사 매칭
의뢰 접수 → 후보 3인 자동추천 → 코디네이터 검수
강사이음의 핵심. 의뢰가 들어오면 AI가 강사 풀을 분석해 적합한 후보 3인을 추천하고, 전문 코디네이터가 확정/반려/재매칭으로 사람의 검수를 더하는 하이브리드 방식입니다.
1차 자동 매칭 고도화중
의뢰 접수 즉시 실행되는 AI 추천
- 입력의뢰 분야·대상·목표 + 강사 풀의 전문분야(F코드)·경력·자기소개
- 추천 산출LLM이 분석해 후보 강사 3인과 각 강사의 적합도 점수(match_score) + 추천이유 생성
- 우선순위 규칙의뢰 분야와 직접 일치 강사 우선(점수 0.7~1.0), 직접 일치가 3인 미만이면 인접·관련 분야 강사를 보완(0.5 이하)하고 관련성 명시
- 기록추천 결과를 Notion 매칭 DB에 저장, 의뢰 상세와 연결해 조회
검수 · 재매칭 예정/부분
AI 추천에 사람의 판단을 더하는 단계
- 코디네이터 검수사람이 추천 결과를 확정/반려/재매칭요청으로 최종 판단(모니터링앱에서 처리, 매칭 DB에 검수상태 필드 추가 예정)
- [향후] 2차 재매칭1차 추천이 불발·거절되면 기존 후보를 제외하고 대체 강사를 자동 재추천 SCRUM-20
- [향후] 재매칭 필드매칭상태·제외강사·재매칭횟수 필드 신설 + 재매칭 전용 시나리오
- [중장기]Supabase(pgvector) 기반 매칭 엔진으로 이관 검토(대량 강사 풀 대응)
⭐
만족도 조사
현재 통합 구글폼 1종 운영 중 · 향후 수강생용·고객용 2종으로 분리 예정
현재는 통합 만족도 조사를 구글폼 1종으로 운영하며 응답을 수집하고 있습니다. 향후 응답자 특성에 맞춰 수강생용과 고객(의뢰기관)용 2개 폼으로 분리해 운영할 예정입니다. 수집된 만족도는 강사 등급·수수료 인센티브의 근거 데이터로 활용됩니다.
현재 운영 운영 중
통합 만족도 조사 · 구글폼 1종
- 운영 형태구글폼으로 제작·배포하여 강의 후 만족도 응답을 수집(현재 통합 1종)
- 핵심 측정강의 내용·강사 전달력·전반 만족도·재참여/재의뢰 의향 등 품질 지표
- 수집 방식현재 구글폼 응답으로 집계, Notion 자동 수집 웹훅은 연결 전(수동 확인)
향후 분리 예정 폼 구성 예정
| 폼 | 응답자 | 핵심 측정 항목(안) | 상태 |
|---|---|---|---|
| 수강생용 | 강의 수강생 | 내용 유익성·이해도·자료/실습 구성·시간·진행·전반 만족·재참여 의향·자유의견 | 분리 예정 |
| 고객(의뢰기관)용 | 의뢰기관 담당자 | 강사 전문성·전달 방식·커리큘럼 반영·시간 준수·대응력·전반 만족·재매칭/재의뢰 의향 + (위탁 시) 매칭 속도·정산 정확성·결과보고·재계약 의향 | 분리 예정 |
※ 강사 대상 플랫폼 만족도(등록 편의·매칭 제안 빈도·정산 속도 등)는 별도 조사로 추가 검토 예정. 위 항목은 기존 설문 초안을 기준으로 한 구성안입니다.
🖥️
관리자 모니터링앱
smart-match-pro · Next.js 관제 콘솔 · 개발 진행 중 (P1 MVP 빌드 통과, 화면·연동 구현 중)
운영자가 제출·매칭·강사승인·장애를 한 화면에서 관제하는 내부 관리 앱으로 현재 개발 진행 중입니다. AI 매칭 결과를 사람이 검수·재매칭하고, 파이프라인 이상을 자동 감지해 이메일로 알립니다. 기존 Notion DB(강사·의뢰·매칭)를 그대로 읽고 쓰되, 검수·계약 관련 항목을 저장하려면 아래 DB 연동·필드 추가가 필요합니다.
화면 구성 개발 중
운영자용 6개 화면
- 관제 홈 (/admin)헬스 스트립 + KPI + 분포 요약
- 제출 현황강의의뢰·강사등록 통합 인박스(30초 폴링, NEW·누락 경고)
- 매칭 검수의뢰 ↔ 추천 강사 Split-View + 확정 / 반려 / 재매칭
- 강사 승인신규 강사 승인 / 거절 (강사 DB 승인상태 갱신)
- 파이프라인 상태헬스 카드 + 장애 로그 + 룰/알림 현황
- 로그인Google OAuth 운영자 게이트(허용 이메일 화이트리스트)
장애 감지 · 알림 개발 중
파이프라인 이상 자동 감지 룰(R1~R6)
- R1 매칭 누락의뢰 접수됐으나 매칭결과가 생성되지 않은 건 감지
- R2 빈 추천매칭은 돌았으나 추천 강사가 비어 있는 건 감지
- R3 제출 누락폼 제출이 Notion 저장으로 이어지지 않은 건 감지
- R4 승인 지연강사 승인 대기가 장기 방치된 건 감지 → 이메일 알림(Gmail)
- [P2] R5·R6Make 실행로그 실패(R5)·웹훅 단절(R6) 감지 — Make API 토큰 연동 후
- 정기 점검Vercel Cron(매일) + 외부 스케줄러(30분) 자동 헬스체크
연계 필요 DB · 추가 항목 연동 필요
앱이 정상 동작하려면 아래 Notion DB 연동과 항목 추가가 필요합니다
| 대상 DB | 필요 연동 / 추가 항목 | 상태 |
|---|---|---|
| 🤝 매칭결과 DB | 검수상태(선택: 검토전·확정·반려·재매칭요청) + 검수메모(텍스트) 속성 신규 추가 필요 — 매칭 검수/재매칭 결과를 Notion에 저장하기 위함(현재 미보유) | 필드 추가 |
| 🧑🏫 강사 리스트 DB | 기존 승인상태(대기·승인·거절) 활용 — 강사 승인 화면에서 상태 갱신. 첨부(이력서) 인앱 미리보기는 Drive 링크 연결(P2) | 연동 가능 |
| 📩 강의의뢰 DB | 제출 현황·매칭 검수 조회 소스. 파이프라인단계(의뢰→매칭→협의→계약→입금) 필드 추가 시 진행상태 대시보드 자동화 SCRUM-41 | 필드 예정 |
| 📑 계약·컨택이력 DB (신규) | 계약 관리 페이지용 신규 DB 연동 필요 — 컨택 이력·계약 체결·전자계약 링크 저장. 강사 등급 산정(계약이력)에도 사용. DB ID 전달 대기 SCRUM-42·43 | 연동 대기 |
연동 · 인프라 구성 중
- Notion 접근내부 통합 토큰(강사ON_매칭서비스)으로 강사·의뢰·매칭 DB 읽기/쓰기, 상위 페이지 공유 필요
- 이메일 알림Gmail SMTP(앱 비밀번호)로 장애·지연 알림 발송, 수신자 지정
- 로그인 보안Google OAuth + 허용 이메일(ADMIN_EMAILS) 화이트리스트, 개인정보·첨부 취급으로 운영 시 필수
- 배포·스케줄Vercel 배포 + Cron 정기 헬스체크
- 재매칭 연동매칭 검수의 '재매칭요청' → Make 재실행 트리거(lib/make.ts)
- [중장기]Supabase(pgvector) 매칭 엔진 이관 검토(대량 강사 풀 대응)
📋
Jira 백로그 (기능 마스터)
프로젝트 SCRUM · 에픽 8 · 스토리 35 (SCRUM-9~43)
모든 기능의 원본(SSOT). 대분류=에픽 8개, 기능=스토리 35개로 관리하며 기존기능(운영 중) / 향후과제(예정)로 구분합니다. 아래는 에픽별 요약이며, 상세 흐름은 각 프로세스 탭에서 확인할 수 있습니다.
| 에픽 | 대분류 | 주요 스토리 | 대표 상태 |
|---|---|---|---|
| SCRUM-1 | 강사 등록·프로필 관리 | 등록폼·전문분야 분류·이력서 첨부·등록 알림 / [향후] 이력서 AI검증·역량검증 | 운영+확장 |
| SCRUM-2 | 강의 의뢰 접수 | 의뢰폼·접수 알림 / [향후] 의뢰 전용 랜딩페이지 | 운영+확장 |
| SCRUM-3 | 강사-의뢰 매칭 | 매칭 결과 관리·대주제 1차 매칭 / [향후] 2차 재매칭 | 고도화중 |
| SCRUM-4 | 계약·수수료·정산 | 계약 관리 / [향후] 양방향 수수료·인센티브 등급제·아임웹 결제·전자계약·강사 등급제 | 설계중 |
| SCRUM-5 | 만족도·품질 관리 | 통합 만족도 구글폼 1종 운영 / [향후] 수강생·고객 2종 분리·웹훅 연동·지속 모니터링 | 운영중 |
| SCRUM-6 | 관리자 대시보드 | [향후] 통합 운영 대시보드·파이프라인 대시보드·미분류 강사 관리 | 예정 |
| SCRUM-7 | 정보보안·개인정보보호 | [향후] 멀웨어/해킹 방어·개인정보 암호화·접근통제·동의관리 | 예정 |
| SCRUM-8 | 플랫폼 공통·자동화 인프라 | 메인페이지·Make 자동화·Notion 데이터 / [향후] 타스온 SMS·Jira 미러 동기화 | 운영+확장 |
최근 추가 스토리 (SCRUM-35~43) 신규
| 키 | 기능 | 에픽 |
|---|---|---|
| 35 | 타스온 문자 API Make 연동 사전준비(인증키·발신번호·공통모듈) | 인프라 |
| 36 | 강사등록 신청자 접수확인 이메일 추가 | 강사등록 |
| 37 | 강사등록 문자 알림(신청자+관리자) | 인프라 |
| 38 | 강의의뢰 문자 알림(의뢰자+관리자) | 인프라 |
| 39 | Jira→Notion 미러 자동 동기화 시나리오 | 인프라 |
| 40 | 만족도 연동 강사 수수료 인센티브 등급제(기본/우수/최우수) | 수수료 |
| 41 | 파이프라인 진행상태 대시보드(의뢰-매칭-협의-계약-입금) | 대시보드 |
| 42 | 아임웹 결제 기반 수수료 정산 + 모두싸인 전자계약 연동 | 수수료 |
| 43 | 강사 등급제 3단계 설계(만족도+계약이력 기반) | 수수료 |
강사이음 플랫폼 통합 기능 리스트 v1.0 · 2026-07-23 · 메디치이앤에스
데이터 출처: Notion · Jira(SCRUM) · Make(eu1) · 폼/페이지 HTML 라이브 조회
데이터 출처: Notion · Jira(SCRUM) · Make(eu1) · 폼/페이지 HTML 라이브 조회