linear

4 개의 포스트

figma

요점 정리: 제10호 (새 탭에서 열림)

Figma의 「Skill share」는 Config 2025를 앞두고 디자인·개발·제품 제작에 도움이 되는 실무 지식과 관련 글을 모은 큐레이션이다. 핵심 메시지는 좋은 제품을 만들려면 속도만 좇기보다 품질과 장인정신, 원활한 협업, 명확한 글쓰기, 장기적 관점이 필요하다는 것이다. 각 글은 제품 제작자가 자신의 역량을 넓히고 다른 직군과 더 효과적으로 협력하는 방법을 다룬다. ## 기술과 제품의 품질을 높이는 10가지 원칙 - Linear의 공동 창업자 겸 CEO Karri Saarinen이 제품을 돋보이게 만드는 장인정신을 소개한다. - “빠르게 움직이고 깨뜨리자”는 접근만으로는 오늘날의 디자인 중심 시장에서 차별화하기 어렵다고 지적한다. - 조직의 모든 단계에서 품질과 세부 완성도를 중시하는 문화를 구축하는 것이 중요하다. - 제품 개발 속도보다 일관된 품질, 사용 경험, 완성도를 우선하는 관점을 다룬다. - 관련 글은 Config 2025에서 진행될 Karri Saarinen의 키노트와도 연결된다. ## 디자이너와 개발자를 위한 핸드오프 - 디자인 결과물을 실제 제품으로 구현하는 과정에서 디자이너와 개발자의 협업이 성패를 좌우한다고 설명한다. - 디자인에서 개발로 넘어갈 때 각 직군의 목표와 전문성이 충돌할 수 있음을 문제로 제시한다. - 효과적인 핸드오프를 위해 다음 세 가지 원칙을 강조한다. - **호기심을 키우기:** 상대 직군의 업무 방식과 제약을 이해하려는 태도 - **소통을 개방하기:** 작업이 끝난 뒤 전달하는 방식보다 과정 중 지속적으로 논의하기 - **‘좋은 결과’의 기준 맞추기:** 시각적 완성도, 기술적 실현 가능성, 사용자 경험에 대한 기대치를 사전에 합의하기 - 단순히 디자인 파일을 전달하는 절차가 아니라, 공동으로 문제를 해결하는 협업 과정으로 핸드오프를 바라본다. ## 글쓰기가 제품 제작에 중요한 이유 - 제품 제작자는 기능과 기술뿐 아니라 자신의 아이디어와 비전을 설득력 있게 설명해야 한다. - 기술 아키텍처, 신규 기능, 제품 로드맵을 설명하거나 발표할 때 명확한 글쓰기가 성공에 직접 영향을 준다. - 좋은 제품과 디자인은 이를 만든 사람이 자신의 의도를 분명히 표현할 때 더 쉽게 이해되고 확산된다. - 특정 직무에 관계없이 누구나 스토리텔러가 될 수 있으며, 글쓰기는 아이디어를 구체화하고 사람들을 같은 방향으로 이끄는 도구로 제시된다. - 단순한 문장 작성 능력보다 문제의 맥락과 제품의 비전을 구조적으로 전달하는 능력을 강조한다. ## 장기적인 제품 개발과 AI 시대의 장인정신 - AI 도구가 빠르게 발전하면서 제품 제작자의 관심은 “작동하는가”에서 “잘 작동하는가”로 이동하고 있다. - Figma의 공동 창업자 겸 CEO Dylan Field와 Y Combinator의 Garry Tan의 대화를 통해 제품 개발의 방향을 논의한다. - 실험과 놀이가 새로운 아이디어를 발견하고 제품의 가능성을 확장하는 중요한 과정이라고 설명한다. - AI를 활용한 이른바 ‘바이브 코딩’이 개발 속도를 높이더라도, 결과물의 품질과 세부적인 완성도를 직접 검토해야 한다. - 모델이 많은 작업을 대신하더라도 제품의 본질을 이해하고, 장기적인 사용자 가치와 제작 역량을 보존해야 한다. - 창업자와 제품 제작자는 다양한 가능성을 탐색하는 ‘아이디어 미로’를 거치며 충분히 실험하고 방향을 선택해야 한다. ## 지식 공유와 Config 2025 - 이 글은 하나의 기술 튜토리얼이라기보다 디자인과 개발에 관한 Figma의 기존 콘텐츠를 묶은 큐레이션이다. - Config 2025를 앞두고 제품 제작자들이 기술, 도구, 전략을 공유한다는 취지로 구성되었다. - 독자는 장인정신, 협업, 글쓰기, AI 시대의 제품 개발 등 자신의 업무와 관련된 주제를 선택해 추가로 읽을 수 있다. - 온라인 무료 등록을 통해 Config에 참여할 수 있다는 안내도 함께 제공한다. - 글 후반부의 “Rabbit hole” 영역은 추가 읽을거리로 보이지만, 제공된 본문에는 해당 항목의 상세 설명이 포함되어 있지 않다. 제품을 만들 때는 빠른 구현만 목표로 삼기보다 품질 기준을 먼저 합의하고, 디자이너와 개발자가 과정 중 계속 소통하는 것이 좋다. 또한 글쓰기로 제품의 의도를 명확히 설명하고, AI 도구를 활용하더라도 실험·검토·세부 조정 같은 인간의 판단을 유지해야 장기적으로 경쟁력 있는 결과물을 만들 수 있다.

figma

카리 사리넨: 돋 (새 탭에서 열림)

Linear의 CEO 카리 사리넨은 스타트업이 주목받으려면 단순히 빠르게 출시하는 것보다 제품의 완성도와 세심한 설계에 집중해야 한다고 주장합니다. 품질은 리더십이 직접 우선순위로 선언하고, 소규모의 뛰어난 팀이 인수인계 없이 공동으로 책임질 때 구현됩니다. 또한 요구사항을 최종 목표가 아닌 최소 기준으로 보고, 특정 사용자를 위한 분명한 관점을 제품에 담아야 합니다. ### 1. 리더십 차원에서 품질을 약속하라 - 품질 중심 문화를 만들려면 경영진이 직접 “장인정신(craft)”을 최우선 가치로 선언해야 합니다. - 단순히 품질이 중요하다고 말하는 것만으로는 부족하며, 왜 사업에 중요한지와 어떻게 실행할지 명확해야 합니다. - Coinbase 사례처럼 디자인과 품질은 복잡한 분야를 대중이 이해하고 접근하도록 만드는 경쟁력이 될 수 있습니다. - 리더십의 지지는 팀이 일정이나 단기 성과만이 아니라 제품 완성도에 시간을 투자할 수 있는 권한을 제공합니다. ### 2. 작고 높은 기준을 가진 팀을 구성하라 - 팀 규모가 커질수록 의견 조율과 의사결정이 늘어나 실행 품질이 희석될 수 있습니다. - 소수의 뛰어난 인재로 구성된 팀은 더 빠르게 좋은 결과를 만들 수 있습니다. - 팀원을 평가할 때 단순한 산출량보다 이미 높은 수준의 결과물을 만들어 온 경험과 품질 기준을 봐야 합니다. - 핵심은 인력을 많이 배치하는 것이 아니라, 팀 전체의 기대 수준을 높이는 것입니다. ### 3. 업무 인수인계를 없애라 - 기획자가 결정하고, 디자이너가 시각화하고, 개발자가 구현하는 순차적 구조는 부서 간 사일로를 만들기 쉽습니다. - Linear에서는 기획·디자인·개발이 결과물의 품질을 함께 책임집니다. - “개발팀에 넘겼으니 내 책임은 끝났다”는 태도를 없애야 합니다. - 각 구성원이 디자인의 구현 방식과 기술적 제약을 이해하면 최종 결과가 의도와 더 가깝게 완성됩니다. ### 4. 지나치게 전문화된 제품 팀을 만들지 마라 - 검색, 알림 등 기능별로 팀을 고정하면 조직 내부에 품질과 문화의 격차가 생길 수 있습니다. - 리더십 입장에서는 조직 관리가 쉬워질 수 있지만, 사용자에게는 조직도가 아니라 전체 제품 경험이 중요합니다. - 같은 영역만 계속 담당하면 새로운 아이디어가 고갈될 수 있으므로 책임 영역을 순환하는 방식을 활용합니다. - 특정 팀만 실험적이고 다른 팀은 보수적인 식의 인위적인 구분을 피해야 합니다. ### 5. 제품 사양은 목표가 아니라 최소 기준으로 보라 - 요구사항을 충족하는 것만으로는 경쟁이 치열한 시장에서 차별화하기 어렵습니다. - 사양은 제품이 작동하기 위해 필요한 최소 조건이지, 완성된 제품의 종착점이 아닙니다. - 문이 열리기만 하면 기능적으로는 충분하지만, 사용 경험과 세부 완성도까지 고려하는 것이 장인정신입니다. - 팀은 “요구사항을 구현했는가?”에서 멈추지 않고 “사용자에게 더 나은 결과를 줄 수 있는가?”를 질문해야 합니다. ### 6. 품질은 완벽함과 다르다 - 공개 출시 전에는 제품의 세부 요소가 제대로 작동하고 품질 기준을 통과해야 합니다. - 그렇다고 처음부터 완벽한 제품을 만들 필요는 없으며, 베타 사용자와 함께 점진적으로 다듬을 수 있습니다. - 중요한 것은 불완전한 상태를 무조건 공개하는 것이 아니라, 최소한의 품질 기준을 먼저 통과시키는 것입니다. - 결함 수처럼 정량화할 수 있는 지표도 있지만, 탁월함과 세련미는 정성적으로 평가되는 경우가 많습니다. - Linear의 성공 기준 중 하나는 사람들이 자발적으로 품질 좋은 제품의 사례로 Linear를 언급하는 것입니다. ### 7. 좋은 디자인은 분명한 관점을 가져야 한다 - 모든 사람을 동시에 만족시키려는 제품은 특정 사용자의 문제를 깊이 해결하기 어렵습니다. - 제품은 명확한 대상과 목적을 정하고 그 사용자에게 맞춰 설계해야 합니다. - 유연하고 여러 용도로 쓸 수 있지만 특별히 뛰어난 영역이 없는 제품은 시장에서 약한 위치에 놓일 수 있습니다. - 강한 제품은 누구를 위한 것인지, 어떤 가치를 제공하는지가 분명하며, 이러한 명확성이 사용자 신뢰와 경쟁력을 만듭니다. ### 실용적인 결론 제품 품질을 높이려면 먼저 경영진이 품질을 명확한 사업 우선순위로 정하고, 작고 역량 높은 팀이 기획부터 구현까지 공동 책임을 지도록 해야 합니다. 요구사항 충족을 완료로 착각하지 말고, 특정 사용자에게 더 나은 경험을 제공할 수 있는 세부 개선을 반복하는 것이 차별화의 핵심입니다.

figma

리니어 방식: 주 (새 탭에서 열림)

Linear는 모든 사용자가 각자 업무 방식을 설계하도록 방치하기보다, 특정 목적에 최적화된 “의견이 분명한 소프트웨어”를 제공해야 한다고 주장한다. 명확한 기본값과 단순한 개념으로 사용자의 학습 부담을 줄이고, 프로세스 논쟁보다 실제 제품 개발에 집중하게 만드는 것이 목표다. 다만 모든 결정을 고정하는 것은 아니며, 작은 단위에는 강한 원칙을 적용하고 큰 구조에는 고객 피드백을 반영하면서 의견을 계속 발전시킨다. ## 의견이 분명한 소프트웨어란 무엇인가 - 특정 사용 사례를 위해 설계된 소프트웨어로, 여러 분야에 두루 적용되는 범용 도구와 구별된다. - Linear의 목적은 팀이 더 나은 제품을 만들도록 돕는 협업형 이슈 추적·프로젝트 관리다. - 사용자가 각자 워크플로를 만들도록 유연성만 제공하면 조직이 성장할수록 방식이 제각각이 되어 혼란이 생길 수 있다. - 따라서 “무엇이든 가능한 도구”보다 “가장 좋은 기본 방식”을 제시하는 것을 중시한다. ## 원자적 단위에서 강한 기본값 만들기 - 프로젝트, 팀처럼 누구나 이해할 수 있는 일반적인 용어를 사용해 학습 곡선과 전문 용어 부담을 낮춘다. - 사용자가 매뉴얼을 읽지 않아도 바로 시작할 수 있도록 설계한다. - 반드시 하나의 정답만 강제하는 것이 아니라, 사용자가 자연스럽게 따를 수 있는 기본값을 제공한다. - 라벨과 마감일을 이슈의 속성으로 두는 것처럼, 세부적인 기능·구조에서는 강한 제품 의견을 적용한다. - 반면 프로젝트와 같은 상위 개념은 회사마다 조직 구조가 다르므로 고객 피드백을 더 적극적으로 반영한다. - 핵심 목표는 프로세스의 세부 사항을 끝없이 조정하는 시간을 줄이고, 실제 구축 작업에 빨리 진입하게 하는 것이다. ## 제품 부채를 전략적으로 감수하기 - 제품 부채는 단순히 잘못 작성된 코드인 기술 부채와 다르다. - 기능 범위나 완성도를 의도적으로 줄여 단기 목표를 달성하고, 나중에 사용자 피드백이나 추가 리소스라는 비용을 치르는 선택으로 본다. - 모든 기능을 처음부터 완벽하게 만들기보다, 사용자 경험에 미치는 영향과 “이자율”을 따져 부채를 선택적으로 감수한다. - Linear의 설정 화면은 기능, 환경설정, 섹션을 계속 추가해 왔지만 전체 경험을 재설계하지는 않은 사례다. - 설정 화면은 핵심 업무 흐름을 좌우하는 영역이 아니므로, 당장 전면 개편하지 않아도 비용이 비교적 낮다고 판단했다. - 여기서 말하는 지름길은 품질을 무조건 낮추는 것이 아니라, 초기 구현의 범위를 줄이는 방식에 가깝다. ## 강한 원칙도 계속 발전시키기 - 스타트업의 제품 개발은 고정된 레시피를 따르는 일이 아니라 실험과 반복의 과정이다. - 사용자의 반발이 두려워 기존 경험을 영원히 유지하면 제품이 변화할 수 없게 된다. - 사용자의 업무 흐름에 큰 영향을 주는 변경은 신중해야 하지만, 모든 기능을 절대 바꿀 수 없도록 만드는 것은 바람직하지 않다. - 강한 의견은 처음부터 완벽한 규칙으로 고정하는 것이 아니라, 실제 사용과 피드백을 통해 수정할 수 있어야 한다. - 즉, 원칙은 강하게 유지하되 구현과 사용자 경험은 필요에 따라 실험하고 바꿀 수 있어야 한다. 팀이 제품을 설계할 때는 모든 것을 자유롭게 설정하게 하기보다, 핵심 사용 사례에 맞는 명확한 기본값을 먼저 제공하는 것이 효과적이다. 다만 세부 기능에는 일관된 의견을 적용하되 조직 구조나 업무 방식처럼 회사마다 다른 영역은 고객 피드백에 열어 두고, 감수한 제품 부채는 장기적으로 상환할 계획을 함께 세우는 것이 좋다.

figma

장인정신과 아름다움 (새 탭에서 열림)

아름다움과 세밀한 완성도는 단순한 장식이 아니라 사용성, 전환율, 매출을 높이는 제품 경쟁력이다. Stripe, Linear, Figma의 리더들은 품질을 제품의 모든 접점에贯穿하는 문화로 정착해야 하며, 이를 위해 성능·명확성·직관성까지 포함한 전방위적인 노력이 필요하다고 말한다. 실제로 Stripe의 결제 제품은 평균 11.9%의 매출 증가를, 이메일 개편은 전환율 20% 향상을 이끌었다. ### 아름다움은 사용성과 전환율을 높인다 - 미적인 요소는 표면적인 꾸밈이 아니라 제품을 더 쉽게 이해하고 사용하게 만드는 기능적 요소다. - 사용자는 아름답고 명확한 제품을 더 잘 작동한다고 인식하는 경향이 있다. 이를 **미적 사용성 효과(aesthetic usability effect)**라고 한다. - 매력적이고 이해하기 쉬운 인터페이스는 사용자의 관심을 끌고, 다음 행동을 명확하게 하며, 성공적인 사용 경험으로 이어진다. - Stripe는 이메일의 문구, 시각적 계층 구조, 전체적인 사용 흐름을 개선했다. - 그 결과 해당 이메일 시리즈의 제품 전환율이 **20% 증가**했다. - Stripe Optimized Checkout Suite를 사용한 기업들은 평균적으로 **11.9% 더 높은 매출**을 기록했다. - 따라서 제품 여정의 모든 접점은 가치를 더하거나 빼는 요소가 될 수 있으며, 모든 단계에서 완성도를 관리해야 한다. ### 크래프트는 태도이고 아름다움은 결과다 - Linear의 Karri Saarinen은 두 개념을 구분한다. - **크래프트(craft)**: 결과물의 품질을 중요하게 여기는 작업 방식과 태도 - **아름다움(beauty)**: 그러한 태도가 만들어낸 사용자가 경험하는 품질과 결과 - 크래프트는 단순히 요구사항을 빨리 끝내는 것이 아니라, 결과가 충분히 좋은지 지속적으로 고민하는 자세다. - 아름다움은 외형만을 뜻하지 않는다. - 창문이 실제로 잘 열리는가 - 소음이 적은가 - 사용 과정이 자연스러운가 - 따라서 디자인의 가치는 시각적 매력뿐 아니라 기능성과 전반적인 품질을 포함한다. ### 성능과 완성도는 제품의 기본 조건이다 - Figma는 웹에서도 네이티브 애플리케이션과 같은 경험을 제공하는 것을 목표로 출발했다. - 이를 위해 프레임 레이트와 상호작용 성능 같은 기초 요소를 중요하게 다룬다. - 초당 60프레임 수준의 부드러운 상호작용이 무너지면, 그 위에 쌓이는 다른 디자인 요소도 제대로 경험할 수 없다. - 제품 품질에는 위계가 있다. - 먼저 성능과 안정성 같은 기반이 갖춰져야 한다. - 그 위에 직관성, 세심한 인터랙션, 시각적 아름다움을 쌓을 수 있다. - 최고의 완성도는 사용자가 특별히 의식하지 않아도 “모든 것이 자연스럽게 작동한다”고 느끼게 만든다. ### 크래프트는 조직 문화에서 시작된다 - 완성도는 특정 디자인팀이나 QA팀만의 책임이 아니라 회사 전체의 문화적 책임이다. - 구성원들이 품질을 중요하게 여기도록 별도의 목표나 OKR로 강제하기보다, 처음부터 품질에 관심이 있는 사람을 채용하고 육성해야 한다. - 크래프트는 사용자가 세부 사항을 자세히 보지 않더라도 경험 전반에 영향을 준다. - 성능, 문구, 시각 디자인, 인터랙션, 제품 흐름 등 여러 직군의 판단이 합쳐져 최종 품질을 만든다. ### 처음부터 끝까지 제품을 직접 점검하라 - Stripe는 문제를 발견하기 위해 **프릭션 로깅(friction logging)** 방식을 활용한다. - 엔지니어, 제품 관리자, 디자이너 등 여러 직군이 함께 실제 사용자처럼 제품을 처음부터 끝까지 사용한다. - 이러한 “매장 둘러보기(walking the store)” 방식으로 다양한 화면과 접점에서 불편함을 직접 찾는다. - 특정 팀의 화면만 개선하는 것이 아니라, 전체 사용자 여정에서 마찰과 품질 저하 지점을 확인하는 접근이다. - 제품의 모든 접점이 브랜드와 비즈니스 성과에 영향을 주므로, 엔드투엔드 관점의 검토가 필요하다. 제품의 아름다움은 장식이 아니라 성능, 명확성, 사용성, 세심함이 결합된 결과다. 따라서 기업은 단기적인 기능 출시보다 모든 팀이 품질을 당연하게 여기는 문화를 만들고, 실제 사용자 여정을 반복적으로 점검하는 방식을 도입하는 것이 좋다.