추상화와 구체화

추상성은 서로 다른 개별·구체적 대상에서 공통 속성을 추출해 형성되는 특성이고, 구체성은 직접 경험·지각할 수 있도록 실제적이고 세밀한 형태를 갖춘 것이다. 추상화(Abstraction)는 복잡한 실세계를 단순화·일반화·개념화하는 과정이며, 이를 통해 수식·다이어그램·그림 등 모두가 공통으로 이해할 수 있는 방식으로 표현하는 모델링이 가능해진다. 색상 스펙트럼 위의 서로 다른 색상 코드값들을 '노랑'이라는 하나의 개념으로 묶는 것처럼, 추상화는 관점에 따라 여러 층위로 쌓일 수 있다 — 위로 올라갈수록 추상적, 아래로 내려갈수록 구체적이다. 지도 역시 좋은 예시다. 국가 단위로 단순화된 지도는 정보를 덜어냄으로써 목적(국가 분포 파악)에 맞게 기능하지만, 여기에 음식점·도로명 같은 디테일을 더하면 오히려 가독성과 목적을 해친다 — 통계학자 George Box의 "모든 모델은 사실과 다르다. 하지만 일부는 유용하다(All models are wrong. But some are useful.)"는 말이 이 지도의 역설(The Map Paradox)을 요약한다.

추상과 구체를 오가는 감각은 커뮤니케이션의 수준을 맞추는 데 결정적이다. 임원 보고처럼 청자가 전체 흐름과 포지셔닝을 궁금해하는 자리에서 지나치게 디테일한 이야기를 하면("투머치토커"처럼) 소통이 어긋나고, 반대로 실무 논의에서 지나치게 추상적으로 뭉뚱그리면 답답함을 유발한다. 청자가 기대하는 추상-구체 수준을 가늠해 그에 맞춰 이야기를 조정하는 능력이 필요하다.

문제 해결 관점에서도 추상화는 핵심 도구다. 앱의 개별 화면마다 나타나는 사용성 문제(홈 화면 버튼 위계 부재, 상세 화면 뒤로가기 오작동 등)를 화면 단위로만 대응하면 비효율적이지만, 이를 '버튼', '내비게이션', '레이아웃' 같은 상위 범주로 묶어 공통 원인을 찾는 것은 추상 수준을 높이는 작업이다. 디자인 시스템이 여러 화면의 반복 요소를 공통화(추상화)해 근본 문제를 해결하는 것이 대표적 사례이며, 이후 다시 구체적 사례로 내려가 실제 적용까지 이어져야 완결된다.

다만 추상화에는 함정도 있다. 개발 분야의 "잘못된 추상화(The Wrong Abstraction)" 논의에 따르면, 누군가 중복을 발견해 이름 붙이고(추상화) 중복을 제거한 뒤 자리를 떠나면, 이후 새 요구사항이 기존 추상화에 완전히 들어맞지 않아도 이미 투입된 노력(매몰비용) 때문에 억지로 파라미터와 조건문을 덧붙이며 유지하려는 압박이 생긴다. 이 과정이 반복되면 추상화는 누구도 이해하지 못하는 복잡한 구조로 변질된다. UX의 카테고라이징, 정보 구조 설계, 퍼소나·저니 모델링, 공통 컴포넌트 추출에서도 같은 문제가 발생할 수 있으며, "잘못된 추상화보다는 차라리 중복이 낫다"는 원칙은 이런 상황에서 한발 물러서 기존 추상화 자체를 재검토할 신호로 작동한다.

핵심 내용

  • 추상화: 개별·구체적 대상에서 공통 속성을 추출해 단순화·일반화하는 과정, 구체화는 반대로 지각 가능한 디테일을 채우는 과정
  • 지도의 역설: 목적에 맞는 단순화(추상화)가 오히려 유용성을 높인다 — George Box "모든 모델은 틀렸지만 일부는 유용하다"
  • 청자 수준(임원 vs 실무자)에 따라 이야기의 추상-구체 수준을 조정해야 원활한 커뮤니케이션이 가능
  • 개별 사례를 상위 범주로 묶어 근본 원인을 찾는 것도 추상화 — 디자인 시스템이 대표 사례
  • 잘못된 추상화(Wrong Abstraction): 매몰비용 때문에 억지로 유지된 추상화가 오히려 복잡성을 키움 — 무리한 추상화보다 중복이 나을 수 있음

관련 개념

  • 디자인 시스템 — 화면의 반복 요소를 공통화(추상화)해 근본 문제를 해결하는 사례
  • 정보 구조 설계 IA — 정보를 추상-구체 계층으로 분류하는 작업과 맞닿아 있음
  • 데이터 기반 퍼소나 — 퍼소나·저니 모델링도 현실을 단순화한 추상화 모델이라는 관점을 공유
  • 글쓰기 기술 — 청자 수준에 맞춰 추상-구체를 조정하는 감각은 글쓰기·커뮤니케이션에도 적용됨

출처

최종 업데이트: 2026-07-13 | 출처 1개