IDEA ONLY
아이디어는 있는데 어디서부터 만들어야 할지 모르겠습니다.
제품 컨셉은 있지만 실제 기능과 화면으로 구체화되지 않은 경우.
개요
새로운 제품을 만들 때 가장 흔한 문제는 기능을 너무 많이 넣는 것입니다.
좋은 아이디어가 있어도 어떤 기능부터 만들어야 하는지, 무엇을 빼야 하는지, 사용자가 처음 어디에서 시작해야 하는지 정리되지 않으면 제품은 빠르게 복잡해집니다.
Product Design은 UI보다 앞단에서 시작합니다. 누구의 어떤 문제를 해결하는지 정의하고, 핵심 사용 상황과 기능 우선순위를 정리한 뒤 실제 화면과 흐름으로 구체화합니다.
Newon Product Design은 Problem → Product Structure → Core Flow → MVP → UI → Validation의 흐름으로 제품을 설계합니다.
화면보다 먼저 정리하는 기준입니다.
문제
아이디어는 있는데 어디서부터 만들어야 할지 모르겠습니다.
제품 컨셉은 있지만 실제 기능과 화면으로 구체화되지 않은 경우.
넣고 싶은 기능이 너무 많습니다.
모든 기능이 중요해 보여 MVP 범위를 정하지 못하는 경우.
제품의 핵심 가치가 명확하지 않습니다.
서비스 설명은 길지만 사용자가 왜 써야 하는지 한 문장으로 설명하기 어려운 경우.
기능 구조가 너무 복잡합니다.
기능이 계속 추가되면서 Navigation과 사용자 흐름이 복잡해진 경우.
개발부터 시작하고 있습니다.
사용자 문제와 핵심 Flow를 충분히 정리하지 않은 채 기능 구현부터 진행하는 경우.
빠르게 MVP를 만들어야 합니다.
전체 제품을 만들기 전에 핵심 가치를 확인할 수 있는 최소 범위를 정의해야 하는 경우.
기존 제품이 성장하면서 구조를 다시 정리해야 합니다.
처음 만든 구조가 새로운 기능과 사용자 규모를 감당하기 어려워진 경우.
기획, 디자인, 개발이 서로 다른 제품을 생각하고 있습니다.
팀마다 기능과 우선순위에 대한 이해가 달라 개발 과정에서 반복적인 수정이 발생하는 경우.
PRODUCT DESIGN PRINCIPLES
문제 중심
기능보다 먼저 어떤 사용자 문제를 해결하는지 정의합니다.
핵심 가치
사용자가 제품을 선택해야 할 가장 중요한 이유를 명확하게 합니다.
집중
초기 제품에서는 모든 기능보다 핵심 가치 전달에 필요한 기능을 우선합니다.
사용성
사용자가 제품의 구조와 다음 행동을 쉽게 이해할 수 있어야 합니다.
검증 가능성
완벽한 제품을 한 번에 만드는 것이 아니라 실제 반응을 확인할 수 있는 구조를 고려합니다.
확장성
MVP 이후 기능이 추가되어도 전체 제품 구조가 무너지지 않도록 설계합니다.
구현 가능성
디자인뿐 아니라 실제 개발 난이도와 제품 현실성을 함께 고려합니다.
사업 연결
제품 경험이 사용자 가치뿐 아니라 사업의 핵심 비즈니스 목표와도 연결되어야 합니다.
대상
앱 아이디어를 실제 제품으로 만들고 싶은 팀
스타트업 MVP
SaaS 제품
AI 서비스
신규 모바일 앱
신규 Web App
기존 제품 리디자인
기능이 너무 많아 구조를 정리해야 하는 제품
MVP 범위를 줄여야 하는 팀
기획과 개발 사이의 기준이 필요한 프로젝트
새로운 기능을 제품 전체에 자연스럽게 추가해야 하는 팀
초기 제품을 빠르게 검증 가능한 형태로 구체화해야 하는 스타트업
진행 작업
문제 정의
제품이 해결해야 하는 핵심 사용자 문제를 정리합니다.
제품 목표
사용자가 제품을 통해 어떤 결과를 얻어야 하는지 정의합니다.
핵심 사용자
누가 제품을 가장 필요로 하는지 주요 사용자 그룹을 정리합니다.
사용 상황
사용자가 언제, 왜, 어떤 상황에서 제품을 사용하는지 정의합니다.
기능 구조
필요한 기능을 정리하고 서로의 관계를 구조화합니다.
기능 우선순위
Must-have / Should-have / Later 등으로 기능 우선순위를 정리합니다.
MVP 범위
핵심 가치를 전달하기 위해 첫 버전에 반드시 필요한 기능을 정의합니다.
정보 구조
기능과 콘텐츠를 실제 제품 구조로 연결합니다.
사용자 흐름
사용자가 핵심 목표를 달성하기까지의 행동과 화면 흐름을 설계합니다.
와이어프레임
기능과 정보 위계를 실제 화면 구조로 구체화합니다.
제품 UI
제품의 브랜드와 사용성을 고려해 실제 인터페이스를 설계합니다.
프로토타입
필요한 핵심 Flow를 연결하여 실제 제품 사용 경험을 검토합니다.
개발 전달
제품 구조와 디자인 기준을 개발 가능한 형태로 정리합니다.
PRODUCT TYPES · PATH
모든 유형을 동일한 가격과 범위로 진행하지 않습니다. 프로젝트 규모에 따라 견적이 달라집니다.
Redesign은 무조건 전체 제품을 새로 만드는 것이 아니라 프로젝트 범위에 따라 특정 기능이나 핵심 Journey만 개선할 수도 있습니다.
아이디어, 문제 정의와 기능 구조부터 시작해 MVP와 실제 제품 경험으로 발전시킵니다.
기존 제품의 사용성, 기능 구조와 핵심 Flow를 검토하고 필요한 영역을 재설계합니다.
iOS / Android 기반 모바일 제품.
브라우저에서 기능 중심으로 사용하는 웹 제품.
반복적으로 업무와 데이터를 관리하는 SaaS 제품.
AI 입력, 생성, 결과와 반복 흐름을 가진 제품.
여러 사용자 유형과 기능이 연결된 플랫폼.
사용자, 콘텐츠와 상호작용 중심 제품.
구매자와 판매자 등 여러 사용자를 연결하는 서비스.
팀이나 기업 내부에서 사용하는 업무용 제품.
MVP · PRIORITY · STRUCTURE
MVP는 “대충 만든 제품”이 아니라 가장 중요한 가설을 확인할 수 있도록 범위를 집중한 제품입니다.
기능 우선순위는 사용자 가치와 사업 목표, 개발 현실성을 함께 고려해 결정합니다.
제품 구조는 화면 목록이 아니라 기능·행동·정보가 어떻게 연결되는지 정의하는 작업입니다.
핵심 가치를 경험하기 위해 반드시 필요한 기능.
초기 경험을 개선하지만 첫 버전에 반드시 필요하지는 않은 기능.
실제 사용자 반응을 확인한 뒤 추가해도 되는 기능.
IDEA → CORE PROBLEM → MVP SCOPE → BUILD → TEST → LEARN → ITERATE
우선순위 기준 — 사용자에게 실제 가치가 큰가.
우선순위 기준 — 제품의 핵심 경험에 필요한가.
우선순위 기준 — 사용자가 얼마나 자주 사용할 기능인가.
우선순위 기준 — 제품의 사업 목표와 얼마나 연결되는가.
우선순위 기준 — 구현 난이도와 비용은 어느 정도인가.
우선순위 기준 — 다른 핵심 기능이 이 기능에 의존하는가.
제품 구조 — 주요 영역과 이동 구조.
제품 구조 — 확인·관리하는 정보와 핵심 행동.
제품 구조 — 상태와 결과 전달 방식.
제품 구조 — 개인화, 계정과 기타 운영 설정.
초기 제품에서는 기능 수보다 사용자가 핵심 가치를 실제로 경험할 수 있는 최소 흐름을 우선합니다.
STATES · LOGIC · AI · BUSINESS
Product Design 단계에서도 실제 구현을 고려하여 핵심 조건과 상태를 UX 구조에 반영합니다. 이는 프로그래밍을 제공한다는 의미가 아니라 제품 로직을 디자인 단계에서 고려한다는 의미입니다.
AI 기능은 채팅창 하나가 아니라 제품 Journey 안에서의 역할로 설계할 수 있습니다.
비즈니스 모델 Touchpoint는 프로젝트에 따라 설계할 수 있으며 매출·유료 전환율 향상을 보장하지 않습니다.
주요 UI Component와 Design Rule은 범위에 따라 연결할 수 있으며 전체 Design System 구축은 별도일 수 있습니다.
Prototype으로 Navigation, Flow 길이, CTA, 화면 연결, 막힘을 개발 전에 검토할 수 있습니다. Prototype 결과가 사업 성공을 보장하지는 않습니다.
콘텐츠가 없는 상태.
처리 또는 데이터를 기다리는 상태.
오류가 발생한 상태.
작업이 완료된 상태.
현재 사용할 수 없는 상태.
사용 권한이 필요한 상태.
사용 제한 또는 플랜 제한 상태.
필요한 프로젝트에서는 연결이 없는 상태.
처음 사용하는 사용자 → Onboarding
로그인이 필요 → Authentication
데이터 없음 → Empty + First Action
성공 → Success Feedback / 오류 → Error + Recovery
INPUT · CONTEXT · GENERATION · RESULT · REGENERATE · EDIT · TRUST · ERROR · USAGE LIMIT
FREE→PAID · SUBSCRIPTION · PAYWALL · TRIAL · CREDIT · UPGRADE
Color · Type · Spacing · Button · Input · Nav · Card · Modal · State · Feedback
포함 내용
정확한 기능 수, 화면 수, Flow 수, Prototype 범위와 결과물은 프로젝트마다 달라집니다.
결과물
프로젝트 범위에 따라 실제 산출물이 달라질 수 있습니다.
Product Definition — 제품의 핵심 문제와 가치, 주요 사용자와 목표.
Feature Structure — 주요 기능과 관계를 정리한 구조.
MVP Scope — 초기 버전에 필요한 핵심 기능 범위.
Product Structure — 기능과 콘텐츠가 연결되는 제품 구조.
Core User Flows — 주요 사용자 행동의 전체 흐름.
Wireframes — 핵심 화면과 정보 위계.
Core Product UI — 프로젝트 범위에 포함된 주요 제품 화면.
Key States — 필요한 Loading / Empty / Error / Success 등 주요 상태.
Basic Prototype — 핵심 Flow를 확인할 수 있는 기본 Prototype.
Product Design Handoff — 개발 단계로 연결할 수 있는 기본 제품 구조와 디자인 기준.
진행 방식
문제 이해
사업과 제품 아이디어, 사용자 문제와 프로젝트 목표를 파악합니다.
제품 정의
핵심 사용자와 제품이 제공해야 하는 가치를 정리합니다.
기능 우선순위
필요한 기능을 정리하고 MVP 범위를 정의합니다.
제품 구조
Information Architecture와 기능 관계를 설계합니다.
사용자 흐름
핵심 행동의 전체 Journey를 구성합니다.
화면 구조
기능과 정보를 실제 화면으로 구체화합니다.
Product UI
제품 브랜드와 사용성을 반영한 Interface를 설계합니다.
제품 경험 검토
핵심 Flow를 연결하여 실제 사용 흐름을 확인합니다.
개선
사용성, 상태, 일관성과 구현 가능성을 점검합니다.
개발 연결
실제 구현에 필요한 제품 구조와 디자인 기준을 전달합니다.
FROM PROBLEM TO PRODUCT
Product Design에서는 화면 제작 자체보다 문제 → 가치 → 기능 → 경험의 연결이 먼저 설계되어야 합니다.
사용자는 기능 목록이 아니라 하나의 Journey를 경험합니다: DISCOVER → ONBOARD → ACTIVATE → USE → COMPLETE → RETURN.
사용자가 겪는 문제
왜 이 문제가 발생하는지 이해
제품이 제공할 핵심 가치
가치를 전달하기 위한 기능
사용자가 기능을 경험하는 흐름
실제 화면과 인터랙션
사용자 반응 확인
학습한 내용을 제품에 반영
이전 → 이후
아이디어는 있지만 제품 구조가 없음
모든 기능이 중요해 보임
MVP 범위가 계속 커짐
개발하면서 기능이 계속 변경됨
화면마다 사용자 흐름이 끊김
기획과 개발 사이에 해석 차이가 큼
명확한 핵심 문제와 가치
우선순위가 정리된 기능
집중된 MVP Scope
일관된 Product Structure
연결된 Core User Flow
개발 가능한 구체적인 제품 정의
SCOPE DIFFERENCE
제품 아이디어 단계거나 기능 우선순위와 MVP부터 정리해야 한다면 Product Design이 적합하고, 제품 구조와 기능이 이미 어느 정도 정해져 있다면 App UI/UX가 적합할 수 있습니다. 프로젝트에 따라 두 범위를 통합할 수도 있습니다.
프로젝트에 따라 Product Design만 또는 Design + Development를 연결할 수 있습니다. 실제 개발 포함 여부, 기술 스택과 구현 범위는 견적에서 별도로 확정합니다.
무엇을 만들 것인가부터 — Problem, Goal, Prioritization, MVP Scope, Structure, Core Flow, UX, UI.
어떻게 사용할 것인가에 더 집중 — IA, Flow, Screen, UI, Interaction, State, Design System.
문제, 기능, 제품 구조, 사용자 흐름과 Interface를 설계합니다.
설계된 제품이 실제로 작동하도록 Front-end / Back-end / Database / API 등을 구현합니다.
Studio Product Design의 시작가는 Design Only 기준입니다. 실제 제품 구축이 필요하면 Newon Business MVP / BUILD와 연계해 별도 견적합니다.
예상 기간
기본 프로젝트는 약 4–8주를 기준으로 진행합니다.
실제 일정은 제품 복잡도, 기능 수, 사용자 유형, 핵심 Flow 수, 화면 수, Prototype 수준과 Research 범위, 피드백 일정에 따라 달라질 수 있습니다.
프로젝트 범위
PRODUCT DESIGN
₩1,200,000부터
표시된 금액은 기본 범위 기준 시작가입니다.
제품 복잡도, 기능 수, 사용자 유형, 핵심 Flow 수, 화면 수, Prototype 수준과 Research 범위 등에 따라 최종 견적이 달라질 수 있습니다.
기본 범위
OPTIONAL
아래 항목은 기본 범위에 포함되지 않습니다. 필요하면 별도 범위로 협의합니다.
DEVELOPMENT
Studio Product Design은 문제·기능·제품 구조·Flow와 Interface를 설계하는 Design Only 서비스입니다.
실제 구현이 필요하면 Newon Business MVP / BUILD와 연계해 별도 범위로 진행할 수 있습니다.
PRODUCT CONNECTION
Product Design은 하나의 결과물을 전달하고 끝나는 작업이 아니라 제품 아이디어를 실제 출시 가능한 구조로 구체화하는 중간 연결 단계입니다.
Strategy → Product Definition → MVP → UX → UI → Development → Launch → Learn
출시 이후에는 사용자 반응과 데이터를 바탕으로 제품을 계속 개선할 수 있습니다. Newon은 출시 성공, PMF 또는 성장을 보장하지 않습니다.
웹 경험을 설계합니다.
02앱 UI/UX로 사용 경험을 깊게 설계합니다.
03단일 전환 목표의 페이지를 설계합니다.
현재 서비스 — 무엇을 만들지부터 구체화합니다.
콘텐츠·캠페인으로 제품 이야기를 확장합니다.
06Studio 전체 서비스를 살펴봅니다.
IMPORTANT NOTICE
프로젝트의 정확한 기능 수, 화면 수, 사용자 Flow, Prototype 수준, Research 범위, 산출물과 수정 라운드는 프로젝트 시작 전 협의를 통해 확정합니다.
Product Design은 제품 방향과 사용자 경험을 설계하는 서비스이며 실제 개발, 서버 구축, API 개발, 데이터베이스, App Store / Google Play 등록 등은 별도의 Development 범위일 수 있습니다.
AI API, 결제, 지도, 로그인, Push Notification 및 기타 외부 서비스 기능은 실제 기술 조건과 외부 서비스 정책에 따라 구현 방식과 비용이 달라질 수 있습니다.
MVP, Prototype 또는 Product Design을 통해 특정 수준의 사용자 수, 매출, 투자, 다운로드, 전환율, Retention 또는 PMF를 보장하지 않습니다.
App Store / Google Play 등 외부 플랫폼의 최종 심사 승인 역시 보장하지 않습니다.
FAQ
가능합니다. 문제와 핵심 가치를 정리한 뒤 필요한 기능과 MVP 범위부터 구체화할 수 있습니다.
가능합니다. 프로젝트 초기에 제품 목표, 기능 구조와 사용자 Flow를 함께 정리할 수 있습니다.
Product Design은 문제 정의와 기능 우선순위, MVP Scope 등 무엇을 만들 것인지부터 다루며 App UI/UX는 정의된 제품을 어떻게 사용할 것인지에 더 집중합니다.
핵심 제품 가설과 사용자 가치를 검토하기 위해 반드시 필요한 기능에 집중한 초기 제품 범위입니다.
가능합니다. 사용자 가치, 제품 목표와 구현 난이도를 기준으로 기능의 우선순위를 정리하고 MVP 범위를 정의할 수 있습니다.
가능합니다. 기존 제품의 기능 구조와 핵심 Journey를 검토하여 개선할 영역을 재설계할 수 있습니다.
프로젝트 범위에 따라 Design + Development 형태로 연결할 수 있습니다. 실제 개발 범위와 기술 조건은 별도로 협의합니다.
프로젝트 범위에 따라 주요 Flow, 화면과 기본 Handoff 자료를 정리할 수 있습니다. 구체적인 산출물 수준은 계약 전에 확정합니다.
필요한 프로젝트에서는 User Interview, UX Research 또는 Usability Testing을 추가 범위로 진행할 수 있습니다.
가능합니다. AI 입력, 생성, 결과, 재생성, 오류, 사용 제한 등 AI 제품 특유의 경험을 제품 구조 안에서 설계할 수 있습니다.
가능합니다. Dashboard, Subscription, User Role, Data Management 등 필요한 제품 구조를 프로젝트 범위에 따라 설계할 수 있습니다.
화면 수는 제품 기능과 Flow 복잡도에 따라 달라지며 견적 단계에서 프로젝트 범위를 명확하게 확정합니다. 무제한으로 포함되지 않습니다.
Product Design 기간과 실제 Development 기간은 별개입니다. 전체 출시 일정은 제품 규모와 기술 범위를 확인한 뒤 결정해야 합니다.
기본 범위 기준 약 4–8주, 시작가 ₩1,200,000부터입니다. 제품 복잡도와 개발 포함 여부에 따라 달라질 수 있습니다.
프로젝트 시작
문제와 핵심 가치를 정의하고 필요한 기능과 사용자 흐름을 정리해 실제로 만들고 검증할 수 있는 디지털 제품으로 구체화합니다.