SOLO IDEA
Hay una idea, pero no hay un comienzo claro.
El concepto existe sin funciones concretas ni pantallas.
NEWON STUDIO · DIGITAL DESIGN PRODUCT DESIGN
Convierte una idea
en un producto que la gente realmente pueda usar.
No trasladamos las listas de funciones directamente a las pantallas.
Empezamos desde el problema del usuario y el valor central que el producto debe ofrecer, luego diseñamos la priorización, la estructura del producto, los flujos, la interfaz y un MVP probado como una sola experiencia.
No solo producción de pantallas —
un proceso de diseño de producto que decide qué construir y cómo la gente lo usará.
OVERVIEW
Un producto sólido comienza con un problema claro —
no con cuántas funciones tiene.
El fallo más común al construir algo nuevo es incluir demasiadas funciones.
Incluso una idea fuerte se vuelve confusa sin claridad sobre qué construir primero, qué eliminar y por dónde deberían empezar los usuarios.
El diseño de producto comienza antes de la UI. Definimos el problema que resolvemos, priorizamos los casos de uso y las funciones, luego lo convertimos en pantallas y flujos.
El Diseño de Producto de Newon sigue Problema → Estructura del Producto → Flujo Central → MVP → UI → Validación.
Aclara esto antes de las pantallas.
- Problema
- Objetivo del Producto
- Valor
- Estructura de Funciones
- Priorización
- Alcance del MVP
- Flujo Central
- Validación
PROBLEMS
El diseño de producto ayuda en situaciones como estas.
DEMASIADAS FUNCIONES
Demasiadas funciones parecen esenciales.
Todo parece importante — el alcance del MVP nunca se concreta.
SIN VALOR CENTRAL
El valor central no está claro.
Explicaciones largas, pero no hay una razón en una sola frase para usarlo.
PRODUCTO COMPLEJO
La estructura de las funciones es demasiado compleja.
La navegación y los flujos se rompen a medida que las funciones se acumulan.
CONSTRUIR ANTES DE VALIDAR
La construcción comenzó demasiado pronto.
La implementación comienza antes de que el problema y los flujos centrales estén claros.
NECESIDAD DE MVP
Necesitas un MVP rápido.
Define el alcance mínimo que pueda demostrar el valor central antes de un producto completo.
REDISEÑO
El crecimiento superó la estructura original.
Nuevas funciones y usuarios necesitan una arquitectura de producto más clara.
DESALINEACIÓN DEL EQUIPO
Producto, diseño e ingeniería imaginan productos diferentes.
La falta de coincidencia de prioridades causa retrabajo repetido.
PRODUCT DESIGN PRINCIPLES
Principles behind strong product design.
PROBLEM FIRST
Problem first
Define the user problem before features.
VALUE
Value
Make the strongest reason to choose the product clear.
FOCUS
Focus
Early products prioritize features that deliver core value.
USABILITY
Usability
People should understand structure and the next action.
TESTABILITY
Testability
Design for learning — not one-shot perfection.
SCALABILITY
Scalability
Structure should hold after MVP as features grow.
FEASIBILITY
Feasibility
Consider build complexity and realism with design.
BUSINESS FIT
Business fit
Connect experience to core business goals as well as user value.
WHO IT'S FOR
Construido para proyectos como estos.
- 01
Teams turning an app idea into a real product
- 02
Startup MVPs
- 03
SaaS products
- 04
AI services
- 05
New mobile apps
- 06
New web apps
- 07
Existing product redesigns
- 08
Products overloaded with features
- 09
Teams that need a smaller MVP scope
- 10
Projects that need shared product/design/dev criteria
- 11
Teams adding features into an existing product system
- 12
Startups that need a testable first product shape quickly
WHAT WE DO
Trabajo que realizamos en este proyecto.
DEFINICIÓN DEL PROBLEMA
Definición del problema
Aclara el problema central del usuario que el producto debe resolver.
OBJETIVO DEL PRODUCTO
Objetivo del producto
Define el resultado que los usuarios deben lograr.
DEFINICIÓN DE USUARIOS
Usuarios centrales
Quién necesita más el producto.
CASOS DE USO
Casos de uso
Cuándo, por qué y en qué situaciones lo usan las personas.
ESTRUCTURA DE FUNCIONES
Estructura de funciones
Organiza las funciones y cómo se relacionan.
PRIORIZACIÓN
Priorización
Imprescindible / deseable / más tarde.
ALCANCE DEL MVP
Alcance del MVP
Definir lo que la primera versión debe incluir para entregar valor central.
ARQUITECTURA DE INFORMACIÓN
Arquitectura de información
Conectar funciones y contenido en la estructura del producto.
FLUJO DE USUARIO
Flujo de usuario
Diseñar acciones y pantallas para el objetivo principal.
WIREFRAME
Wireframe
Convertir funciones y jerarquía en la estructura de la pantalla.
INTERFAZ DE PRODUCTO
Interfaz de producto
Diseñar la interfaz teniendo en cuenta la marca y la usabilidad.
PROTOTIPO
Prototipo
Conectar flujos clave para revisar la experiencia del producto.
ENTREGA
Entrega
Empaquetar la estructura del producto y criterios de diseño para la construcción.
PRODUCT TYPES · PATH
Many digital product types —
new builds and redesigns.
Types do not share one fixed price or scope — quotes follow project scale.
Redesign does not always mean rebuilding everything. By scope, we can improve specific features or core journeys.
NEW PRODUCT
From idea, problem, and feature structure to MVP and a usable product experience.
REDESIGN
Review usability, feature structure, and core flows — then redesign what needs it.
MOBILE APP
iOS / Android mobile products.
WEB APP
Browser-based products centered on functionality.
SAAS
SaaS products for recurring work and data.
AI PRODUCT
Products with AI input, generation, results, and repeat loops.
PLATFORM
Platforms connecting multiple user types and features.
COMMUNITY
Products centered on people, content, and interaction.
MARKETPLACE
Services connecting buyers, sellers, and related roles.
INTERNAL TOOL
Internal tools for teams and companies.
MVP · PRIORITY · STRUCTURE
No necesitas un producto terminado
desde el primer día.
An MVP is not a rough product — it is a focused product that can test the most important hypothesis.
Prioritization weighs user value, business goals, and build realism together.
Product structure is not a screen list — it defines how features, actions, and information connect.
IMPRESCINDIBLE
Requerido para experimentar el valor central.
DEBERÍA TENER
Mejora la experiencia temprana — no requerido para la v1.
DESPUÉS
Puede esperar hasta después de la respuesta de los usuarios reales.
FLUJO MVP
IDEA → PROBLEMA CENTRAL → ALCANCE DEL MVP → CONSTRUIR → PROBAR → APRENDER → ITERAR
VALOR PARA EL USUARIO
Prioridad — ¿valor real para los usuarios?
EXPERIENCIA CENTRAL
Prioridad — ¿necesario para la experiencia central?
FRECUENCIA
Prioridad — ¿con qué frecuencia lo usarán las personas?
VALOR DE NEGOCIO
Prioridad — ¿cuán vinculado a los objetivos del negocio?
COMPLEJIDAD
Prioridad — dificultad y costo de construcción?
DEPENDENCIA
Prioridad — ¿dependen otras funciones principales de ella?
NAVEGACIÓN
Estructura — áreas principales y movimiento.
CONTENIDO · ACCIÓN
Estructura — información que las personas manejan y acciones principales.
ESTADO · RETROALIMENTACIÓN
Estructura — estados y cómo se comunican los resultados.
CONFIGURACIÓN
Estructura — personalización, configuraciones de cuenta y operaciones.
Early products prioritize the minimum flow that lets people experience core value — not feature count.
STATES · LOGIC · AI · BUSINESS
Real products are more
than the happy path.
In Product Design we reflect key conditions and states in UX structure with build in mind — this is product-logic design, not coding delivery.
AI features can be designed as roles inside the product journey — not only a chat box.
Business-model touchpoints can be designed by scope; we do not guarantee revenue or paid conversion lifts.
Core UI components and design rules can connect by scope; a full design system may be separate.
Prototypes can review navigation, flow length, CTAs, screen links, and blockers before build. Prototype results do not guarantee business success.
EMPTY
No content yet.
LOADING
Waiting on process or data.
ERROR
Something went wrong.
SUCCESS
Action completed.
DISABLED
Unavailable now.
PERMISSION
Permission required.
LIMIT
Usage or plan limit.
OFFLINE
No connection — when the project needs it.
IF FIRST USE
First-time user → Onboarding
IF AUTH
Login required → Authentication
IF NO DATA
No data → Empty + First Action
IF SUCCESS / ERROR
Success → Success Feedback / Error → Error + Recovery
AI JOURNEY
INPUT · CONTEXT · GENERATION · RESULT · REGENERATE · EDIT · TRUST · ERROR · USAGE LIMIT
BUSINESS UX
FREE→PAID · SUBSCRIPTION · PAYWALL · TRIAL · CREDIT · UPGRADE
UI SYSTEM
Color · Type · Spacing · Button · Input · Nav · Card · Modal · State · Feedback
WHAT'S INCLUDED
Incluido en el alcance básico.
Exact feature count, screen count, flow count, prototype scope, and deliverables vary by project.
- Revisión de Producto / Problema
- Objetivo Principal del Producto
- Definición Básica de Usuario
- Estructura de Funcionalidades
- Priorización de Funciones
- Alcance del MVP
- Arquitectura de Información
- Flujo Principal del Usuario
- Esquemas Clave
- UI Principal del Producto
- Diseño de Estado Clave
- Prototipo Básico
- Entrega Básica
DELIVERABLES
Lo que recibes al final.
Actual deliverables may vary with project scope.
DEFINICIÓN DEL PRODUCTO
Definición del Producto — problema principal, valor, usuarios y objetivos.
MAPA DE FUNCIONALIDADES
Estructura de Funciones — funciones principales y relaciones.
ALCANCE DEL MVP
Alcance del MVP — funciones principales requeridas para la primera versión.
ARQUITECTURA DE INFORMACIÓN
Estructura del Producto — cómo se conectan las funciones y el contenido.
FLUJOS DE USUARIO
Flujos Principales del Usuario — caminos de extremo a extremo para acciones clave.
ESQUEMAS
Esquemas — pantallas clave y jerarquía de información.
UI DEL PRODUCTO
UI Principal del Producto — pantallas principales del producto dentro del alcance.
DISEÑO DE ESTADO
Estados Clave — cargando / vacío / error / éxito y estados relacionados según sea necesario.
PROTOTIPO
Prototipo Básico — un prototipo básico para flujos principales.
ENTREGA
Entrega de Diseño de Producto — estructura y criterios de diseño para desarrollo.
PROCESS
Cómo se desarrolla el proyecto.
DESCUBRIR
Comprender el problema
Negocio, idea, problema del usuario y objetivos del proyecto.DEFINIR
Definir el producto
Usuarios principales y el valor que el producto debe entregar.PRIORIZAR
Priorizar
Organizar características y definir el alcance del MVP.ESTRUCTURAR
Estructurar
Arquitectura de información y relaciones de características.FLUJO
Flujo
Construir el recorrido completo para acciones principales.ESQUEMA
Esquema
Convertir características e información en pantallas.DISEÑO
Interfaz de Producto
Diseñar la interfaz con la marca y la usabilidad.PROTOTIPO
Revisar experiencia
Conectar flujos clave y recorrer el uso.REFINAR
Refinar
Usabilidad, estados, consistencia y viabilidad.ENTREGA
Conectar para construir
Entregar estructura del producto y criterios de diseño.
FROM PROBLEM TO PRODUCT
Product starts
before screens.
In Product Design, problem → value → feature → experience must be designed before screen production.
People experience a journey, not a feature list: DISCOVER → ONBOARD → ACTIVATE → USE → COMPLETE → RETURN.
PROBLEM
The problem people face
INSIGHT
Why the problem happens
VALUE
Core value the product delivers
FEATURE
Features that deliver that value
FLOW
How people experience the features
INTERFACE
Screens and interaction
TEST
Check user response
ITERATE
Feed learning back into the product
BEFORE → AFTER
What changes when product design is clarified.
BEFORE
Idea without product structure
Every feature feels essential
MVP scope keeps growing
Features change during build
Flows break between screens
Product and engineering interpret differently
AFTER
Clear core problem and value
Prioritized features
Focused MVP scope
Consistent product structure
Connected core user flows
A concrete, buildable product definition
SCOPE DIFFERENCE
Product Design vs App UI/UX,
and design vs development, differ.
Product Design fits idea-stage work or when prioritization and MVP must be defined first. App UI/UX fits when product structure and features are already clearer. Scopes can combine by project.
This product is design only. Development, servers, and store launch are not included — quoted separately through Newon Business MVP / BUILD when needed.
PRODUCT DESIGN
Starts with what to build — problem, goal, prioritization, MVP scope, structure, core flow, UX, UI.
APP UI/UX
Goes deeper on how to use it — IA, flow, screens, UI, interaction, state, design system.
PRODUCT DESIGN (SCOPE)
Design problem, features, product structure, flows, and interface.
PRODUCT DEVELOPMENT
Implement so the product runs — front-end / back-end / database / API and related build.
Studio Product Design starting price is design only. Live product build continues through Newon Business MVP / BUILD with a separate quote.
TIMELINE
Estimated timeline
A basic-scope project typically runs about 1–2 weeks.
Actual timing depends on product complexity, feature count, user types, core flows, screens, prototype level, research scope, and feedback cadence.
PROJECT SCOPE
Precio inicial y alcance básico
PRODUCT DESIGN
From ₩1,000,000
Shown price is a starting point for basic scope.
Final quotes shift with product complexity, feature count, user types, core flows, screens, prototype level, and research scope.
Basic scope
- Problem Definition
- Product Goal
- Feature Structure
- Prioritization
- MVP Scope
- Information Architecture
- User Flow
- Wireframe
- Product UI
- Prototype
- Handoff
OPTIONAL
Available when needed — not in the basic price by default.
These items are outside the base scope. Add them only when needed.
- Product Strategy
- Market / Competitor Research
- UX Research
- User Interview
- Usability Testing
- Brand Strategy
- Naming
- Identity
- Logo Design
- Full App UI/UX
- Full Design System
- Web Design
- Landing Page
- Admin / Dashboard
- Advanced Prototype
- Motion / Interaction
- Illustration / Icon System
- Product Copy
- Development
- Analytics Structure
DEVELOPMENT
When you need product build after design
Studio Product Design is design only — problem, features, structure, flows, and interface.
Live implementation can continue through Newon Business MVP / BUILD as a separate scope.
PRODUCT CONNECTION
Connect idea
to a real product.
Product Design is not a one-and-done artifact — it is the middle link that turns an idea into a launchable structure.
Strategy → Product Definition → MVP → UX → UI → Development → Launch → Learn
After launch, products can keep improving from user response and data. Newon does not guarantee launch success, PMF, or growth.
0104 05
WEB
Design web experience.
02APP
Go deeper on app UI/UX.
03LANDING
Design a single conversion-focused page.
PRODUCT
Current service — define what to build.
CONTENT
Extend the product story through content.
06STUDIO
Explore Studio services.
IMPORTANT NOTICE
Scope notice
Exact feature count, screen count, user flows, prototype level, research scope, deliverables, and revision rounds are confirmed before kickoff.
Product Design covers product direction and experience design. Live development, servers, APIs, databases, and store submission may be separate Development scope.
AI APIs, payments, maps, login, push notifications, and other external services can change in implementation method and cost based on technical conditions and vendor policy.
MVP, prototype, or Product Design does not guarantee user counts, revenue, investment, downloads, conversion, retention, or product-market fit.
Final App Store / Google Play approval is also not guaranteed.
FAQ
FAQ
Yes. After clarifying the problem and core value, we can define features and MVP scope.
No. Early work can define product goals, feature structure, and user flows together.
Product Design starts with what to build — problem, prioritization, MVP. App UI/UX goes deeper on how people use a clearer product.
An early product scope focused on the features required to test the core hypothesis and user value.
Yes. We prioritize by user value, product goals, and build complexity, then define MVP scope.
Yes. We review feature structure and core journeys, then redesign what needs improvement.
No. Studio Product Design starting price does not include development. Implementation is quoted separately through Newon Business MVP / BUILD.
By scope, we can package key flows, screens, and basic handoff. Exact deliverable level is confirmed before contract.
User interviews, UX research, or usability testing can be added by scope.
Yes. Input, generation, results, regenerate, errors, and usage limits can be designed inside product structure.
Yes. Dashboard, subscription, roles, data management, and related structures can be designed by scope.
Screen count depends on features and flow complexity and is fixed at quoting — not unlimited.
Product Design time and Development time are separate. Full launch timing needs product and technical scope.
About 1–2 weeks for basic scope, from ₩1,000,000. Design only — product complexity can change the quote.
START A PROJECT
Convertir ideas en características,
y características en un producto.
Definimos el problema y el valor central, organizamos características y flujos, y los convertimos en un producto digital que puedes construir y validar.