다른 서비스
NEW
기획
디자인
개발
프로덕트
아웃소싱
프리랜싱
비즈니스
최근 검색어
전체 삭제
최근 검색어가 없습니다.

디자인

디자인, 산출물 그 이상을 넘어

본문은 요즘IT와 번역가 윌리(Willy)가 함께 만든 해외 번역 콘텐츠입니다. 필자인 Nicole NArdelli은 유럽 최대 디지털 자산 관리 회사인 Moneyfarm에서 프로덕트 디자이너로 일하고 있습니다. 이번 글은 디자인 초기부터 더 나은 피드백을 받을 수 있는 효과적인 커뮤니케이션 방법에 관해 설명하고 있습니다. 이 글을 통해 디자인 산출물에 대한 적극적인 참여를 끌어 낼 수 있는 정보를 얻을 수 있으면 좋겠습니다.

 

디자인 초기부터 더 나은 피드백을 받을 수 있는 효과적인 소통 방법

디자인 피드백 커뮤니케이션
(출처: 오스틴 고벨라(Austin Govella) 저 Collaborative Product Design: Help Any Team Build a Better Experience)

 

오늘날 디지털 제품은 그 어느 때보다 복잡합니다. 하나의 제품을 만들려면 다양한 전문 지식과 고유한 기술을 갖춘 팀원들과 이해 관계자가 힘을 합쳐야 합니다. 디자인 작업은 끊임없는 커뮤니케이션의 연속이며, 우리가 생산하는 모든 디자인 산출물도 이러한 커뮤니케이션의 일환입니다.

 

디자인 산출물을 공유할 때 프로젝트에 깊이 참여한 사람이 아니라면 이를 보고 대부분 큰 감흥을 느끼지 못합니다. 반면 시각적 결과물을 사용하면 사람들에게 적극적인 피드백을 얻을 수 있습니다. 그러나 디자인이 너무 구체적이면 저마다 다른 의견을 내기 시작합니다. 저는 지난 1년 동안 이에 대해 많이 고민했습니다. 어떻게 하면 디자인 초기 단계에서부터 이해 관계자들에게 더욱 유연한 산출물을 공유하면서도 적극적인 참여를 이끌어 낼 수 있을지에 대한 많은 질문을 던졌습니다.

 

 

훌륭한 디자인은 사람들을 하나로 모으는 데서 시작합니다

저는 디자이너이지만 함께 일하는 사람들은 각양각색이고 그들의 전문 지식 또한 매우 다릅니다. 대형 프로젝트를 진행할 경우 때로는 고유한 전문 분야를 가진 둘 이상의 회사가 함께 일하기도 합니다.

 

이 모든 사람이 작업에 영향을 미치며 성공적인 디자인을 만드는 데 기여할 수 있습니다. 이 때문에 협업은 디자인에서 매우 중요한 요소입니다. 하지만 이해 공유가 없다면 효과적인 협업은 불가능합니다.

 

디자인 소통 방법

 

 

"모든 것이 좋아 보이는군. 계속 진행하자!"

1년 전, 저는 전 직장에서 매우 다양한 이해 관계자가 참여하는 대규모 프로젝트에 참여했습니다.

 

하루는 저는 동료들과 함께 초기 단계의 디자인에 대해 논의하는 회의에 참석했습니다. 화이트보드에 수많은 글씨와 네모, 그리고 화살표를 어지럽게 그어가며 토론하는 자리였습니다. 회의는 모든 것이 좋아 보였고 다음 단계로 나아가자는 말로 마무리됐습니다. 아주 간단한 몇 가지 질문만을 나왔으며 반대의 목소리도 없었습니다. 이것이 의미하는 바는 무엇일까요? 네, 결과물이 아주 훌륭했거나, 아니면 대부분의 사람이 그것을 이해하지 못했거나입니다. 여기에서는 후자였습니다.

 

문제 발생

 

프로젝트를 진행하며 많이 겪어본 일로, 비슷한 경험을 수도 없이 나열할 수 있습니다. "모든 것이 좋아 보이는군. 계속 진행하자!"라고 했지만, 모든 문제는 출시 하루 전에 터지기 시작합니다. 한 번은 회의에 참석한 사람 중 한 명이 저에게 다가와 이렇게 말했습니다.

 

"모든 것이 좋아 보이지만 오늘 들은 내용을 머릿속에 구체화하기가 힘드네요. 완성된 제품이 어떻게 보일지 가늠하는 데 도움이 될만한 초안이나 프로토타입이 있을까요?"

— 많은 이해 관계자 중 한 명

 

우리는 이 말을 듣고 더 구체적인 무언가를 공유하기 위해 아이디어를 와이어프레임으로 옮기기 시작했습니다. 이를 공유하자 사람들은 이전보다 훨씬 더 활발하게 토론에 참여하기 시작했습니다. 그리고 예상했던 문제가 발생하기 시작했습니다. 와이어프레임을 공유한 지 몇 달이 지났는데, 우리는 ‘결론이 났다’고 생각한 것들에 대해서도 여전히 수정작업을 하고 있었습니다.

 

소규모 프로젝트에서는 예상하지 못한 것이 튀어나와도 쉽게 고칠 수 있기 때문에 그리 큰 문제가 아닙니다. 그러나 프로젝트가 더 복잡해지기 시작하고 많은 사람이 참여하면 문제를 수정하기 훨씬 더 어렵고 많은 시간과 비용을 요구합니다.

 

 

디자인 작업은 끊임없는 소통의 연속이며, 디자이너에게 가장 힘든 부분입니다

분명한 것은 디자인 작업은 끊임없는 커뮤니케이션의 연속이라는 것입니다. 디자이너로서 가장 힘든 부분이기도 합니다.

 

우리가 생산하는 모든 디자인 산출물은 커뮤니케이션 프로세스에서 중요한 역할을 합니다. 스케치, 콘텐츠 매핑, 사용자 여정, 다이어그램, 와이어프레임은 우리의 생각을 눈에 보이는 산출물로 옮겨주며 작업 내용을 공유하고 소통하는 데 큰 역할을 합니다.

 

그러나 이해 관계자들한테 우리가 무엇을 하려는지 이해받지 못한다면 적극적인 참여를 기대하기 힘들고 결국 성공으로부터 멀어질 것입니다.

 

 

인간은 시각적 동물입니다. 추상적인 문서로는 활발한 토론을 기대할 수 없습니다

눈으로 무언가를 볼 수 있다면 각자의 상상에 맡기지 않아도 대상을 바로 이해할 수 있습니다.

 

사용자 여정, 스프레드시트, 정보 아키텍처, 다이어그램, 사용자 흐름 등 우리가 디자인 프로세스에서 제작하는 모든 산출물은 큰 노력을 들여 개념화한 결과물입니다. 프로젝트에 깊이 참여한 사람이 아니라면 이를 이해하고 따라가는 것이 매우 힘듭니다.

 

인간 시각적 동물

 

또한, 이러한 사람들을 대상으로 디자인을 소개할 때 이들이 모르는 부분을 자세히 물어볼 것이라 가정하는 것은 위험합니다.

 

제 경험상 사람들이 이해했다고 말해도 사실은 그렇지 못한 경우가 더 많았습니다. 회의에 참여한 사람들이 하나를 두고 서로 다른 생각을 하고 있었다는 사실을 뒤늦게 깨달은 경험이 있으신가요?

 

"다양한 배경을 가진 사람들이 한곳에 모이면 이해 공유에 도달하는 데 큰 어려움이 있을 것입니다."

— 애론 이리재리(Aaron Irizarry)

 

 

디자인에 대한 논의가 마지막으로 시작될 때

시각적인 산출물이 나오기 전까지 디자인에 대한 논의를 미룬다면 너무 늦을 수 있습니다. 그 이유는 다음과 같습니다.

 

1) 시각적 산출물은 제시하는 순간 아키텍처, 레이아웃, 콘텐츠 등 너무 많은 부분에 대해 서로 다른 의견이 쏟아져 들어옵니다. 하지만 이 중에 꼭 정답이 있는 것은 아니며 온갖 추측이 난무하게 됩니다.

2) 이해관계자는 산출물에 압도되며 어디에 집중해야 할지 모르게 됩니다.

3) 깊이있는 논의가 필요한 부분을 건너뛰고 디자인에 대한 무한 반복/재작업이 시작됩니다.

 

이해 관계자 의견

 

이해 관계자의 의견을 수용하다 보면 어느새 의도와는 다르게 기계적으로 디자인을 수정하고 있게 됩니다. 이것은 우리가 원하는 것이 아닙니다. 우리가 원하는 것은 단순 무한 반복 작업이 아니라, 사람들이 처음부터 디자인 의도를 올바르게 이해하고 적극적이고 건설적인 피드백을 주는 것입니다.

 

 

텍스트, 상자, 화살표는 너무 추상적이지만, 시각적 산출물은 너무 구체적입니다

텍스트, 상자, 화살표로 디자인하는 것은 너무 추상적이지만, 상세한 와이어프레임은 너무 구체적이고 때로는 많은 아이디어를 생략하기도 합니다.

 

우리는 콘텐츠와 시각적 표현을 충실히 구현하며 프로세스를 거스르지 않으면서도 이해 관계자의 요구사항을 충족할 수 있는 디자인 워크플로를 찾아야 했습니다.

 

 

초기 단계의 디자인을 효과적으로 시각화할 수 있게 도와주세요

지난 1년 동안의 경험을 통해, 프로젝트에 깊이 참여하지 않은 사람들이 초기 단계의 디자인을 이해하는 것이 얼마나 어려운 일인지 깨달았습니다. 우리 머릿속에 있는 추상적인 개념을 시각화하는 것에 대해 ‘애론 이리재리’가 했던 훌륭한 발표가 있습니다. 이는 우리가 프로세스를 진행하는 데 많은 도움을 주었습니다.

 

사람들이 초기 단계의 디자인 작업물을 보고도 처음부터 적극적으로 참여할 방법이 무엇인지, 이를 위해 어떤 시도를 해야 하는지 스스로 질문을 던지기 시작했습니다.

 

0) 산출물의 형식 정의하기

물론 본 글의 주제가 추상적인 개념을 시각화하는 것이지만, 이러한 활동을 통해 전달하고자 하는 디자인 산출물이 무엇인지 제대로 정의하지 않고 시작하면 뒤따라오는 작업도 모두 엉망이 될 수 있습니다. 이해 관계자와 생산적인 커뮤니케이션을 가지기 위해서는 공고한 기반이 필요합니다.

 

제가 예전보다 더 많이 고려하는 부분은, 디자인 결과물을 받는 대상에 대해 좀 더 적극적으로 이해하는 것입니다.

 

  • 그들은 처음부터 디자인에 참여했나요?
  • 그들은 당신과 함께 제품을 만드는 데 참여하고 있나요?
  • 회의의 목표는 무엇이며 그 목표를 달성하기 위해 공유할 만한 가치 있는 자료가 있나요?

 

이를 바탕으로 디자인 산출물의 충실도(fidelity)를 조정함으로써 청중과 효과적인 대화를 나눌 수 있습니다. 예전에는 여기에 큰 주의를 기울이지 않았기에 청중과 관련이 없는 정보를 너무 자세하게 공유하곤 했습니다. 오스틴 고벨라가는 자신의 저서에서 이를 인포그래픽으로 재치 있게 표현했습니다.

 

디자인 산출물 충실도
(출처: 오스틴 고벨라(Austin Govella) 저 Collaborative Product Design: Help Any Team Build a Better Experience)

 

제가 지금보다 더 자주 해야 하는 것이 있다면 청중을 이해 관계자 맵에 배치하는 것입니다.

 

1) 다른 사람들이 스스로 일을 경험하게 하라

사람들을 직접 생각하게 할수록 이해 공유를 형성하기 쉬워집니다. 우리가 말하려는 것을 사람들에게 시각적으로 이해시키는 가장 좋은 방법은 워크숍, 공동 작업, 디자인 스튜디오를 통해 직접 경험하게 하는 것입니다. 간단한 작업은 아니지만, 함께 모여 경험한다면 공감대를 형성하는 데 큰 도움이 됩니다.

 

2) 양방향 커뮤니케이션

사람들 앞에서 일방적으로 전달하는 프레젠테이션은 청중을 수동적으로 만듭니다. 우리는 대신 (특히 디자인 검토에서) 대화형 커뮤니케이션을 장려하기 시작했습니다.

 

종이와 펜을 사용하여 무언가를 함께 그리면 우리의 생각을 표현하고 대화를 밖으로 끄집어낼 수 있으며 다른 사람의 생각을 더 잘 이해할 수 있습니다. 글로 쓰고 전달하는 건 느리고 커뮤니케이션을 위해 여러 단계를 거쳐야 합니다. 화살표와 아이콘, 그리고 여기저기 옮겨 붙일 수 있는 포스트잇을 사용하면 복잡한 아이디어를 더욱 효과적으로 표현할 수 있습니다.

 

함께 그림을 그려 나가면 협업을 극대화할 수 있고 활발한 커뮤니케이션이 가능하며 이해 공유에 도달하는 데 도움이 됩니다.

 

3) 주제를 소화하기 쉽게 만들기

논의할 주제가 방대하면 이해 관계자는 이에 압도되어 필요한 부분에 집중하기 힘들어하고 오히려 혼란만 남긴 채 회의가 끝날 수 있습니다. 다음은 청중의 집중력을 극대화하기 위한 팁입니다.

 

  • 모든 아이디어가 아닌 한 가지에 집중할 것: 사람들이 특정 주제에 대해 집중하도록 도와주세요. 질문을 적극적으로 유도하고 그에 대한 적절한 답변을 주고나 실제 결과물을 보여주세요. 모든 아이디어와 해결책을 한 번에 쏟아내는 것은 모두를 혼란스럽게 만들 뿐입니다.
  • 페이스를 조절할 것: 급하게 진행할수록 여러분이 전달하고자 하는 바를 이해하고 집중력을 유지하기가 더 어려워집니다. 이제 저는 내용을 전달하는 것에 급급하지 않고 중간중간 텀을 두며 청중들이 스스로 생각할 시간을 갖고 내면화할 수 있도록 시간을 주고자 노력하고 있습니다.
  • 내용을 작은 소주제로 나눌 것: 사례와 시나리오를 설명할 때 모든 종류의 시나리오를 한 번에 공유하지 않습니다. 한 번에 하나의 시나리오만 제시하는 것이 좋습니다.
  • 너무 많은 정보를 공유하지 말 것: 때로는 너무 많은 정보를 공유하는 것이 독이 됩니다. 저는 그 점을 염두에 두고 하나의 논의 주제를 여러 개로 나누고 별도의 회의를 진행하며 한 번에 너무 많은 것을 전달하지 않도록 노력하고 있습니다.

 

4) 밋밋한 산출물에 공간감 더하기

최근에 경험했던 가장 어려웠던 일은 콘텐츠 매핑과 사용자 여정 작업에 사람들을 참여시키는 것이었습니다. 특히 이러한 작업을 원격으로 진행하면서 프로젝트를 위해 한 공간에 모일 수 없기 때문에 사람들과 효과적으로 공유하기가 힘들었습니다.

 

최근에는 와이어프레임의 대안으로 거론되는 우선순위 가이드를 사용하기 시작했습니다.

 

와이어프레임 대안
(출처: Priority Guides: A Content-First Alternative to Wireframes)

 

아래 예제에서 볼 수 있듯이, 화면 배치를 생략했기 때문에 산만함이 줄었습니다. 온전히 위에서 아래로 계층 구조에 따라 정렬된 콘텐츠에 온전히 집중할 수 있습니다. 이러한 방식으로 페이지 구조를 정의하면 청중이 주변 요소에 방해받지 않고 공간감을 형성하고 최종 결과를 상상하는 데 도움을 줍니다. 콘텐츠에 온전히 초점을 맞출 수 있습니다.

 

최근에는 공간적인 요소가 결여된 포스트잇 기반의 시나리오 매핑 대신, 우선순위 가이드와 사용자 흐름 맵을 혼합하여 사용하는 실험을 시작했습니다.

 

우선순위 가이드

 

이 두 가지 도구를 사용한 이유는, 제가 최근 실험에서 좋은 결과를 얻었기 때문입니다. 이 외에도 적용할 수 있는 많은 유용한 도구가 있다고 확신합니다. 여기서 핵심은 아래와 기존 결과물에 더 많은 ‘공간감’을 추가하여 텍스트 그 이상의 시각적 신호를 전달하는 것입니다.

 

디자인 공간감

 

5) 사례 중심의 스토리텔링

이야기는 매우 강력한 힘을 가지고 있습니다. 이는 인류의 역사만큼이나 오래된 것으로 정보를 공유하는 가장 자연스러운 방법 중 하나입니다.

 

사실 사용자 경험에서 스토리텔링은 새로운 것이 아닙니다. 이야기는 항상 시나리오, 스토리보드, 페르소나와 같은 사용자 경험 디자인의 일부였습니다. 이야기는 디자인 아이디어를 제품의 실사용자들과 연결해주며, 실제 상황을 고려한 디자인 작업에 큰 도움을 줍니다.

 

우리는 사람들이 이야기에 집중하기를 바랍니다. 우리는 디자인이 화면에서 어떻게 보이는지보다 사용자가 그것을 어떻게 사용할지에 관해 이야기해야 합니다. 이야기를 사용하면 사람들에게 논리적인 순서로 흐름을 보여주고, 이를 통해 어떤 목표에 이룰 수 있는가에 집중할 수 있습니다.

 

우리의 또 다른 실험은 이러한 이야기에 생명을 불어넣는 것이었습니다. 저는 예전 프로젝트에서 디지털 공간과 물리적 공간의 상호 작용을 구현할 기회가 있었습니다. 시각적으로 와 닿지 않았기 때문에 플레이모빌(Playmobil) 장난감을 사용하여 일부 시나리오를 재현하기로 결정했습니다.

 

6) 지금 당장 결론이 나지 않아도 괜찮다

예전에는 디자인 검토 회의에 들어갈 때 원하는 만큼 피드백을 받을 수 있을 것으로 기대했습니다. 그러나 난이도 있는 프로젝트에서 한 번의 회의를 통해 원하는 모든 답을 얻기란 현실적으로 불가능에 가깝습니다.

 

우리는 사람들이 각자의 속도에 맞춰 디자인을 검토할 수 있는 환경을 조성해주어야 합니다. 조금은 버벅대도 괜찮습니다. 중요한 것은 우리가 이런 어려움을 인식하고 적절한 도움을 제공하는 것입니다.

 

최근에, 저는 비디오 디자인 협업 도구인 Loom으로 동료들과 비동기 방식의 디자인 검토를 진행해봤습니다. 결과는 꽤 성공적이었습니다. 동료들로부터 매우 긍정적인 피드백을 받았는데, 특히 100% 이해 가지 않는 부분에서 비디오를 멈추고 디자인을 천천히 둘러볼 수 있는 시간을 가지거나 특정 지점으로 돌아가 재생할 수 있다는 점이 만족스럽다는 답변을 받았습니다.

 

디자인 검토 환경
Loom을 사용한 비동기식 디자인 검토

 

7) 주제에 대한 이해가 정확하지 않아도 대화로 해결해야 한다

얼마 전 저는 이해 관계자와 사용자 흐름 및 콘텐츠 매핑 작업을 마치고 사용자 인터페이스가 정의하기 시작했습니다. 얼마 지나지 않아 일부 화면에 대해 아직 해결되지 않은 문제가 있다는 것을 깨닫고 뒤로 돌아가 다시 논의를 시작해야 했습니다.

 

디자인을 효과적으로 전달하는 데 큰 노력을 기울였음에도 여전히 프로세스 어딘가에 구멍이 있다는 느낌이 들었습니다. 제가 내린 결론은 아무리 노력해도 이런 일은 일어날 수밖에 없다는 것이었습니다. 다른 사람들이 주의를 기울이고 있는지 온전히 통제할 방법은 없습니다. 사람들이 얼마나 이해했는지, 또는 우리가 원하는 방향으로 행동하도록 필요한 영감을 얻었는지에 대해 우리가 통제할 방법은 제한적입니다. 우리가 통제할 수 있는 것은 문제에 적절히 대처하고 좀 더 효과적인 커뮤니케이션을 수행하는 것입니다.

 

디자인은 대화를 통해 발전해 나갑니다. 하지만 이러한 대화는 거의 단방향으로 진행됩니다. 효과적인 의사소통을 달성하기 위해 이해하는 것이 다르더라도 서로 대화를 해야 합니다. 프로세스에 문제가 있는 것이 아니라 자연스러운 과정입니다. 중요한 것은 이것의 필요성을 알아차리고 대응하는 것입니다.

 

 

대화의 방식도 신중하게 고려하라

좋은 대화는 목표를 성취하고자 하는 의지에서부터 시작됩니다. 회의의 목표, 청중, 프로세스, 사람들의 거리(원격 여부), 산출물 모두 우리의 대화에 영향을 미칩니다. 이러한 요소들을 의식하고 진행한다면 대화 속에 다음과 같은 의도를 반영할 수 있습니다.

 

  • 시간 (동기식, 비동기식)
  • 커뮤니케이션 채널 (슬랙, 줌, 피그마, Loom 등)
  • 진행 방식 (발표, 디자인 검토, 워크숍)
  • 충실도 (공유할 산출물의 충실도. 더 쉬운 이해를 위해 할 수 있는 일이 무엇일까요?)

 

이러한 요소를 잘 고려한다면 효과적인 디자인 커뮤니케이션을 수행할 수 있을 것입니다.

 

대화의 방식
(출처: The Other Half of Deliverables)

 

<원문>

Design beyond deliverables

 

위 번역글의 원 저작권은 Nicole NArdelli에게 있으며, 요즘IT는 해당 글로 수익을 창출하지 않습니다.

댓글 0

요즘IT의 번역글들

요즘 해외 개발자들은 어떻게 일할까요? 기획자나 디자이너는요? 그래서 준비했습니다. 읽어볼만한 해외 소식들을 번역해 전합니다. We are the world.

2023년 최고의 노코드 개발 도구

개발

디자이너를 위한 리액트 가이드

디자인

제품 관리의 제0법칙

기획

CTO는 어떤 일을 하나요?

개발

제품 디자인으로 5초 테스트하기

디자인

신입 개발자를 위한 완벽한 온보딩 가이드

개발

설문지 양식 UX: 더 나은 설문조사를 위한 언어

기획

영리한 개발자와 현명한 개발자의 차이점

개발

프리랜서 업무 로드맵 작성의 5단계

프리랜싱

모든 개발자가 시스템 디자인을 배워야 하는 이유

개발

주니어 개발자에서 미드레벨 개발자로 도약하기 위한 7단계

개발

최소 기능 제품 MVP, 이제 구시대적 발상인가요?

기획

스크럼이 개발자를 괴롭히는 9가지 이유

개발

북극성 지표(North Star Metric) 선택하기

비즈니스

피그마는 여러분을 나쁜 디자이너로 만들고 있습니다

디자인

인터랙션 디자인 vs 시각 디자인

디자인

좋은 디자인 포트폴리오를 만드는 팁

디자인

나에게 맞는 웹 기술 스택을 고르는 방법

개발

윈도우11은 실패작이다

프로덕트

“파이썬은 느리다”에 대한 반론

개발

파이썬 초보자가 저지르는 10가지 실수

개발

우리가 주목할 UI/UX 디자인 트렌드

디자인

2022년 프론트엔드 개발 동향

개발

코드 리뷰 문화

개발

데이터 분석가는 무슨 일을 할까요?

개발

최고의 오픈 소스 개발 도구 Top 8

개발

데이터 분석이란 무엇일까?

개발

Flutter로 UI를 구현하는 방법

개발

자바 언어의 장단점과 2022년 트렌드

개발

데브옵스(DevOps) vs 데브섹옵스(DevSecOps)

개발

엑셀을 사용한 아름다운 데이터 시각화

디자인

여러분을 더 나은 플러터 개발자로 만들어줄 7가지 프로젝트

개발

모든 디자이너가 숙지해야 할 피그마 팁과 노하우

디자인

디자인 원칙과 디자인 가치, 그리고 디자이너

디자인

이 회사는 디자인에 투자하고 있는 회사일까요?

디자인

애자일은 정말 디자인을 배제하나요?

디자인

평판 관리가 프리랜서 경력에 미치는 영향

프리랜싱

리액트 네이티브 개발자들이 겪는 가장 빈번한 5가지 문제와 해결책

개발

“솔직히 우리가 하는 것은 스크럼이 아닙니다!”

기획

데이터 시각화가 인류를 위기에서 구한 세 가지 역사적 사건

디자인

NFT의 장밋빛 미래는 사실일까?

기획

피그마 토큰으로 디자인 시스템 만들기

디자인

디자이너+개발자 = 슈퍼팀 만들기

기획

1인 개발자로서 테크 스타트업을 운영하며

기획

웹 디자이너가 PX대신 REM을 사용해야 하는 이유

디자인

100개의 스타트업을 멘토링하며 깨달은 성공의 비밀

기획

중화권 앱 UI가 영미권 앱 UI와 다른 점 알아보기

프로덕트

내가 테크 리더로 일하면서 얻은 8가지 교훈

기획

모두가 즐길 수 있는 디자인 검토 회의 만들기

디자인

프로덕트 매니저에서 프로덕트 마스터로

기획

10배 이상 뛰어난 개발자가 되는 법

개발

제품 디자인 관점에서 바라보는 NFT 아바타 열풍

디자인

에어비앤비: 대규모 iOS 앱 개발 생산성을 위해 바꾼 것들

개발

스포티파이: 맞춤형 플레이리스트 개발 비하인드 스토리

개발

프리랜서가 일하게 될 15가지 유형의 프로젝트

프리랜싱

슬랙: 제품 원칙을 통해 다시 태어난 알림 기능

프로덕트

페이팔: 실시간 그래프 데이터베이스 분석을 통해 사기를 방지하는 방법

개발

트위터: 수십억 개의 이벤트를 실시간 처리하기

개발

슬랙: 4가지 애자일 가치와 방법

기획

스퀘어: 모바일 우선을 넘어 웹에서 누리는 모바일앱 경험

개발

스포티파이: 카피를 언어로 만드는 UX 라이팅

기획

마이크로소프트: 디자인의 미래를 위한 4가지 원칙

디자인

메타: AR/VR 경험까지 고려한 디자인 청사진

프로덕트

슬랙: 훌륭한 마케팅 카피를 위한 5가지 원칙

기획

2022년 UX/UI 디자인 트렌드

디자인

구글: 가변 폰트의 놀라운 활용법

디자인

에어비앤비: 위기 상황에서의 디자인 원칙 5가지

기획

어떻게 두 명의 인턴이 수백만 개의 코드들을 보호할 수 있었나

개발

Lattice로 마이크로 프론트엔드를 구축하는 법

개발

Cool Cats NFT를 구축하면서 배운 것

개발

웹 컴포넌트가 프론트엔드 프레임워크를 대신할까?

개발

당신이 NFT에 대해 알아야 할 모든 것

개발

우리에겐 이상하지만 개발자들에겐 일상인 일들

개발

Next.js 12에서 주목해야 할 5가지 변화

개발

스벨트 vs 리액트, 누가 더 뛰어날까?

개발

개발자를 위한 iOS 15의 새로운 기능

개발

내가 오픈소스를 싫어하는 이유

개발

프로덕트 매니지먼트 고객 여정 5단계

기획

클럽하우스의 인기는 모두 거품이었다?

프로덕트

데이터 기반 의사결정의 장점

기획

시각 디자인의 폐쇄성 법칙이란?

디자인

사용자 경험(UX) vs 서비스 디자인

기획

프로덕트 매니저는 하루 종일 무슨 일을 할까?

기획

제품 주도 성장은 어떻게 이루어지는가?

기획

UX를 망치지 않는 설득력 있는 배너 디자인

디자인

팝업(Pop-up)으로 불리는 것들에 대하여

디자인

드롭다운(Drop-down)으로 불리는 것들에 대하여

디자인

당신의 생각을 표현하는 새로운 이모지

디자인

가장 똑똑한 소프트웨어 엔지니어에게 배운 10가지 교훈

개발

성공적인 UX 프로젝트를 위한 가장 중요한 질문

디자인

2021년, UI 디자이너가 모바일 앱에서 흔히 저지르는 실수

디자인

IT 매니저가 되는 방법과 성공하기 위한 요소

기획

슬랙(Slack) 같은 앱을 만들려면 비용이 얼마나 들까?

개발

아웃소싱이 이토록 인기를 얻게 된 이유는?

아웃소싱

마케터가 UX 관련 역량을 키워야 하는 이유

기획

미니멀리즘 디자인의 핵심적인 요소들

디자인

새로운 소프트웨어 개발사가 필요하다는 7가지 신호

아웃소싱

2021년을 이끌어가는 프론트엔드 개발 트렌드 5가지

개발

PM을 성장시키는 학습 프레임워크

기획

UI 카피라이팅, 어떻게 써야 하나요?

기획

트렌드 예측: 경쟁에서 앞서는 방법

기획

제품 사고(product thinking)의 힘

기획

인하우스 vs 아웃소싱, 소프트웨어 개발 어떻게 하나요?

개발

그림을 못 그리는 사람도 쉽게 와이어프레임 그리는 방법

기획

스타트업 기업들에게 아웃소싱이 중요한 이유

아웃소싱

제품과 기능, 성공적으로 종료하는 방법 (下)

기획

제품과 기능, 성공적으로 종료하는 방법 (中)

기획

제품과 기능, 성공적으로 종료하는 방법 (上)

기획

UX 디자이너에게 반드시 필요한 12가지 스킬

디자인

패스워드 없는 세상이 오고 있다

개발

디자이너를 쉽게 잃는 방법 10가지

디자인

프론트엔드 코딩 작업에 영감을 줄 8가지 아이디어

개발

구글이 아웃소싱을 하는 이유: 아웃소싱 성공사례 5가지

아웃소싱

일 잘하는 PM이 되기 위한 로드맵 도구 5가지

기획

이제는 말할 수 있다! 아웃소싱에 대한 오해 11가지

아웃소싱

디자인 트렌드, 모던 미니멀 스타일의 UI 가이드

디자인

MVP 개발을 아웃소싱으로 해도 될까요?

아웃소싱

온보딩 효과를 높이는 '좋은' 귀차니즘 3가지

기획

게임처럼 즐겨라, 게임화 기법 TOP3

기획

시니어 소프트웨어 엔지니어는 어떻게 일할까?

개발

프로덕트 매니저가 글을 잘 써야 하는 이유

기획

2030년엔 사라질 수도 있는 프로그래밍 언어 5가지

개발

고객들이 언제나 옳은 것은 아니다

기획

유저 스토리는 무엇인가?

기획

고객 성공을 위한 14계명

기획

8px 그리드 시대가 끝나고, 4px 그리드의 시대가 열릴까?

디자인

모바일 앱은 더 이상 스타트업에게 좋은 아이디어가 아니다

비즈니스

과연 구글의 UX 강좌는 도움이 될까요?

디자인

프로덕트 매니저 여러분, ‘소비자의 요구사항 수집’을 그만두십시오

기획

고객 여정과 경험 지도의 차이점

기획

내가 AI 업계를 떠난 이유 5가지

개발

모달윈도우(팝업)를 디자인할 때 생각할 9가지 원칙

디자인

대기업 vs 중소기업, B2B SaaS 스타트업을 위한 시장은?

기획

내가 개발 인터뷰에서 면접자에게 감동한 이유

개발

HTTP의 새로운 메서드, 서치(SEARCH)에 대하여

개발

세상의 모든 프로덕트 디자이너를 위한 5가지 심리학 원칙

디자인

2021년 테스트 자동화 트렌드 리포트 (下)

개발

2021년 테스트 자동화 트렌드 리포트 (上)

개발

아마존과 스포티파이는 어떻게 사용자를 유지하고 측정할까?

기획

UX 디자이너라면 필수적으로 알아야 할 5가지 법칙

디자인

앵귤러 vs 리액트, 2021년의 승자는?

개발

2021년, SaaS 스타트업 시작을 위한 놀라운 아이디어 10가지

기획

디지털 제품 관리에서 B2B와 B2C 사이의 차이점은?

기획

빠르게 실행할 수 있는 ‘제품 요구사항 문서(PRD)’ 만들기

기획

더 나은 제품을 위한 프로덕트 메트릭스 가이드

기획

노 코드(No Code) 트렌드로 프로그래머들은 일자리를 빼앗길까?

개발

넷플릭스의 플랫폼: 코스모스(Cosmos)에 대하여

프로덕트

비즈니스와 애자일 조직은 어떻게 친해질 수 있을까요?

기획

효과적인 제품 전략 세우기: 다수의 전략적 트랙(MuST) 활용

기획

1년 만에 이메일 마케팅 효과를 극대화했던 방법

기획

솔루션 아키텍트를 위한 팁: 아키텍처 다이어그램의 5가지 유형

개발

새로운 맥 OS ‘빅서’에 대한 UX 디자이너의 생각

디자인

디자인 트렌드, 뉴모피즘의 정석

디자인

스스로 학습하는 UI/UX 디자이너가 되기 위한 2021년 로드맵, 3편

디자인

스스로 학습하는 UI/UX 디자이너가 되기 위한 2021년 로드맵, 2편

디자인

2021년 모바일 UX 트렌드 10가지

디자인

스스로 학습하는 UI/UX 디자이너가 되기 위한 2021년 로드맵, 1편

디자인

앱 설정 기능의 UX를 개선하는 효과적인 방법

디자인

다크모드 UI 디자인의 원칙

디자인

온라인 고객 경험을 개선하기 위한 5가지 방법

기획

신생 스타트업에서 일하는 프로덕트 매니저를 위한 현실적인 조언

기획

웹 개발자와 소프트웨어 개발자의 차이는 무엇인가요?

개발

랜딩 페이지 디자인을 개선하는 13가지 꿀팁

디자인

오프라인 비즈니스가 온라인에서 존재감을 가져야 하는 이유 5가지

기획

상향식 가격 책정 및 패키징 정책: 사용자 여정을 가이드로 활용하기

기획

B2B 제품의 UX, 그것은 숨겨진 영역인가요?

기획

상단 내비게이션 vs 사이드 내비게이션, 어느 것이 더 나을까?

디자인

자동완성 검색 기능 UX 설계를 위한 8가지 팁

디자인

프로덕트 매니저는 전문적인 IT 기술을 갖춰야 하나요?

기획

실리콘밸리 51개 기업들이 말하는 프로덕트 매니저의 역할 9가지

기획

아웃소싱에 대한 모든 것

아웃소싱

앱 디자인 가이드, 사람들이 즐겁게 사용할 수 있는 앱을 만드는 법

디자인

처음부터 완제품이 아니라 ‘MVP’를 만들어야 한다

기획

플러터 vs 리액트 네이티브 vs 네이티브, 성능이 더 우수한 것은?

개발

스타트업 프로덕트 매니저로 성장하는 법, 30-60-90일 플랜

기획

당신의 두뇌는 진보하고 있다: 성취감을 위한 3가지 전략

기획

디자이너들을 편하게 해주는 HTML/CSS 마법 10가지

디자인

코딩의 미래는 ‘노 코드(No Code)’이다

개발

내가 엔지니어링 매니저로 일하면서 저지른 실수들

개발

내가 롬 리서치(Roam Research)를 좋아하는 이유와 실제 사용법 (下)

기획

내가 롬 리서치(Roam Research)를 좋아하는 이유와 실제 사용법 (上)

기획

프로그레시브 웹 앱(PWA)이란 무엇이며, 왜 필요한가?

개발

PWA vs 네이티브 앱, 어떤 것을 선택해야 할까?

개발

UI 디자인에 여백을 활용하는 8가지 팁

디자인

마이크로소프트와 링크드인의 새로운 시도, 프리랜서 마켓에 도전장을 던지다

기획

토마스넷은 왜 가입자 수를 폭발적으로 늘려준 테스트 결과를 거부했을까?

기획

잘 팔리는 기업용 소프트웨어 디자인하기

디자인

파이어베이스(Firebase)란 무엇인가? 파이어베이스 심층 탐구 : 하편

개발

파이어베이스(Firebase)란 무엇인가? 파이어베이스 심층 탐구 : 중편

개발

파이어베이스(Firebase)란 무엇인가? 파이어베이스 심층 탐구 : 상편

개발

업워크(Upwork)가 조사한 요즘 가장 인기 좋은 개발 기술 15가지

개발

일자리 산업이 휴먼 클라우드(human cloud)에 적응하는 방법

기획

팬데믹 이후 세계에서의 디지털 가속화는 어떤 모습일까?

기획

같은 분야를 다룬 글들을 권해드려요.

요즘 인기있는 이야기들을 권해드려요.

일주일에 한 번!
전문가들의 IT 이야기를 전달해드려요.

[구독하기] 버튼을 누르면 개인정보 처리방침에 동의됩니다.

일주일에 한 번! 전문가들의 요즘IT 이야기를 전달해드려요.

[구독하기] 버튼을 누르면 개인정보 처리방침에 동의됩니다.