역할

경력

담당 업무 예시

6개월 인건비 (만원)

PM / PO

10년차

프로젝트 전체 기획, 커뮤니케이션 전략 수립, 일정·인력 관리, QA

4,000

백엔드 개발자

5년차

REST API, DB 설계, 인프라 구성, 보안 및 인증 기능 설계

3,000

프론트엔드 개발자

3년차

사용자 UI 구현, 디자인 시스템 적용, 프론트 성능 최적화

2,250

UI/UX 디자이너

6개월차

UX 리서치, 와이어프레임/디자인 시안, 프로토타입 제작

1,500

항목

예산 범위 (6개월 기준)

협업툴 구독 (Notion, Slack 등)

약 30~50만 원

클라우드 인프라 (AWS 등)

약 200~300만 원

외주 비용(마케팅, 컨설팅 등)

프로젝트 성격에 따라 추가

예비비 (돌발 비용 대비)

총 인건비의 약 10% = 1,075만 원

서비스명

주요 기능

특징

한계

자소설닷컴

자소서 자동 완성, 저장, 템플릿 제공

취준생 커뮤니티 기반, 사용 편의성 ↑

전문 첨삭 기능은 부재

독취사 카페 (네이버)

게시글로 자소서 요청/첨삭

커뮤니티 중심, 실제 현직자 참여

체계적 관리/보안 미흡, 익명성 이슈

링커리어

자소서/이력서 관리, AI 분석, 첨삭 연결

AI 기반 분석 기능, 교육 콘텐츠 제공

실시간 피드백 및 버전 관리 미흡

잡플래닛 멘토링

현직자 Q&A, 직무별 멘토 연결

기업 리뷰 기반 멘토링 연계

자소서 관리에 초점 X

클래스101 / 탈잉

자소서 코칭 클래스 (1:1 유료)

개별 전문가 연결 가능

지속적 관리/이력 저장 불가능

항목

보수적 추정

적극적 추정

유료 자소서 첨삭 수요자 수

연 10만 명

연 25만 명

1인당 지출 (평균)

3만 원

5만 원

시장 규모

약 30억 원/년

약 125억 원/년

Strength (강점)

Weakness (약점)

- 첨삭 이력, 피드백 버전 관리 등 기존 플랫폼에 없는 기능 제공

- 취준생–멘토 간 신뢰 기반 연결 가능

- 자소서/이력서/포트폴리오 통합 관리 기능

- 초기 사용자 확보 및 멘토 풀 구성의 어려움

- 민감 정보(이력서/자소서) 취급에 대한 보안 리스크

- 첨삭 품질 관리 체계 구축 필요

Opportunity (기회)

Threat (위협)

- 커뮤니티 기반 첨삭 수요를 구조화된 서비스로 전환 가능

- 대학교, 부트캠프, 취업 지원센터와 연계하여 B2B 확장 가능

- AI 자소서 분석 기술과의 융합 가능성

​

- 기존 커뮤니티 또는 AI 기반 이력서 분석 툴의 기능 고도화

- 유사 서비스의 빠른 추격 또는 대기업 플랫폼 진입

- 첨삭에 대한 법적/책임 소지 이슈 발생 가능성

기능

설명

자소서/이력서 작성 및 저장

템플릿 기반 문서 작성 기능, 작성 중 저장/자동 저장

첨삭 요청

멘토에게 자소서, 이력서, 포트폴리오 등 첨삭 요청 (카테고리/기업/직무 선택)

피드백 이력/버전 관리

원본 대비 멘토 첨삭 내용 확인, 버전별 비교 기능 제공

멘토 선택/매칭

자동 매칭 or 직접 선택 (멘토 평점, 자격, 분야 기준 필터링)

피드백 반영 후 재요청

수정 후 같은 멘토/다른 멘토에게 재첨삭 요청

문서 공유 기능

링크 공유로 외부 전달 또는 취업 컨설턴트 공유

기능

설명

멘토 인증 신청

현직자 이메일 인증, 자격증 업로드 등 간단한 인증 절차

피드백 작성

온라인 에디터에서 코멘트, 수정, 제안 등 자유롭게 피드백 작성

첨삭 내역 관리

자신이 첨삭한 문서 목록 및 리뷰 이력 관리

멘토 프로필 설정

이력, 활동 분야, 선호 피드백 유형(빠른 피드백, 상세 피드백 등) 설정

보상 및 평점 시스템

활동 내역에 따라 포인트 적립/현금화, 후기 기반 평점 제공

우선순위

기능

대상

MVP 포함 여부

★★★★★

자소서 작성 및 저장

취준생

✅ 포함

★★★★★

첨삭 요청/수락 기능

취준생/멘토

✅ 포함

★★★★★

피드백 작성 및 전달

멘토

✅ 포함

★★★★☆

버전/이력 관리

양측

✅ 포함

★★★★☆

멘토 인증 신청/승인

멘토

✅ 포함

★★★☆☆

멘토 프로필/분야 구분

멘토

✅ 포함

★★★☆☆

문서 공유 기능

취준생

MVP 이후

★★★☆☆

피드백 반영 후 재첨삭 요청

취준생

MVP 이후

★★☆☆☆

자동 멘토 추천 알고리즘

시스템

MVP 이후

★☆☆☆☆

보상/포인트 시스템

멘토

MVP 이후

항목

설명

🌀 피드백 버전 관리

첨삭 이력 저장, 원본-수정본 비교, 시간 순 정렬로 개선 흐름 파악 가능

🌐 분야별 멘토 분류

직무, 산업군, 기업 유형(스타트업, 대기업 등) 기준으로 멘토 카테고리화

✅ 간단한 멘토 인증 시스템

복잡한 절차 없이 현직 이메일, 경력 입력, 자격증 인증만으로도 멘토 활동 가능

→ 진입 장벽↓, 멘토 풀↑

🧑‍🏫 멘토 중심형 구조

'첨삭 과외'처럼 멘토가 자신의 전문 분야를 중심으로 피드백 제공

→ 수요자와 공급자 모두 효율적 매칭 가능

🔄 재첨삭/다회 피드백 지원

반복적인 피드백과 수정 → 성장 기반 학습 가능 (MVP 이후 적용)

필드명

타입

설명

id

Long

PK

name

String

사용자 이름

email

String

로그인 이메일

role

ENUM

역할 구분(Student, Professor)

oauthId

String

OAuth 인증용 ID

필드명

타입

설명

id

Long

PK

courseCode

String

수업 고유 코드

professorId

FK

교수와 연결

title

String

수업명

필드명

타입

설명

id

Long

PK

courseId

FK

수업 ID

studentId

FK

질문 보낸 학생

content

TEXT

질문 내용

isChecked

Boolean

교수 or 학생이 확인했는지 여부

createdAt

Timestamp

생성일시

필드명

타입

설명

id

Long

PK

courseId

FK

수업 ID

studentId

FK

요청 보낸 학생

requestType

ENUM(HandRaise, Break, etc.)

요청 종류

createdAt

Timestamp

요청 시각

필드명

설명

professorSessionId

courseCode 기준 세션 저장

studentSessionId

userId 기준 저장

TTL 설정

퇴장 후 자동 제거

메서드

엔드포인트

설명

POST

/auth/login

로그인 요청 (JWT 발급)

GET

/auth/me

사용자 정보 조회

POST

/auth/logout

로그아웃 및 세션 해제

메서드

엔드포인트

설명

POST

/courses

수업 개설 (교수)

GET

/courses/my

나의 수업 조회

POST

/courses/enter

수업 참여 (학생)

마일스톤 번호

마일스톤 내용

목표 완료일 (예시)

비고

M1

기획 및 요구사항 정의 완료

Day 5

전체 기능 명세서/화면 설계 초안 포함

M2

UI/UX 설계 및 API 명세서 완료

Day 10

Figma, Swagger 등 산출물

M3

핵심 기능 백엔드/프론트 1차 개발 완료

Day 20

MVP 수준

M4

통합 테스트 완료 (1차 QA)

Day 25

버그 리포트 및 수정 시작

M5

고도화 기능 구현 및 2차 개발 완료

Day 30

추가 기능, 성능 최적화 포함

M6

최종 QA 및 배포

Day 35

실제 운영 서버 배포까지

역할

인원

주요 담당 업무

PM/기획

1

일정 관리, 요구사항 정의, 커뮤니케이션 총괄

백엔드 개발자

1~2

DB 설계, API 개발, 인증/인가, WebSocket 처리, 배포 자동화

프론트엔드 개발자

1~2

UI 구성, API 연동, 반응형 구현, 사용자 경험 개선

디자이너

0~1

UI/UX 프로토타이핑, 피그마 설계안

QA

겸직

기능 검수, 테스트케이스 작성 및 수행

유형

구체적인 리스크

대응 방안

기술적 복잡도

WebSocket 기반의 실시간 통신 기능 구현이 익숙하지 않거나 오류 발생 가능성 높음

프로토타입 우선 개발 및 테스트WebSocket 구조 문서화 및 사례 조사

기능 불확실성

실제 사용자(학생/교수)의 요구사항이 구체적이지 않거나, 프로젝트 중반에 변경될 수 있음

초기 인터뷰 및 요구사항 명세서 작성요구사항 변경에 대비한 유연한 아키텍처 설계

시간 제약

학기 중 프로젝트 진행 시, 개인 일정과 병행하기 어려움

WBS 기반으로 세부 일정 관리주간 진척도 회의로 일정 추적

운영 환경 제약

온프레미스 + 클라우드 혼합 구성의 배포 환경이 까다로움

초기에 네트워크 구성, VPN, 보안 정책 등을 확정필요 시 외부 자문이나 강사 피드백 요청

데이터 처리 이슈

교수/학생 매핑, 실시간 알림, 세션 상태 관리 등 복잡한 상태 동기화 필요

백엔드 상태관리 전략 확립 (ex. Redis 활용)에러 및 로깅 체계 확립

유형

예상 갈등 상황

대응 방안

기술 격차

팀원 간 Spring, WebSocket, 프론트 경험 차이로 작업 분담 시 불균형 발생

역할 분배 시 학습 가능성 고려멘토링 및 Pair Programming 활용

커뮤니케이션 부족

이슈 공유 지연, 의견 충돌 시 회피, 피드백 미비

정기 회의 및 데일리 스탠드업 도입슬랙/노션 기반의 투명한 이슈 관리

책임 회피

특정 작업이 반복적으로 미루어지거나 품질 미달

작업별 오너 명확화 및 커밋 로그 관리진척도 보고와 회고 문화 강화

일정 충돌

팀원이 다른 프로젝트, 수업, 아르바이트 등으로 참여율이 낮아질 가능성

초기에 시간 가용성 명시여유 일정을 고려한 WBS 작성

리더십 부재

전체 방향성이나 기술적 선택에 대해 혼선이 생김

역할 기반 리더(기술 리더, 운영 리더 등) 선정의사결정 기준 명확화