Figma: view. comment. mirror.

분석: AppCompare

회의 중 휴대폰으로 디자인 시안을 확인해야 할 때, 저는 파일을 열어 화면을 살펴보고 필요한 의견을 남기는 흐름이 끊기지 않는지를 먼저 봅니다. Figma는 데스크톱에서 하던 디자인 작업을 그대로 대신하기보다는, 이동 중에 파일을 살펴보고 협업을 이어 가는 데 초점을 둔 앱입니다. 화면을 확인하는 사람과 작업을 만드는 사람 사이의 간격을 줄이는 도구라고 생각하면 역할을 이해하기 쉽습니다.

이 앱은 예술·디자인 분야의 무료 앱이며, Figma Inc.가 개발했습니다. 평점은 4.5점이고 평점 참여는 약 6만 4천 건, 설치는 500만 회 이상입니다. 디자인 파일뿐 아니라 FigJam, 프로토타입, Slides, Make 파일도 다룰 수 있어, 팀에서 Figma를 이미 쓰고 있다면 휴대폰에서도 여러 종류의 작업물을 확인할 수 있습니다. 다만 모바일에서 모든 제작 업무를 편하게 끝낼 수 있다고 기대하기보다는, 검토와 소통을 위한 동반 도구로 보는 편이 현실적입니다.

먼저 정할 것: 오늘 휴대폰에서 끝낼 일

저는 앱을 열기 전에 이번에 필요한 결과가 무엇인지 한 문장으로 정해 두는 편입니다. 화면의 문구를 승인할지, 프로토타입의 이동 경로를 확인할지, 팀의 보드에서 논의 내용을 따라잡을지에 따라 보는 순서가 달라지기 때문입니다. 목적이 분명하면 작은 화면에서 파일 전체를 무작정 훑는 시간을 줄일 수 있고, 나중에 큰 화면에서 이어 할 작업도 구분하기 쉽습니다.

예를 들어 동료가 “가입 흐름을 봐 달라”고 요청했다면, 모든 페이지를 검토하는 대신 가입 시작부터 완료까지 이어지는 경로를 따라갑니다. 한 화면에서 발견한 의견은 그 자리에서 맥락을 담아 남기고, 별도의 조사나 구조 변경이 필요한 문제는 메모처럼 남겨 데스크톱에서 다룹니다. 휴대폰 검토의 기준을 ‘빠른 판단과 정확한 전달’로 두면 작은 화면으로 억지 편집을 시도하는 일이 줄어듭니다.

파일을 확인하고 의견을 이어 가는 기본 흐름

저는 모바일 검토를 시작할 때 파일을 열기 전에 무엇을 확인할지 한 가지로 좁힙니다. 프로토타입의 경로를 볼지, 회의 자료의 핵심 내용을 따라갈지 먼저 정하면 화면을 이리저리 헤매는 시간을 줄일 수 있습니다. 이 기준을 바탕으로 파일을 확인하고 의견을 이어 가는 기본 흐름을 살펴보겠습니다.

작업을 만드는 곳과 확인하는 곳을 구분하기

처음 써 보면 가장 중요한 판단은 “이 앱에서 새 디자인을 완성할 수 있나?”가 아니라 “지금 필요한 확인을 얼마나 빨리 할 수 있나?”입니다. 큰 화면에서 만든 인터페이스를 휴대폰으로 열어 실제 모바일 화면처럼 살펴보거나, 팀원이 남긴 변경 사항을 확인하고 코멘트를 이어 가는 상황에 잘 맞습니다. 간단한 검토라면 노트북을 다시 켜지 않고도 흐름을 이어 갈 수 있다는 점이 유용합니다.

반대로 정교한 레이아웃 편집, 여러 요소를 한꺼번에 조정하는 일, 세밀한 간격을 맞추는 작업이 목적이라면 데스크톱이나 태블릿이 더 낫습니다. 휴대폰은 화면이 좁아 캔버스 전체와 세부 요소를 동시에 보기 어렵고, 터치 입력도 마우스나 키보드만큼 정밀하지 않습니다. 저는 이 앱을 제작 도구의 축소판으로 보기보다, 파일을 읽고 검토하는 보조 화면으로 두는 편이 만족도가 높다고 봅니다.

선택 전에 읽어볼 만한 내용

---

애슐리 멤버스는 모임을 잇기보다 재방문을 만든다

저장한 영상을 내 방식대로 보는 이유, MX 플레이어

알림은 조용해지고 업무는 이어질까, 모바일 Teams의 변화와 한계

SHEIN은 어떻게 쇼핑 앱을 패션 유통의 권력으로 바꿨나

운영체제가 바뀌어도 익숙한 WhatsApp, 기기 이동의 불편은 남는다

---

실제 업무에서는 퇴근길에 팀원이 공유한 프로토타입을 열어 화면 전환을 확인하고, 어색한 문구나 빠진 상태를 코멘트로 남길 수 있습니다. 다음 날 작업자는 그 의견을 큰 화면에서 반영하면 됩니다. 이때 코멘트는 막연히 “여기 수정”이라고 쓰기보다, 어느 화면의 어떤 요소가 왜 불편한지 적는 것이 좋습니다. 예를 들어 버튼 문구가 다음 단계와 맞지 않는다고 설명하면, 작업자가 파일을 다시 열었을 때 의견을 맥락과 함께 이해하기 쉽습니다.

이런 상황에서 유용한 습관은 관찰과 제안을 분리하는 것입니다. 먼저 사용자가 무엇을 보고 어떤 행동을 하려 했는지 적고, 그다음 어디에서 막힐 수 있는지 설명하면 취향에 관한 논쟁으로 흐르기 어렵습니다. “버튼 색을 바꾸자”보다 “주요 행동보다 보조 링크가 먼저 눈에 들어온다”가 더 검토 가능한 의견입니다. 모바일에서 긴 설명을 쓰기 부담스러우면 핵심 관찰만 남기고, 세부 근거는 팀 논의에서 보충해도 충분합니다.

FigJam이나 Slides 파일을 볼 수 있다는 점도 검토 범위를 넓혀 줍니다. 디자인 시안만 확인하는 게 아니라 회의 중 정리한 아이디어 보드나 발표 자료의 흐름을 살펴볼 수 있기 때문입니다. 다만 휴대폰에서 긴 보드 전체를 꼼꼼히 읽는 일은 피로할 수 있습니다. 핵심을 빠르게 파악하고 한두 가지 의견을 남기는 용도와, 내용을 깊게 편집하는 용도를 구분해 두면 좋습니다.

프로토타입은 화면보다 흐름을 확인하기

프로토타입을 볼 때는 각 화면이 예쁜지만 확인하지 말고, 사용자가 다음 행동으로 자연스럽게 넘어가는지 살펴보세요. 첫 화면에서 주요 버튼을 찾을 수 있는지, 이전 화면으로 돌아왔을 때 맥락이 유지되는지, 예상과 다른 곳으로 이동하는지처럼 실제 사용 흐름을 따라가면 모바일 미리보기의 장점이 살아납니다. 특히 모바일용 인터페이스라면 손에 든 기기에서 직접 조작해 보는 경험이 데스크톱 화면만 볼 때와 다를 수 있습니다.

한 번에 모든 경우를 시험하려 하기보다, 사용자가 가장 먼저 맞닥뜨릴 경로와 실수했을 때의 복귀 경로를 따로 살펴보는 것도 좋습니다. 예컨대 입력을 마치지 않고 뒤로 이동했을 때 무엇이 보이는지, 화면의 주요 행동을 건너뛰면 다음 단계가 이해되는지 확인할 수 있습니다. 이런 검토는 디자인의 완성도를 판단하는 데 유용하지만, 실제 제품에서 그 상태가 구현됐는지는 별도로 확인해야 합니다.

여기에는 한 가지 주의점도 있습니다. 프로토타입을 실행해 보는 것과 제품이 실제로 동작하는지를 검증하는 것은 같은 일이 아닙니다. 화면 전환과 표현을 확인하는 데는 도움이 되지만, 실제 서비스의 데이터 처리나 네트워크 동작까지 보장해 주는 것은 아닙니다. 저는 프로토타입을 사용자 경험의 초안으로 보고, 동작에 관한 코멘트와 구현 검증을 별도 단계로 나누는 편을 권합니다.

설정과 반복 습관으로 검토 시간을 줄이기

설정은 한 번 조정하고 끝내기보다 실제 업무에서 알림이 필요한 순간과 방해가 되는 순간을 며칠간 관찰하며 다듬는 편이 낫습니다. 저는 자주 확인하는 파일과 대화를 구분하고, 코멘트에는 관찰한 문제와 기대하는 결과를 함께 적는 습관을 권합니다. 이런 반복 절차가 어떻게 검토 시간을 줄이는지 이어서 짚어보겠습니다.

알림은 모두 켜기보다 필요한 대화에 집중하기

협업 앱은 알림이 많아지면 오히려 중요한 의견을 놓치기 쉽습니다. 사용을 시작할 때는 휴대폰의 알림 설정과 앱 안에서 제공되는 알림 선택지를 살펴보고, 자신이 실제로 대응해야 하는 파일과 대화에만 주의를 기울이는 방식이 좋습니다. 메뉴 구성이나 선택지는 앱 버전에 따라 달라질 수 있으므로, 보이는 항목을 확인한 뒤 자신의 업무 습관에 맞춰 조정하세요. 모든 업데이트를 즉시 확인해야 한다는 부담을 만들기보다, 검토 요청이나 자신이 참여한 논의처럼 행동이 필요한 소식에 집중하는 편이 실용적입니다.

알림을 조정할 때는 “더 많이 받기”가 아니라 “무엇을 놓치면 업무가 멈추는가”를 기준으로 삼아 보세요. 팀의 모든 변경을 실시간으로 따라갈 필요가 없는 역할이라면, 알림이 잦을수록 집중이 흐트러질 수 있습니다. 반대로 검토 요청에 빠르게 답해야 한다면 관련 대화를 놓치지 않는 환경이 중요합니다. 설정을 한 번 정한 뒤에도 며칠간 실제로 알림이 도움이 됐는지 돌아보면, 과도한 확인 습관을 줄이는 데 도움이 됩니다.

파일을 열 때도 어떤 화면부터 확인할지 기준을 정하면 시간이 절약됩니다. 예를 들어 검토 요청을 받으면 먼저 시작 화면과 핵심 경로를 살펴보고, 이후에 세부 화면이나 보조 상태로 이동하는 식입니다. 무작정 캔버스를 확대하고 축소하면 작업 위치를 잃기 쉽습니다. 파일이 복잡할수록 “사용자 목표가 시작되는 곳부터 따라간다”는 규칙을 두면 검토가 한결 일관됩니다.

코멘트는 재현 가능한 관찰로 남기기

경험이 쌓인 검토자는 의견을 취향 표현에 그치지 않습니다. “색이 별로예요”라고 쓰기보다 어떤 요소가 주변 정보에 묻히는지, 사용자가 다음 행동을 알아보기 어려운지 설명합니다. 가능하면 관찰한 화면 상태와 기대하는 결과를 한 코멘트에 담으세요. 이렇게 하면 작업자가 질문을 되돌려 보내는 횟수가 줄고, 모바일에서 짧게 남긴 의견도 실제 수정으로 연결되기 쉽습니다.

반복해서 쓰는 검토 기준을 머릿속에 두는 것도 도움이 됩니다. 예를 들어 문구의 명확성, 버튼의 우선순위, 화면 전환의 자연스러움, 예외 상태의 누락 여부를 차례로 확인할 수 있습니다. 이는 앱에 특별한 기능이 있어서가 아니라, 같은 기준으로 파일을 보는 습관이 생기기 때문입니다. 모바일에서는 긴 리뷰를 작성하기보다 발견한 문제를 구체적으로 기록하고, 복잡한 논의는 데스크톱에서 이어 가는 편이 부담이 적습니다.

한 가지 더 살펴볼 만한 점은 코멘트가 누구에게 어떤 행동을 요청하는지 분명한가 하는 것입니다. 질문이 필요한 문제라면 단정적인 수정 지시 대신 “이 상태에서도 같은 동작을 기대하나요?”처럼 확인을 요청할 수 있습니다. 반대로 명백한 오탈자처럼 바로잡을 수 있는 사항은 간결하게 적는 편이 낫습니다. 의견의 성격을 구분하면 모바일에서 빠르게 남긴 코멘트가 팀원에게 불필요한 추측을 남기지 않습니다.

공유받은 파일을 찾을 때는 앱에서 접근 가능한 파일이나 최근 작업의 흐름을 먼저 확인하고, 팀에서 사용하는 파일 이름과 정리 규칙도 함께 익혀 두세요. 파일 제목이 비슷하면 잘못된 시안을 검토할 수 있으므로, 이름만 보지 말고 화면 내용과 작업 맥락을 같이 확인하는 것이 안전합니다. 여러 사람이 같은 파일을 다루는 팀이라면 코멘트를 남기기 전에 현재 보고 있는 작업물이 맞는지 한 번 더 확인하는 습관이 특히 중요합니다.

자주 쓰는 동작은 작은 루틴으로 묶기

휴대폰에서의 효율은 숨겨진 단축키를 찾는 것보다 반복 동작을 줄이는 데서 나옵니다. 파일을 열면 먼저 목적에 맞는 화면으로 이동하고, 프로토타입은 정해 둔 핵심 경로를 따라가며, 의견은 발견 즉시 구체적으로 남기는 식으로 순서를 고정해 보세요. 검토 후에는 남긴 코멘트와 확인하지 못한 항목을 구분해 두면, 나중에 데스크톱으로 돌아왔을 때 같은 구간을 처음부터 다시 살펴보지 않아도 됩니다.

팀에서 검토를 자주 맡는다면 코멘트를 남기는 기준도 일정하게 유지하는 편이 유리합니다. 한 번은 세부 문구만, 다음에는 화면 전체의 흐름만 살피면 파일을 보는 사람이 어떤 부분을 확인했는지 알기 어렵습니다. 매번 같은 순서로 시작 화면, 주요 행동, 되돌아가기, 오류나 빈 상태를 확인하면 짧은 검토에도 빠진 항목이 줄어듭니다. 이는 앱 안의 자동 점검 기능에 기대는 방식이 아니라, 사람이 반복 가능한 절차를 만드는 방식입니다.

또한 화면을 확대해 세부 문구를 볼 때와 전체 흐름을 볼 때를 의식적으로 나누는 편이 좋습니다. 세부만 오래 보면 정보 구조의 문제를 놓치고, 전체 화면만 보면 문구나 간격의 문제를 지나치기 쉽습니다. 저는 먼저 전체 경로를 따라가고, 문제가 발견된 화면에서만 세부를 확인하는 순서를 추천합니다. 이 방식은 작은 화면에서 반복적인 확대·축소를 줄여 주고, 의견이 화면의 목적과 연결되도록 도와줍니다.

익숙한 데스크톱 단축키를 휴대폰에서도 그대로 쓸 수 있다고 가정하기보다는 터치 조작에 맞춰 검토 방식을 바꾸는 편이 낫습니다. 세밀한 조작을 계속 시도하면 검토보다 화면을 다루는 데 더 많은 주의를 쓰게 됩니다. 그래서 저는 이동 중에는 필요한 위치를 찾아 보고, 확대가 필요한 부분만 잠깐 살핀 뒤 전체 흐름으로 돌아오는 식으로 작업합니다. 복잡한 선택이나 반복 편집이 필요해지는 순간은 큰 화면으로 넘길 신호로 봅니다.

하루 업무에 넣어 보면

가령 오전에 동료가 새로운 모바일 결제 흐름을 공유하고, 오후 회의 전에 의견을 부탁했다고 해 보겠습니다. 점심시간에 파일을 열어 먼저 결제 시작부터 완료까지 프로토타입을 따라가고, 뒤로 이동했을 때 화면이 이해되는지 살핍니다. 문구가 모호한 곳에는 어떤 정보가 부족한지 코멘트를 남기고, 결제 처리 자체가 정상인지처럼 시안만으로 판단할 수 없는 문제는 구현 확인이 필요하다고 구분합니다. 회의에서는 남긴 의견을 바탕으로 논의를 이어 가고, 화면 구조를 바꾸는 일은 노트북에서 처리하는 식입니다.

이런 사용 방식은 이동 시간을 활용하면서도 모든 일을 휴대폰 안에서 끝내려는 압박을 만들지 않습니다. 특히 기획자나 개발자가 디자인을 직접 만들지는 않지만 사용 흐름을 검토해야 하는 경우, 파일 맥락에 바로 접근해 의견을 남길 수 있다는 점이 편리합니다. 반대로 파일 자체가 공유되지 않았거나 팀의 논의가 다른 도구에 흩어져 있다면, 이 앱만 설치한다고 협업 흐름이 저절로 정리되지는 않습니다. 팀이 이미 사용하는 방식과 함께 판단하는 것이 현실적입니다.

잘 맞는 사람과 모바일에서의 한계

저는 이동 중 짧은 검토와 복잡한 제작을 같은 일로 보지 않습니다. 팀의 파일을 확인하고 맥락 있는 의견을 남기는 일이 잦다면 이 앱이 유용하지만, 정밀한 편집이나 자유로운 그림 그리기가 주된 목적이라면 다른 도구가 더 편할 수 있습니다. 누구에게 잘 맞는지와 작은 화면에서 감수해야 할 제약을 함께 정리해 보겠습니다.

협업을 따라가야 하는 사람에게 특히 유용

이 앱은 이미 Figma를 중심으로 일하는 디자이너, 기획자, 개발자, 프로젝트 관계자가 이동 중에도 파일을 확인해야 할 때 적합합니다. 직접 디자인을 만들지 않더라도 시안을 살펴보고 피드백을 주는 사람에게 가치가 있습니다. 팀 회의에서 나온 의견을 확인하거나, 발표 전에 Slides의 흐름을 점검하거나, 프로토타입의 주요 경로를 빠르게 따라가려는 경우에도 활용할 수 있습니다. 무료로 시작할 수 있고 이용 연령은 3세 이상으로 표시되어 있지만, 실질적인 사용 가치는 개인의 작업 환경과 협업 방식에 달려 있습니다.

특히 여러 역할이 같은 산출물을 바라보는 팀에서 편리합니다. 디자이너는 시안에 관한 피드백을, 기획자는 문구와 사용자 흐름에 관한 의견을, 개발자는 화면 상태에 관한 질문을 남길 수 있습니다. 한편 코멘트만으로 복잡한 요구사항을 합의하려 하면 맥락이 짧아질 수 있으므로, 결정이 필요한 논의는 회의나 충분한 설명이 가능한 환경으로 이어 가는 편이 좋습니다. 앱은 협업에 들어가는 문을 열어 주지만, 팀의 의사결정 자체를 대신하지는 않습니다.

반면 디자인 도구를 처음 접하는 사람이 앱 하나로 파일 제작부터 정교한 수정까지 모두 해결하려 한다면 기대와 실제 경험이 다를 수 있습니다. 또 팀이 Figma 파일이나 관련 협업 자료를 거의 사용하지 않는다면, 단독 설치만으로 얻을 수 있는 이점은 제한적입니다. 단순히 이미지를 열어 보는 일이 전부라면 기본 파일 뷰어가 더 간편할 수 있고, 자유로운 그림 그리기가 목적이라면 전용 드로잉 앱이 더 알맞습니다.

일반적인 디자인 앱과 비교해도 역할의 차이를 기억할 필요가 있습니다. 데스크톱용 디자인 도구는 정밀한 제작과 복잡한 편집에 강하고, 휴대폰의 이미지 편집 앱은 사진이나 개별 그래픽을 빠르게 손보는 데 편합니다. 이 앱의 장점은 그 둘을 대신하는 데 있지 않고, 협업 중인 파일과 의견의 맥락에 계속 접근할 수 있다는 데 있습니다. 이미 팀의 작업이 Figma에 모여 있다면 별도의 이미지 앱으로 결과물만 전달받는 것보다 논의가 이어지는 파일 자체를 보는 편이 효율적일 수 있습니다.

화면 크기와 집중도는 여전히 현실적인 제약

세밀한 정렬이나 복잡한 캔버스 탐색은 휴대폰에서 답답할 수 있습니다. 손가락으로 원하는 요소를 정확히 선택하기 어렵고, 화면을 확대하면 주변 맥락이 사라집니다. 긴 문서나 보드도 작은 화면에서 읽는 데 시간이 걸립니다. 그래서 저는 중요한 수정 작업을 모바일에서 억지로 끝내기보다, 문제를 정확히 기록해 놓고 큰 화면에서 해결하는 편이 낫다고 봅니다. 모바일에서 가능한 일과 모바일에서 하는 것이 좋은 일은 다릅니다.

모바일로 확인하는 과정에서 생기는 또 다른 부담은 집중의 끊김입니다. 알림을 확인하러 앱을 열었다가 여러 파일을 둘러보면 원래 검토하려던 목적에서 벗어날 수 있습니다. 시작할 때 확인할 경로를 정하고, 필요한 의견을 남기면 작업을 마치는 식으로 범위를 좁혀 보세요. 짧은 검토를 반복할 때는 특히 유용하지만, 한 번에 여러 파일을 깊게 비교해야 한다면 노트북에서 작업하는 쪽이 덜 피곤합니다.

사용 중인 버전은 26.37.1이며, 최소 운영체제 요구 사항은 8.0입니다. 앱은 2017년 5월 8일에 출시됐습니다. 설치 전에 기기 운영체제를 확인하는 것은 기본이지만, 호환된다는 사실만으로 작은 화면에서 모든 작업이 편해지는 것은 아닙니다. 기기 종류와 사용 환경에 따라 검토 경험은 달라질 수 있으니, 처음에는 자주 보는 파일 한두 개를 열어 자신의 업무 방식에 맞는지 확인하는 것이 좋습니다.

익숙해진 뒤에도 역할을 과하게 넓히지 않기

숙련된 사용자는 휴대폰에서 할 일을 짧고 명확하게 정합니다. 빠른 승인이나 구체적인 코멘트는 모바일에서 처리하고, 구조를 바꾸거나 여러 화면을 함께 조정하는 일은 큰 화면에 남겨 두는 식입니다. 이 경계를 지키면 이동 중에도 협업에 참여하면서 무리한 편집으로 실수를 낼 가능성을 줄일 수 있습니다. 또한 확인과 제작의 역할을 나눠 두면 팀원에게 어떤 종류의 피드백을 기대할 수 있는지도 분명해집니다.

익숙해진 뒤에도 모든 의견을 즉시 남기는 것이 꼭 최선은 아닙니다. 단순한 오탈자나 놓치기 쉬운 문구는 바로 기록할 만하지만, 화면 하나만 보고 제품 방향을 판단해야 하는 문제라면 관련 화면을 더 확인하거나 팀원에게 맥락을 물어보는 편이 안전합니다. 빠른 반응보다 정확한 검토가 중요한 순간을 구별하는 것 역시 숙련된 사용 습관입니다.

마지막으로, 검토 결과를 남긴 뒤에는 자신이 본 것이 완성 시안인지 진행 중인 안인지 확인하는 습관이 필요합니다. 여러 시안이 오가는 과정에서는 화면 하나만 보고 전체 방향을 판단하면 오해가 생길 수 있습니다. 파일의 맥락을 파악하고, 필요한 경우 코멘트로 질문을 남긴 뒤 판단을 보류하는 것이 성급한 수정 요청보다 낫습니다. 이런 태도는 앱의 기능보다 협업 결과에 더 큰 차이를 만들어 줍니다.

제 판단: 이동 중 검토를 위한 좋은 동반자

Figma는 휴대폰에서 디자인을 전부 완성하려는 사람보다, 이미 진행 중인 작업을 놓치지 않고 확인하려는 사람에게 추천하고 싶습니다. 파일과 프로토타입을 살펴보고, FigJam이나 Slides의 내용을 확인하며, 맥락 있는 의견을 남기는 일은 이동 중에도 실용적입니다. 반대로 정밀한 제작이 주된 목적이라면 데스크톱이나 목적에 맞는 별도 앱이 더 나은 선택입니다.

처음 설치할지 고민된다면 팀에서 실제로 공유하는 파일을 모바일로 확인할 일이 얼마나 자주 생기는지 생각해 보세요. 검토 요청을 자주 받고, 회의 자료나 프로토타입을 이동 중에 살펴봐야 한다면 사용 가치가 분명합니다. 반면 혼자 작업하면서 결과물을 거의 공유하지 않거나, 주된 목적이 그림 그리기와 세부 편집이라면 다른 도구를 먼저 고르는 편이 낫습니다. 무료 앱이라는 점은 부담을 낮춰 주지만, 자신의 작업 흐름과 맞는지가 더 중요한 판단 기준입니다.

제게 가장 좋은 사용법은 간단합니다. 모바일에서는 흐름을 보고 문제를 기록하며, 복잡한 편집은 큰 화면에서 처리하는 것입니다. 이 역할을 분명히 하면 이동 시간에도 협업에 참여할 수 있고, 작은 화면의 한계도 억지로 숨기지 않게 됩니다. 디자인 파일을 함께 검토하는 팀에 속해 있다면 설치해 볼 만하며, 앱의 가치는 기능을 많이 쓰는 데서보다 필요한 순간에 작업 맥락으로 돌아갈 수 있다는 데서 나옵니다.