SQL 정리 + 오늘의 정보(기획부터 출시까지 흐름 파악) + 오늘의 Q&A

• SQL 정리
  • 조회한 데이터 문제가 있다면?(결측값/이상치(Outlier))+이상치 탐지 방법(IQR, Z-score) : https://mekite.tistory.com/36
  • SQL로 Pivot Table 만들기(+키워드/함수의 역할) : https://mekite.tistory.com/37
  • 이전 게시글 보강
    • 윈도우 함수(Window Function) - 순위 매기기(RANK() OVER), 반환 행 수 제한하기(LIMIT) : https://mekite.tistory.com/21
    • SQL에서 시간 계산하기(YEAR, CURDATE, DATEDIFF, NOW 등) : https://mekite.tistory.com/15
• 오늘의 정보 ▼
  • 서비스 설계 및 개발, 서버 배포, 출시 과정 전체 훑어보기
• 오늘의 Q&A ▼
  • PM이 어느 정도의 개발 지식을 가지고 있어야 하는가?
  • 프로토타입은 언제, 왜 필요한가?
    
  • 위 질문과 답변에서 말하는 고객은 누구인가?

 

---

 

 

오늘의 정보
-
서비스 설계 및 개발, 서버 배포, 출시 과정 전체 훑어보기

 

 

• 출처 : https://www.youtube.com/watch?v=w7scifW4FpY&t=127s

 

※ 서비스 개발 전체 흐름 정리(PM 관점)

서비스는 단순히 '만드는 것'이 아니라
문제 정의 → 설계 → 구현 → 운영까지 이어지는 하나의 흐름으로 봐야 한다.
디테일한 과정과 내용까지 숙지할 필요는 없지만 전반적인 흐름만 파악해도 좋다.

 

 

1. 기획 단계(Service Planning)

• 무엇을 만들지 결정하는 단계

[핵심 개념]

• MVP(Minimum Viable Product)
  • 모든 기능을 넣는 것이 아니라 → 살아남는 데 필요한 최소 기능만 포함
• 타겟 유저 설정
  • '누구를 위한 서비스인가'를 구체적으로 정의
  • 상황까지 포함해야 함(언제, 왜 사용하는지)
• 차별화 전략
  • 이미 시장에 유사 서비스는 존재함
  • → '왜 이 서비스를 써야 하는가'에 대한 이유 필요(나만의 서비스 장점(차별점)을 찾고 전략을 세울 것)

[정리]

• 기능 나열 X → 핵심 문제 + 핵심 기능 중심 설계

 

 

2. 설계 단계(Design & Architecture)

• 기획을 실제 형태로 구체화하는 단계
• 주요 구성
  • 화면 설계(UI/UX)
    • 사용자가 보게 될 화면 구조
    • 사용자 흐름(시나리오) 포함
  • 사용자 시나리오
    • 유저가 어떤 흐름으로 서비스를 사용하는지 정의
  • 데이터 설계(ERD)
    • 어떤 데이터를 저장하고 어떻게 연결되는지 정의
  • API 설계
    • 프론트 ↔ 백엔드 간 데이터 통신 구조 설계
    • 핵심 포인트
      • '어떻게 보여줄 것인가' + '어떻게 작동할 것인가'를 동시에 설계

 

 

3. 개발 단계(Development)

• 설계를 기반으로 실제 기능을 구현
• 구성 요소
  • 프론트엔드
    • 사용자 화면 및 인터랙션 구현(HTML, CSS, JavaScript 등)
  • 백엔드
    • API 개발
    • CRUD 로직 구현(Create, Read, Update, Delete)
    • 데이터 처리 및 예외 처리
  • DB 구축 : 테이블 생성 및 데이터 저장 구조 설계
  • 연동 : 프론트 ↔ 백엔드 연결
  • 디자인 적용 : 설계된 UI를 실제 화면에 반영
  • 반응형/앱 전환 : 다양한 디바이스 대응

 

 

4. 테스트 및 소스 관리(Testing&Git)

• 테스트 : 단위 테스트, 통합 테스트, 성능 테스트, 보안 테스트
• → 목적 : 결함 제거 및 안정성 확보
• 소스 관리(Git)
  • 코드 버전 관리
  • 개발/운영 브랜치 분리
• 흐름 이해 : 코드 → 빌드 → 실행 → 결과물 → 배포

 

 

5. 배포 및 출시(Deployment & Launch)

• 배포 → 서버에 서비스 업로드(AWS, Azure, Vercel 등)
• 출시 준비
  • 도메인 연결(IP → URL)
  • HTTPS 설정(보안 인증서)
• 앱 서비스의 경우 →  앱스토어/플레이스토어 등록 및 심사

 

 

6. 운영 및 유지보수(Operation)

• 출시는 끝이 아니라 시작
• 주요 작업
  • 장애 대응(에러 발생 시 즉시 복구)
  • 기능 개선(사용자 피드백 반영)
  • 코드 관리(버그 수정, 리팩토링)

 

 

7. 수익화(Monetization)

• 중요 : 기획 단계부터 고려해야 함 ★★★
  • 광고, 구독, 결제 모델 등

→ '나중에 붙이는 것'이 아니라, 초기 설계부터 포함해야 하는 요소

 

 

전체 흐름 요약

1. 기획 → 무엇을 만들지 정의(MVP, 타겟, 차별화)
2. 설계 → 어떻게 만들지 구체화(UI/UX, 데이터, API)
3. 개발 → 실제 기능 구현(FE/BE/DB)
4. 테스트 → 안정성 확보
5. 배포 → 서버에 서비스 공개
6. 운영 → 지속 개선 및 유지
7. 수익화 → 기획 단계부터 함께 설계

 

 

인사이트

• 서비스는 '기능 묶음'이 아니라 → 사용자 문제 해결 흐름
• 기획이 흔들리면 이후 모든 단계 비용이 증가
• MVP 설계가 곧 실행 전략
• 운영 단계에서 진짜 제품 경쟁력이 만들어짐
• 수익화는 기획 단계부터 고려해야 함

 

---

 

 

오늘의 Q&A

 

 

1. PM이 어느 정도의 개발 지식을 가지고 있어야 하는가?
   • 깊게 알 필요는 없지만, 판단 가능한 수준은 반드시 필요함
     • 기술적으로 가능/불가능 판단 가능 수준
     • 개발자와 대화가 가능한 수준
     • 기본 개념 (DB, API, 구조 등) 이해
   • 중요 포인트&주의사항
     • 너무 많이 알면 → 구현 디테일에 과하게 개입하게 됨
     • 너무 적게 알면 → 잘못된 요구 or 비현실적인 요청 발생
     • 즉, 균형이 핵심(적당히 알아야 함/제안할 정도의 인사이트가 있으면 좋음)
   • 실무에서 요구되는 수준
     • 데이터베이스 구조 이해
     • API 흐름 이해
     • 기본 용어 이해
   • TIP
     
     • 기술적인 깊이는 실무에서 자연스럽게 쌓는 것이 좋음
     • 기획 단계에서부터 데이터 구조까지 고려할 수 있으면 강점
2. 프로토타입은 언제, 왜 필요한가?
   • 프로토타입과 데모의 차이가 있을 수 있음
   • 단순히 미리 만들어보는 것이 아니라, 고객 반응을 확인하기 위한 도구
     • 사용자 반응 확인
     • 수정 방향 검증
     • 리스크 사전 제거
     • → 피드백을 얻기 위한 수단
   • 사용 시점
     • 고객 문제 정의 이후
     • 기획 초안이 나온 다음
     • 실제 개발 전에 검증 단계
   • 활용 방식
     • 사용자 테스트
     • 내부 설득(경영진, 팀원)
     • 기획 방향 검증
3. 위 질문과 답변에서 말하는 고객은 누구인가?
   • 실제로 돈을 내고 사용하는 사용자(내부 이해관계자 X, 경영진 X, 클라이언트 X)
   • 왜 중요한가?
     • 내부 의견 기반 기획 → 실패 가능성 높음
     • 실제 사용자 기반 기획 → 성공 확률 증가
     • → 이 기능을 실제 사용자가 원하는지 여부를 파악하고 반영해야 함