[Day 31] 프레임 워크

📍목차
1. Product design 트렌드
2. 프레임 워크

---

1. Product Design 트렌드

• 퍼플렉시티의 커넥티드 경험 디자인 카페 '큐리어스'
• 디자인 시스템이 처음인 디자인 가이드

▼ 참고

https://yozm.wishket.com/magazine/detail/3377/

퍼플렉시티의 커넥티드 경험 디자인, ‘카페 큐리어스’ 방문기 | 요즘IT

https://yozm.wishket.com/magazine/detail/3338/https://www.uxsnaps.com/

디자인 시스템이 처음인 디자이너를 위한 기초 가이드 | 요즘IT

→ UX 분석 모음

---

2. 프레임 워크

소프트웨어 개발의 '뼈대' 역할을 하는 도구 모음으로, 큰 프로젝트를 관리하는 방식이다. 

애플리케이션 개발을 효율적으로 진행하도록 표준화된 구조와 자주 사용되는 기능들을 제공

 

① 워터폴 (Waterfall)

폭포수가 위에서 아래로 흐르듯이, 한 단계가 완전히 끝나야만 다음 단계로 넘어가는 선형적이고 순차적인 접근 방식

 

✔️ 순차적 단계: 요구사항 정의 → 설계 → 개발 → 테스트 → 배포 → 유지보수의 순서를 철저히 지킴

✔️ 상세한 초기 계획: 프로젝트 시작 단계에 모든 요구사항을 명확하게 정의하고 상세한 계획을 수립함

✔️ 엄격한 문서화: 각 단계별로 문서화가 철저히 이루어진다.

장점	단점
요구사항이 명확하고 변동이 적은 프로젝트에 적합하다. 프로젝트 진행 상황과 일정을 예측하기 용이하다. 체계적인 문서화로 인해 프로젝트의 이력 관리가 쉽다.	프로젝트 후반부에 요구사항 변경이 발생하면 대처가 어렵다. 최종 결과물이 완성될 때까지 고객 피드백 반영이 어렵다.

---

② 애자일 (Agile)

짧은 개발 주기인 '스프린트'를 반복하면서 고객의 피드백을 지속적으로 반영, 변화에 유연하게 대응하는 반복적이고 점진적인 접근 방식

 

✔️ 반복적 개발: 프로젝트를 여러 개의 짧은 주기로 나누어 개발하고 개선

✔️ 유연성과 적응성: 초기 계획보다 변화하는 요구사항에 민첩하게 대응하는 것이 중요

✔️ 고객과의 협업: 개발 과정 전반에 걸쳐 고객과 소통하며 피드백을 적극적으로 수용

장점	단점
변화가 잦은 프로젝트에 효과적이다. 작은 기능 단위로 빠르게 결과물을 만들어내 고객 만족도 UP 팀원 간의 소통과 협업 중시	프로젝트 전체의 명확한 로드맵이 부족할 수 있다.  문서화가 부족해 인력 변동 시 업무 인수인계가 어려울 수 있다.

---

③ 린 (Lean)

도요타 생산 시스템에서 시작된 개념으로, 낭비를 최소화하고 고객에게 가치를 극대화하는 방법

 

✔️ 낭비 제거: 고객에게 가치를 더하지 않는 모든 활동(불필요한 작업, 대기 시간)을 제거

✔️ 지속적 개선: 프로세스를 끊임없이 개선하고 최적화함

✔️ 가치 전달 극대화: 최소한의 기능을 담은 제품(MVP)을 빠르게 출시하여 고객 피드백을 받고 개선

장점	단점
낭비 제거를 통해 개발 비용과 시간 절약 효율적인 프로세스로 빠른 의사결정 팀의 권한을 위임하여 주도적으로 문제 해결	린 원칙을 적용하고 낭비를 식별하는 데 시간이 걸릴 수 있다.  모든 팀원이 린의 가치와 원칙을 깊이 이해해야 효과 있음

 

 

 

 

★ 세가지 방법론 비교 ★

구분	워터폴 (Waterfall)	애자일 (Agile)	린 (Lean)
핵심 가치	순차적 실행과 철저한 계획	유연한 변화와 빠른 피드백	낭비 제거 및 가치 극대화
프로세스	선형적, 단계별 진행	반복적, 점전적 주기 (스프린트)	지속적 개선
요구사항	초기 단계에 고정, 변경 어려움	개발 중에도 유연하게 변경 가능	최소한의 기능(MVP)로 시작
고객 참여	주로 시작과 끝에 제한적	개발 전반에 걸쳐 지속적 참여	피드백을 통한 가치 확인
문서화	중요하고 상세한 문서화	비교적 적고 간결한 문서화	필요한 만큼 최소화
적함한 프로젝트	요구사항이 명확하고 변화가 적은	요구사항이 불명확하고 변화가 잦은	차원을 효율적으로 사용해야하는 스타트업

 

 

▼ 참고

https://youtu.be/dhN5kVelcso

https://www.nngroup.com/articles/lean-ux-agile-study-guide/

Lean UX & Agile: Study Guide

https://youtu.be/Y_C9jKXUVnE

https://medium.com/@tedlee1122/%EC%99%9C-%EB%A6%B0-lean-ux%EC%9D%B8%EA%B0%80-2bb962aec95e

왜 린(Lean) UX인가?

 

---

https://www.casestudy.club/case-studies/android-private-spacehttps://www.dousanmiao.com/private-space

Android private space

https://www.omarhassan.co/gemtrade

Gemtrade

https://www.dousanmiao.com/private-space

Dousan Miao | UX designer at Google

 

▼ MVP와 린의 중요성 사례

https://yourstory.com/2014/09/webvan-e-tailer?utm_pageloadtype=scroll

→ 냅다 크게 시작하면 위험하다

---

과제 1.
UX snaps 스타일로 서비스 선정 후 UX 분석

 

카카오 T & 멜론

카카오T: 한 화면에서 3가지 요소 분석 / 멜론: 여러 화면에서 각각 1가지 요소 분석

 

 

과제 2. 
영수증 또는 청구서 디자인
청구서는 제품이나 서비스를 제공하기 전후에 발송하는 결제 요청 문서입니다.
청구서는 견적서나 제안서가 아니므로, 불필요한 내용은 제외하고 결제에 필요한 필수 정보만 담아야 합니다.
포함해야 할 핵심 요소는 다음과 같습니다:
서비스/제품 명세 금액 및 총액 결제 기한 (필요 시) 결제 방법

디자인 포인트)
필수 정보는 깔끔하게: 사용자가 바로 결제할 수 있도록 핵심 정보만 단순하게 정리합니다. 감사 메시지: “함께해서 즐거웠습니다. 감사합니다!” 같은 긍정적인 멘트를 추가하면 사용자의 기분이 좋아집니다. 개인화: 친근한 관계라면, 밈(meme)이나 짧은 농담을 넣어 결제 요청이 덜 부담스럽게 만들 수 있습니다.

디자인 목표)
단순하면서도 신뢰감 있는 청구서 UI 제작 결제 프로세스에 긍정적인 경험 제공 브랜드의 톤 앤 매너 반영

 

 

★ [피드백] ★

🔍 오늘 배운 프레임 워크와 UX Snaps를 참고하여 잘 기억해둬야겠다.

앞으로는 클론보다 참고해서 직접 디자인해보기가 필요할 것 같다.. 직접 디자인하는 창의력을 키워야 될 것 같은 느낌..ㅎ
그래도 지금까지 조금씩이라도 성장하고 있는 것 같아서 점점 동기부여가 된다!  (ˉ͈̀꒳ˉ͈́ ) ꫂ