< IT 서비스 기획 상세 방법 >
# 제품 라이프 사이클(Product Life Cycle): 제품이 시장에 출시되어 사라질 때까지 거치는 도입기, 성장기, 성숙기, 쇠퇴기의 4단계.
IT서비스 기획 내 ‘(누구의?)문제 발굴과 정의’프로세스
1. 리서치: 시장, 경쟁사, 기업, 고객
2. 문제 목록화: 목록화 필수
3. 우선순위 결정: 1순위 문제 설정
4. 문제 구체화: 구체적 문제, 목표 타겟, 솔루션
5. 최종 문제 정의 완료
IT 서비스 기획 종류
1. 고객 요청 : 고객 요청에 의한 IT 서비스 기획
- 서비스 기획 초안 자료 작성법
i. 요구사항 구분: 일반적인 요구사항과 서비스의 핵심이 되는 중요 요구사항 구분
ii. 전체 구성도 작성(시스템or서비스): 핵심 요구사항 기준으로 전체적인 서비스 혹은 시스템을 이해할 수 있는 그림 작성
iii. 핵심 요구사항 기획 자료 작성: 핵심 요구사항 해결 방안(기획, 구성, 개발 방식 등) 작성
iv. 일반 요구사항 정리 자료 작성
v. 외부 기술 분석
- 전체 구성도 작성
n 전체 서비스 구성도: 고객이 이용하는 서비스 관점에서 서비스를 한눈에 이해할 수 있도록 작성
n 전체 시스템 구성도: IT기술 및 시스템 관점에서 도입되는 S/W, H/W, 기술, 솔루션 등 전체 시스템의 구조를 이해할 수 있도록 작성
n 핵심 서비스 상세 구현 방안: 고객이 요구하는 핵심 서비스에 대한 상세 작성
# 와이어프레임: 웹사이트나 앱을 만들기 전, 화면의 구조와 기능 배치를 단순하게 시각화한 설계도로, 뼈대(골격)를 잡는 과정
# 프로토타입 제작(바이브코딩) 툴 추천: Claude, gpt, gemini → Bolt 로 최적화 해서 배포
2. 고객 제안 : 회사가 보유하고 있는 IT 서비스를 고객에게 제안
- 서비스 기획 자료 작성법
i. 자사 제품(서비스or솔루션) 기능 및 장단점 분석
ii. 핵심 기능 사항 기획 자료 작성
iii. 시장 분석(고객 분석 및 경쟁자 분석)
A. 시장 현황: 현재 시장에 어떤 제품이 필요할까?
B. 고객 분석: 대상 고객은 누구? 어떤 Pain Point를 가지고 있고, 해결방법은? # Pain Point: 고객이 고통을 느끼는 불만족스러운 부분
C. 경쟁자 분석: 우리 제품의 경쟁자는? 어떤 전략을 쓸까? 우리의 강점은?
# 포지셔닝맵 활용 → 인사이트 도출
iv. 제안 개요 작성: 고객이 왜 우리 제품을 사용해야 하는지를 내 입장이 아닌 고객 입장에서 명확히 정리
v. 고객 제안 자료 작성: 최종 정리된 ‘제안 개요’정보와 ‘핵심 기능 사항’을 정리하여 고객에게 제안하는 자료작성
제안서 작성에 활용 가능한 정보 얻기

기획할 때 모바일은 가로 화면이 더 좁은 걸 가정하고 설계 추천(넓히는 건 쉽지만 좁히는 건 화면이 잘릴 수 있음)
# 마케팅 데이터 플랫폼 추천: Sometrend, opensurvey(트렌드 리포트)
# 뉴스레터 서비스 추천: 더밀크, GeekNews (해외뉴스 번역, 원본, 요약본 등 유용)
# 반복적인 리서치 작업은 gpt등을 이용하여 프롬프트를 작성 → 자동화 가능
시장 조사 기법의 대표적인 방법
1. SWOT : ‘우리 팀’이 뭘 잘하고 못하는지, 뭘 조심해야 할지 큰 그림을 그릴 때 사용
2. 4C : ‘진짜 고객’이 뭘 원하고, 경쟁자는 어떻게 움직이는지 구체적인 전략을 짤 때 사용
# 어떤 방법을 쓰든 대상이 누구인지 명확하게 명시하기!

# GA4 말고도 MS의 Clarity (사용자 레코딩 기능 지원, ga4 연결 기능 지원)가 최근엔 유용
# 개인정보 보호 관련 교육 원하면 → 개인정보배움터
# 컨설턴트로서 각 역할별 툴 하나씩만 제대로 알아도 충분
# 강사님은 GA4, Claude → gemini, 시각화는 보고서 형태로 쓰는 경우가 많아서 ppt나 notion으로 결과 정리해서 공유, 자동화도 notion AI 활용
# GA4 연계 - 도메인 사는 서비스: 가비아(국내), 네임칩(해외), Vercel
제안 개요 작성
제안 기획서에서는 제품의 기능 자체보다 고객에게 제품이 꼭 필요하고, 반드시 우리 회사 제품을 사용해야 한다는 필요성을 설득시키는 제안 개요 작성이 가장 중요
- 제안 배경: 고객의 Pain Point 확인
- 해결 방안: Pain Point 해결 방안 # AS-IS/TO-BE 정의 매우 중요!
n AS-IS: 이전 비교 대상, 고객이 겪고 있는 문제 등 → 문제점
n TO-BE: 현재 해야 할 작업, 우리가 개선해 줄 수 있는 미래상황 등 → 해결책
- 제안 서비스: 자사 제품 제안
- 기대 효과: 제품 이용에 따른 효과
- 추진 전략: 진행을 위한 방법
< RFI 상세 작성 방법 >
RFI 개념
▪ 발주처가 공급자에게 ’이 사업을 위해서 귀사의 역량은 무엇입니까?’를 구체적으로 물으며 추가 정보를 요청하는 단계.
▪ 예를 들어 발주처가 리서치를 통해 A, B, C 세 개의 기업을 찾았다면, 공개된 정보 외에 실질적인 데이터를 이들 기업에 요청해야 합니다.
▪ 이것이 바로 RFI(Request for Information)입니다. RFI는 해당 회사가 우리의 문제를 잘 풀 수 있는 역량을 가졌는지 알아내기 위한 것입니다.
따라서 1) 회사 소개 2) 솔루션 소개 3) 관련 레퍼런스 소개 등을 요청.

RFI의 주요 내용
- 사업 정보: 구축 비용, 구축 계획, 구축 주의사항 등
- 시스템 구조도: 고객사가 직접 RFP 양식에 구축될 서비스 및 시스템 구성도를 작성할 역량이 부족할 경우 요청 받음
- 기능 요구사항: 목표시스템이 반드시 수행하여야 하는 기능으로 ‘화면’을 그리거나 ‘기능 설계’가 가능한 것
n 일반 기능
n 핵심 기능
n 독점 기능(독소 조항): 자사의 핵심 기능과 독점적 기술이 RFP에 반영되도록 유도하되, 독소 조항으로 보이지 않도록 일반화된 표현을 사용하는 전략 필요
# 데이터베이스 관점에서 CRUD 항상 주의
: 소프트웨어 개발에서 데이터를 다루는 기본적인 네 가지 연산, 즉 Create(생성), Read(읽기), Update(갱신), Delete(삭제)를 뜻하는 약어
- 비기능 요구사항: 기능 요구사항을 제외한 SW개발 생산성에 영향을 미치는 모든 것
n 성능 요구사항
n 시스템 장비구성 요구사항
n 테스트/품질 요구사항
'복습 노트' 카테고리의 다른 글
| IT 프로젝트 관리 이해 2 (0) | 2026.02.07 |
|---|---|
| IT 프로젝트 관리 이해 1 (0) | 2026.02.04 |
| 사업 기획 및 컨설팅 이해 1 (1) | 2026.02.01 |
| 제안전략 수립 (0) | 2026.01.25 |
| AWS와 Azure 비교 (0) | 2026.01.24 |