---
title: 우리의 디자인 원칙
metaTitle: 디자인 원칙
lang: ko
description: ethereum.org의 디자인 및 콘텐츠 결정에 바탕이 되는 원칙
---

<Emoji text=":wave:" size={1} /> 안녕하세요, ethereum.org의 디자인 원칙에 오신 것을 환영합니다. 이는 ethereum.org를 발전시키고 개선하기 위해 지속적으로 진행 중인 과정의 일부입니다.

우리의 원칙은 사이트의 디자인과 느낌, 그리고 그 안에 담긴 콘텐츠의 방향성을 제시합니다.

[ethereum.org에 기여하기](/contributing/) 전에 이 내용을 읽어보시기 바랍니다.

## 디자인 원칙이란 무엇인가요? {#ways-to-contribute}

걱정하지 마세요, 아주 간단합니다! **디자인 원칙**은 우리가 무언가를 디자인(즉, 생성, 유지 관리 또는 업데이트)할 때 참고하는 일련의 가이드라인입니다.

ethereum.org의 맥락에서 이러한 디자인 원칙은 우리가 웹사이트를 통해 세상에 보여주고 투영하고자 하는 바의 토대가 됩니다. 이 원칙들은 열망을 담고 있으면서 **동시에** 기능적입니다. 단순히 웹사이트가 어떻게 _보이는지_ 뿐만 아니라, 어떻게 _작동하는지_, 심지어 사람들에게 어떤 _느낌_을 주는지까지 포함합니다. 색상부터 페이지 레이아웃, 웹사이트에서 이더리움에 대해 이야기하는 방식에 이르기까지 모든 것이 이 원칙에 기반해야 합니다.

## 실제 적용되는 원칙 {#how-decisions-about-the-site-are-made}

예를 들어 보겠습니다. 원칙 중 하나는 "신뢰성(Credible)"입니다. 이는 사이트 방문자가 더 넓은 이더리움 생태계와 마찬가지로 이 사이트가 신뢰할 수 있다고 _느끼고_ _알게_ 되기를 원한다는 의미입니다. 이 원칙 내에는 사이트의 신뢰성을 높이기 위해 취할 수 있는 실행 가능한 단계라고 생각하는 3가지 기능적 "하위 원칙"이 있습니다.

- _"최신성(Fresh)"_ 즉, 콘텐츠를 최신 상태로 유지합니다.
- _"사회적 증명(Social Proof)"_ 즉, 생태계의 규모, 다양성 및 활동을 보여줍니다(예: 이더리움 업그레이드 진행 상황, 탈중앙화 금융 (DeFi), 게임, 각종 해커톤 등).
- _"일관성(Consistent)"_ 즉, 사이트 디자인과 글의 어조 및 정확성에 일관성을 유지합니다.

따라서 디자인이나 카피라이팅 결정을 내릴 때 "신뢰성" 원칙을 참조하여 다음과 같이 질문할 수 있습니다.

- _"사이트가 최신 정보를 반영하고 있는가?"_
- _"생태계의 규모와 활동을 어떻게, 어디에서 보여주고 있는가?"_
- _"내가 검토 중인 커뮤니티 구성원의 새로운 제안이 사이트의 현재 디자인 및 글과 일관성이 있는가?"_

## ethereum.org 디자인 원칙 {#contributors}

### 1. 영감을 주는 (Inspirational) {#1-inspirational}

사이트는 사용자들이 이더리움이 어떻게 세상을 바꿀 수 있는지 꿈꾸도록 영감을 주어야 합니다. 사람들이 이더리움 생태계의 도구와 앱을 탐색하고, 즐기고, 만지작거리도록 동기를 부여해야 합니다.

- **급진성(Radical):** 사이트는 세상을 의미 있게 변화시키려는 이더리움의 야심 찬 목표를 전달해야 합니다. 이더리움이 단순한 새로운 기술 스택이 아니라 혁신적인 기술이라는 점을 명확히 해야 합니다.
- **교육을 통한 역량 강화(Empowerment through education):** 사이트는 사람들이 이더리움의 잠재력을 이해하고, 생태계 내에서 자신의 자리를 찾으며, 참여할 수 있는 역량을 갖췄다고 느끼도록 교육해야 합니다.

시각적 방향 • 콘텐츠

### 2. 보편적인 (Universal) {#2-universal}

이더리움은 전 세계적인 탈중앙화된 프로젝트이며, 우리의 독자층도 이를 반영합니다. 사이트는 모든 사람이 접근할 수 있어야 하며, 세계의 다양한 문화에 세심한 주의를 기울여야 합니다.

- **접근성(Accessible):** 사이트는 저대역폭 연결을 사용하는 사람들을 포함하여 접근성 가이드라인을 준수해야 합니다.
- **명확성(Straightforward):** 사이트는 단순하고 모호하지 않아야 합니다. 문구는 오해의 소지가 있거나 번역 과정에서 의미가 손실될 수 있는 언어를 사용해서는 안 됩니다.
- **이더리움의 다면성(Ethereum is multi-faceted):** 이더리움은 프로젝트이자 코드베이스, 커뮤니티, 그리고 비전입니다. 이더리움은 사람마다 각기 다른 이유로 가치가 있으며, 참여할 수 있는 방법도 다양합니다.

문자 체계 • 색상 사용 • 시각적 방향 • 콘텐츠

### 3. 좋은 이야기 (A Good Story) {#3-a-good-story}

웹사이트는 좋은 이야기처럼 기능해야 합니다. 방문자는 여정 중에 있으며, 여러분이 기여하는 콘텐츠는 그 여정의 일부입니다. 여러분의 기여는 시작(도입부/진입점), 중간(학습 및 통찰력의 집합), 끝(관련 리소스 링크 또는 다음 단계)이 있는 명확한 내러티브 안에 잘 어우러져야 합니다.

- **계층적 구조(Hierarchical):** 명확하고 계층적으로 구조화된 정보 아키텍처는 방문자가 목표를 달성하기 위해 ethereum.org 사이트를 "하나의 이야기처럼" 탐색할 수 있도록 돕습니다.
- **디딤돌(A Stepping Stone):** 우리는 해답을 찾는 모든 이를 위한 디딤돌입니다. 이미 존재하는 수많은 리소스를 대체하거나 그 대안이 되고자 하는 것이 아닙니다. 우리는 해답을 제시하고 신뢰할 수 있는 다음 단계를 제공합니다.

사용자 여정 • 콘텐츠

### 4. 신뢰할 수 있는 (Credible) {#4-credible}

사람들은 이더리움 생태계에 처음 입문하려는 사람일 수도 있고, 회의론자일 수도 있습니다. 소통하는 방식에 있어 이러한 책임을 인지해야 합니다. 두 부류의 사람 모두 이더리움 생태계에 대해 더 큰 확신을 가지고 떠날 수 있도록 해야 합니다.

- **최신성(Fresh):** 항상 최신 상태를 유지합니다.
- **사회적 증명(Social Proof):** 생태계의 규모, 다양성 및 활동을 보여줍니다.
- **일관성(Consistent):** 디자인과 콘텐츠의 일관성은 신뢰성을 전달합니다.

시각적 방향 • 콘텐츠

### 5. 협력적 개선 (Collaborative Improvement) {#5-collaborative-improvement}

웹사이트는 전체 생태계와 마찬가지로 수많은 기여자들의 산물입니다.

- **개방성(Open):** 생태계 전반에 걸친 소스 코드, 프로세스 및 프로젝트의 투명성을 장려합니다.
- **확장성(Extendable):** 모듈성은 우리가 하는 모든 일의 핵심 초점이므로, 기여 역시 모듈식이어야 합니다. 사이트의 핵심 디자인, 컴포넌트 코드 및 구현은 향후 쉽게 확장될 수 있도록 해야 합니다.
- **실험성(Experimental):** 우리는 끊임없이 실험하고, 테스트하며, 반복합니다.
- **협력성(Collaborative):** 이 프로젝트는 우리 모두를 하나로 모읍니다.
- **지속 가능성(Sustainable):** 커뮤니티에 의한 장기적인 유지 관리를 위한 기반을 마련합니다.

[사이트 전반](/)에서 우리의 디자인 원칙이 어떻게 적용되고 있는지 확인할 수 있습니다.

## 피드백 제공하기 {#give-feedback}

**이 문서에 대한 피드백을 공유해 주세요!** 우리가 제안한 원칙 중 하나는 "**협력적 개선**"이며, 이는 웹사이트가 수많은 기여자의 산물이 되기를 원한다는 의미입니다. 따라서 이 원칙의 정신에 따라, 우리는 이러한 디자인 원칙을 이더리움 커뮤니티와 공유하고자 합니다.

이러한 원칙은 ethereum.org 웹사이트에 초점을 맞추고 있지만, 그중 상당수가 이더리움 생태계 전반의 가치를 대변하기를 바랍니다. 여러분의 프로젝트에 이 원칙 중 일부를 통합하고 싶어질지도 모릅니다!

[디스코드 서버](https://discord.gg/ethereum-org)에 의견을 남겨주시거나 [이슈를 생성](https://github.com/ethereum/ethereum-org-website/issues/new?assignees=&labels=Type%3A+Feature&template=feature_request.yaml&title=)하여 여러분의 생각을 알려주세요.