? UX/UI, 프로덕트 디자인 포트폴리오를 만들며 "성과를 어떻게 보여줄까?"라는 질문에 막힌 적 있나요? 최근 문제 해결형 포트폴리오는 프로젝트 말미, 결과해석에 대한 명시가 들어가는 추세입니다.

<대표적인 결과 해석 데이터 패턴>
1. 경험 단순화와 효율성 개선
2. 사용자 행동 선호도 비교 (A/B 테스트)
3. 서비스 인식 및 만족도 개선
4. UI 및 정보 구조 개선
5. 비즈니스 성과 개선

✅ 관련 내용을 모은 브런치 글 공유합니다.

? 데이터가 없는데 UX/UI 포트폴리오에 결과 해석은 어떻게 하죠?

지난주 공유드린 '탐색을 설계하는 사람들 1편'에 이어 두 번째 아티클도 공유드려 봅니다 ?

저도 피드 관련 서비스를 자주 쓰지만 그동안 궁금했던 지점들 중 하나가 '피드는 무한정 계속 내릴 수 있는 걸까?', '피드에도 끝이란 게 있을까?', '관심사별로도 피드가 다르게 보인다면 그 로직은 무엇일까?' 같은 질문들이었는데요,
이번 2편에서는 이런 질문들에 대한 네이버앱 피드 기획자들의 솔직한 답변들이 담겨 있습니다.

개인적으로는 그동안 궁금했던 근본적인 지점들과 기획 담당자들의 인사이트가 더 많이 담겨 있어서 2편이 더 흥미롭게 느껴졌습니다. 그리고 인터뷰 내용 중에는 아래 문장이 가장 인상 깊었고요.

? '네이버에서 찾아봐야지'가 아니라 '그냥 네이버 봐야지'라는 단순하고도 큰 이유가 생기는 거죠. 어쩌면 지금 피드를 기획하고 있는 것도 최종적으로 이 사용성을 얻기 위한 여정이 아닐까 싶어요.

? 아티클 전문은 아래 링크를 통해 확인하실 수 있습니다 : )

'그냥 쓰는 앱'을 만들기 위해 고민하는 사람들

01 . 레프 톨스토이가 쓴 ⟪안나 카레니나⟫의 첫 문장은 세상에서 가장 유명한 소설 첫 문장으로 꼽힙니다.
'행복한 가정은 모두 비슷한 이유로 행복하지만 불행한 가정은 각기 저마다의 이유로 불행하다.'
그리고 만약 저에게 저 문장을 글쓰기에 비유할 수 있는 기회가 주어진다면 저는 이렇게 이야기할 것 같아요.
'좋은 글은 각기 저마다의 이유로 훌륭하지만 그렇지 않은 글은 모두 비슷한 이유로 별로다.'
맞습니다. 톨스토이가 선언한 가정의 행불행과는 180도 반대되는 개념이 되는 거죠.

02 . 마음에 드는 좋은 책이나 글을 만날 때면 우리는 다양한 반응으로 칭찬을 아끼지 않습니다. 내용과 메시지는 물론이고 표현과 화법, 구성과 양식, 작가의 철학과 페르소나에 이르기까지 나와 글이 교감한 그 지점을 어떻게든 끌어내서 기억하려고 하기 때문이죠.
하지만 별로인 글을 봤을 때는 대다수가 유사한 반응을 보입니다. '재미없다', '어렵다', '공감이 안 간다', '뻔하다', 심지어 작가가 말하는 게 '재수 없다(?)' 같은 류의 평가가 주를 이루니 말이죠. 그러니 좋은 글에는 저마다의 이유로 칭찬이 발산하지만 그렇지 않은 글은 비슷한 이유로 혹평에 수렴한다는 사실을 깨닫게 됩니다.

03 . 물론 글을 쓰는 사람이 작정하고 어렵게, 재미없게, 뻔하게 쓰려는 것은 아닐 겁니다. 글을 쓰다 보면 어느 순간 나도 모르게 내 글이 어디로 향하고 있는지 감을 못 잡게 되는 경우가 있으니까요. 누군가는 이미 할 말을 다 한 것 같은데 분량이 한참 남았다고 말하고, 또 누군가는 내가 내 생각을 설명하는 글인데 나조차도 이해하기가 어렵다고 말하는 걸 보면 글쓰기라는 게 참 별것 아닌 거 같아도 형언할 수 없는 어려움이 있는 대상임은 분명해 보입니다. (글을 꾸준히, 많이 쓰는 사람들 역시 같은 고민을 호소할 때가 많고요)

04 . 이유야 많겠지만 저는 글이 내 맘대로 쓰여지지 않는 것과 비교적 내가 바라는 방향으로 풀려가는 것은 어떤 글을 쓸 것인가에 대한 준비 단계에서부터 갈린다고 생각합니다. 이 주장에 대한 근거를 설명하기 전에 여러분께 질문을 하나 드려보겠습니다. 혹시 여러분은 뭔가 말로 설명하기 어려운 것이 있을 때 어떤 방법을 동원하시나요? 보통 상세하게 글을 써서 설명하거나, 그림을 그려 설명하거나, 그것도 모자라면 비유할 수 있는 대상을 동원해서 구연동화하듯 설명하거나, 여러분이 생각할 수 있는 갖은 옵션을 고려해 볼 확률이 높습니다. 영화감독이 원활한 촬영을 위해 시나리오를 만화 콘티로 옮기는 것도, 사진작가가 작품을 설명하기 위해 글로 된 설명이나 오디오 도슨트를 마련하는 것도 같은 개념이죠.

05 . 이렇듯 우리는 A라는 매체에 담긴 메시지를 더 정확히, 더 상세히 표현하고 설명하기 위해 B, C, D 등 다른 여러 매체를 사용합니다. 하지만 그 예외에 해당하는 순간이 있으니 그게 바로 글을 쓸 때죠. 글을 쓸 때만큼은 그 글이 어떤 글이 되었으면 하는지 다른 매체로 먼저 표현해 보는 법을 거치지 않는 경우가 많고 심지어 글의 구성이나 개요를 미리 짜보는 사람 역시 이를 글로써 해결하려는 경우가 있기 때문입니다. 정리하자면 글을 잘 쓰고 싶다면, 아니 적어도 뻔하지 않게, 지루하지 않게, 어렵지 않게 쓰기 위해서는 글을 글로 준비하는 단계를 넘어선 뭔가가 필요하다는 얘깁니다.

06 . 흔히 글쓰기에 관해 '말하듯이 쓰라'는 조언을 많이 하지만 저는 여기에 더해 '그리듯이 쓰는 것'도 꽤 좋은 방법이라고 생각합니다. 이건 누구보다 제가 가장 많이 활용하는 방법인데요, 일단 제가 전하고 싶은 이야기나 메시지가 선정되면 그와 관련한 이미지들을 찾아본 다음 PPT나 워드 파일에 4-5 장 정도 주우욱하고 붙여보는 과정을 거치거든요. 그런 다음 그 이미지들을 보며 떠오른 생각이나 느낌들을 주요 단어나 문장들로 정리해두고, 이 그림을 다른 사람의 머릿속에 집어넣어 준다는 생각으로 글을 써 내려가기 시작합니다. 그리고 글이 완성되면 이미지들만 다시 삭제해버리는 거죠.

07 . '어떻게 그게 가능한가요?'라는 반응을 보이시는 분도 있겠지만 이렇게 생각해 보면 간단합니다. 만약 여러분께서 짧게라도 시각 자료를 동원해 발표해 본 내용이 있다면 그 내용을 글로 옮기기가 한결 쉬워질 겁니다. 일단 말로써 내용을 한 번 풀어내 보았고, 거기에 적절한 이미지들을 첨부해 전달하고자 하는 메시지를 비주얼로 전환해 봤기 때문에 글이라는 매체로 옮겨내는 것도 비교적 체계적으로 할 수 있는 거죠. 그래서 특히 '저는 글을 쓰다 보면 제가 무슨 말을 하는 건지 잘 모르겠어요'라는 분들은 이 '그리듯이 쓰는 법'에 도전해 보면 기대 이상의 성과를 거둘 수도 있습니다.

08 . 만약 그마저도 어렵다고 느껴진다면 일단 글의 '커버'를 정해놓는 것만으로도 제법 도움이 됩니다. 아시다시피 요즘은 브런치나 블로그처럼 온라인으로 발행되는 글들에 커버 이미지를 제공하는 플랫폼이 많습니다. 그래서 글 한 편을 읽을 때도 마치 책 한 권과 마주하는 것처럼 시각화된 비주얼을 통해 글의 심상을 예측하며 읽어 내려가게 되죠. 때문에 내 글이 이런 느낌이었으면 좋겠다 싶은 그림이나 사진을 골라 일단 커버 이미지로 등록해놓고 글을 쓰는 것도 글에 대한 중심을 잡는데 효과적인 방법이 될 수 있습니다. 글을 쓰는 내내 그 느낌과 정서를 페이스메이커처럼 활용할 수 있으니 말이죠.

09 . 제가 아주 좋아하는 시인이자 수필가인 이병률 작가님께서 이런 말씀을 하신 적이 있습니다.
"사람들은 시인을 보고 글을 노래하는 사람들이라고 얘기하지만 실제로 시인은 글로 그림을 그리는 사람이기도 합니다."
저는 이 말이 우리가 어떻게 글을 써야 하는지에 대한 직접적인 힌트를 주고 있다고 생각해요. 우리가 쓴 글을 읽었다고 해서 그들이 우리가 쓴 모든 문장을 기억하고 입력하는 것은 아니거든요. 대부분은 그 내용과 메시지, 표현과 심상들을 버무려 자신만의 느낌으로 간직할 가능성이 큽니다. 그러니 오히려 그 느낌을 먼저 그려본 다음 이것을 글로 풀어내는 것이 순서상으로도 맞는 작업 일지 모르죠.

10 . 글을 쓰는 방식이야 셀 수 없을 만큼 다양하겠지만 좋은 글을 쓰기 위해 다양한 감각, 여러 매체를 동원해야 한다는 사실은 분명한 지론이라고 봅니다. 이 감각과 매체를 어떻게 활용하느냐에 따라 또 수많은 방식들이 나눠지는 것일 뿐 매력적인 글을 쓴다는 건 결국 타인을 우리 글 속으로 온전하게 몰입시키는 것일 테니 말이죠.
그리고 저는 그 몰입의 방법으로 그리듯이 쓰는 방법을 추천드려 봅니다. 내 글이 타인의 머릿속으로 들어가 멋진 그림 한 장으로 남을 수 있다면, 누군가의 마음속에 그득한 느낌으로 머물 수 있다면 이 또한 하나의 이유로 좋은 글이란 자격을 갖게 되는 것이니까요, 여러분도 그런 글쓰기에 한 번 도전해 보시길 바라봅니다.

그림을 그리듯 글을 써보자

NAVER UX디자인

최유리

Naver

김서윤

리더

ML엔지니어

우태강

김명호

NAVER 백엔드 엔지니어

이미현

NAVER 직원

박상근

NAVER

노수리

Design Lead @NAVER

이은신

NAVER 디자이너

박혜령

naver

냠냠

NAVER 소프트웨어 엔지니어

이선규

naver product designer

이담윤

기획자

변서윤

naver 서비스매니저

정은

NAVER Leader

Dustin

NAVER 서비스 매니저

김보연

Naver 서비스기획

정현태

NAVER 브랜딩

박선아

문또

naver hr

김성민 

NAVER 프로덕트 매니저

기은디

debit

naver m

스마트플레이스 N예약 N주문 리더

kwonhyuksang

product manager

정효주

naver 개발

김광수

NAVER 개발 팀장

이강일

Naver 서비스 매니저

9bpzkqvtsz

NAVER 기획자

리차드파커

Naver AI Product manager

Hyoung Seok

NAVER Developer

사업 개발

JeongHyunah

naver 리더

이융성

NAVER Team Leader

vtrtygd5xg

NAVER AI engineer

Wonhong Yoo

naver designer

zeewon

MINJOO

한승혜

김서진

NAVER 사원

성병기

이정민

한종현

프로

서지현

NAVER Logistics AI - Domain Expert

장윤성(Jay)

이왕진

황나현

Lead / Search Design

황은선

NAVER pm

양지유

이상봉

개발자

윤영훈

NAVER 서비스 기획자

김효민

프로덕트 디자이너

민유리

개발

서환수

용우

권태관

iOS 개발자

맹이

정상엽

Product Designer

박보은

NAVER 제휴

박강재

NAVER Backend Engineer

조재윤

NAVER 데이터분석가

김성훈

KAIST CS

황현빈

NAVER 브랜드 경험 기획

김민지

박인서

NAVER 프로덕트 디자이너

김종훈

기타

유아림

NAVER Software Engineer

정영록

NAVER 디자인

김형우

NAVER PM

Wang, Hyosun

NAVER x

권세

NAVER 클라이언트 개발자

송종훈

치코

NAVER Android Developer

NamSubin

NAVER 책임리더

종현

Joohee.J

손영인

NAVER Site Reliability Engineer

박동섭

NAVER Product Designer

NAVER 마케터

정지훈

구동원

NAVER 백엔드 개발자

김새한

NAVER Talent Sourcer

남다빈

네이버 프로덕트 디자이너

이민영

NAVER 프론트

Kim kia

NAVER 프론트엔드

황준석

NAVER 인턴

이원도

NAVER 마케팅

동권

NAVER FE개발자

이미림

이민구

NAVER FE Infrastructure

yoongom

NAVER 백엔드개발자

ChungJin-Wook

NAVER 백엔드

parkwansoon

백엔드 개발자

ㅇㅅㅇ

이철

NAVER Data Scientist

정지완

네이버

언어

프론트엔드

백엔드

데이터베이스

데브옵스

핵심 프로세스는 아니지만, 상황에 따라 코드 리뷰를 하기도 한다

하지 않거나 형식적인 리뷰 절차만 있다

코드리뷰가 업무의 핵심 프로세스로 자리 잡혀 있나요?

일주일에 야근은 며칠 정도 하나요?

주변에 나의 성장에 도움이 되는, 배울 만한 동료가 있나요?

네이버에서 계속 일 하는 건 내 커리어에 도움이 된다고 생각하시나요?

제품의 구현 과정에 개발자들의 의견이 어느 정도 반영된다고 생각하시나요?

구현하는 제품이 회사의 성장에 기여한다고 느껴지나요?

개발, 인간 관계 등에 대해 어려움을 겪을 때 회사 내에 도움을 받을 멘토가 있나요?

나의 개발 생산성을 극대화 할 수 있도록 재택 근무 여부를 자유롭게 선택할 수 있나요?