디자인 다마고치

[인프런 0원 강의] 디자인 프로세스 제로투원 1편 본문

UX•UI/수강 강의

[인프런 0원 강의] 디자인 프로세스 제로투원 1편

디마고치 2025. 8. 10. 14:46

 

 

 

안녕하세요 다자이너 입니다 👀💛

 

 

벌써 정신없이 살다보니 8월 중순까지 와버렸네요,,,!!


아직은 말씀 드리진 못하지만
저 누구보다도 열심히 살고 있었답니다!ㅎㅎ
(9월쯤 뭐 하고 지냈는지 알려드릴게요,,,!!)




평일에 누가 내 모습을 도촬 했나....?

항상 해야되는데를 반복한 지난날을
조금이나마 청산하기 위해,,,ㅎㅎ 
이번주엔 공부 빡세게 달려봅니다~!~!



동태 눈깔 살려~!~!~!

다시 열심히 화이팅!!



⬇️ 서울 디자인 학원 투어가 궁금하다면

 

서울의 5대 디자인 학원을 알아보다! 1편 ㅣ 아마스에잇, 윤빌리티 강남 ,디자인 나스, 리메인 커

안녕하세요 다자이너 입니다 👀💛 다들 잘 지내실까요?저는 8주간의 디자인 인턴 경험을 끝내고,서울에서 학원을 알아보고 있답니다!디자인 제대로 배워보겠다고부산에서 서울까지 상경했는

dori-wine.tistory.com

 

 


 

 

금일 수강할 강의는 '디자인 프로세스 제로투원' 입니다.

인프런에서 이벤트로 "0원" 수강이 가능하길래
바아아로 수강 신청을 넣었어요


강의도 간단하게 1시간 정도라 제가 한번 수강해볼게요~~~!~!

 

 

1. 우리의 디자인 프로세스는 완벽하지않다
((어떻게 아셨죠... ?))

 

 

사실 실무에서 가장 고민이 됐던 부분은
"최적의 디자인 프로세스" 인데요


 

아직 경험이 너무나 부족한 저라 매우 공감


* 하단의 3개는 필수 사항은 아니다


디자인 구조  = 체계

조직, 업무 프로세스, 커뮤니케이션, 운영 체계는 갖추어져있지 않다면
많은 어려움이 발생하기 마련


생산성 저하, 디자인 퀄리티 저하, 제품 퀄리티 저하..


PM - Designer - Engineer 순이기에
디자인에서 체계를 잡는 것이 매우 중요함

 

 

 


핀테크 조직 : 총 인원수 20명 , 10명이 제품 조직
PM, PD, 개발자 이런 레벨 분들 프로덕트 디자이너가 본인 포함 2명 


* 제품 조직의 규모가 커질수록 조직이 기능 조직에서 스쿼드 형태로 넘어가려고 함

 

 

 

2. 기능 조직 및 스쿼드 조직
0명-100명: 기능 조직 원활
100-200명 : 기능, 목적 조직 가능
200명 이상 : 목적 조직 원활

1. 기능 조직(Functional Organization)

  • 구성: 같은 전문성을 가진 사람끼리 부서로 묶음
    • 예: 개발팀, 디자인팀, 마케팅팀, QA팀
  • 특징:
    • 역할·전문성별로 조직됨
    • 커뮤니케이션은 주로 같은 직무 내에서 발생
    • 프로젝트를 진행할 때는 여러 부서가 모여 협력해야 함
  • 장점: 전문성 강화, 업무 표준화 쉬움
  • 단점: 부서 간 협업이 느리고, 목표보다 기능 최적화에 집중

2. 스쿼드 조직(Squad-based Organization)

  • 구성: 특정 목표·제품·기능 단위로 필요한 모든 역할을 한 팀에 모음
    • 예: ‘결제 서비스 스쿼드’ → 개발자, 디자이너, PM, QA, 데이터 분석가 모두 포함
  • 특징:
    • 각 스쿼드는 작은 스타트업처럼 독립적으로 운영
    • 팀 내에서 기획→디자인→개발→테스트까지 자체 해결
    • 목표 지향적, 빠른 의사결정 가능
  • 장점: 제품 출시 속도↑, 책임·권한 명확, 협업 효율성↑
  • 단점: 동일 직무 간 기술 공유가 약해질 수 있음, 인력 중복 가능

 

3. 기능 조직과  목적 조직의 플로우

 

목적 조직 : 적합
목표→디자인→개발→분석


스쿼드일때에는 목표 지향적이기 때문에 목표가 달성될때까지
반복적인 실행이 가능하다



기능조직 : 부적합
목표→디자인→개발→분석(생략 될때도 많음)

프로젝트 단위로 움직이고, 배포가 최선이기 때문
해당 프로젝트를 반복적으로 개선하긴 어려움


* 만약 목적조직인데 분석을 안한다고 하는건 조직이 제대로 굴러가지 않는다는 것

 

 

4. 오너십

조직에서 최종 결정하는 역할은 있겠지만
모든 직군이 결국 PO이다

 

 

 

 

5. SSoT
Over flow : 정보가 notion, jira, figma 이런식으로 여기저기 흩뿌려져 있으면 뭐가 최신인지 헷갈리게 됨
- 잘 정리 되어 있는 곳: google Metarial 

SSoT : 단 하나의 (파일, 상태 등)만을 간주하고 모든 사람이 그것만 사용 하자는 원칙 



 

 

figma 예시

https://www.figma.com/design/JMnWqV5gfd0gPWgdh1Cd1E/-%EC%9D%B8%ED%94%84%EB%9F%B0-%EB%B0%8B%EC%97%85--%EB%94%94%EC%9E%90%EC%9D%B8-%ED%94%84%EB%A1%9C%EC%84%B8%EC%8A%A4-%EC%A0%9C%EB%A1%9C%ED%88%AC%EC%9B%90---%EC%83%98%ED%94%8C-%ED%85%9C%ED%94%8C%EB%A6%BF--%EA%B3%B5%EC%9C%A0%EC%9A%A9-?node-id=3-3213


 

Figma

Created with Figma

www.figma.com

 

 


 

 

 

 

 

 

⬇️ 더 자세한 디자인 프로세스에 대한 내용은 2편에서!

https://dori-wine.tistory.com/26

 

[인프런 0원 강의] 디자인 프로세스 제로투원 2

안녕하세요 다자이너 입니다 👀💛 ⬇️ 첫번째 글 내용이 궁금하다면https://dori-wine.tistory.com/25 [인프런 0원 강의] 디자인 프로세스 제로투원안녕하세요 다자이너 입니다 👀💛 벌써 정신없이

dori-wine.tistory.com