user-experience-design

16 개의 포스트

figma3분 읽기큐레이션 요약

Sightlines 1호: Config에서 얻은 인사이트 | Figma 블로그

AI 시대에도 좋은 리더십의 기본과 디자인의 본질은 변하지 않는다. 리더들은 AI를 제품·팀·업무 시스템에 통합하면서도 품질을 유지하는 방법을 실험하고 있으며, 속도보다 중요한 것은 인간의 판단력과 협업이라고 강조한다. 자동화로 생산량이 늘어날수록 좋은 결과를 선별하는 ‘취향(taste)’과 세밀한 완성도가 핵심 경쟁력이 된다. ## AI 시대의 리더들이 고민하는 과제 - AI를 제품, 조직, 업무 프로세스에 어떻게 도입할지 아직 대부분의 리더가 탐색 중이다. - AI가 제공하는 빠른 제작 속도를 활용하면서도 품질 저하를 막아야 한다. - AI 이전의 전문성, 팀 구조, 협업 방식 중 무엇을 유지하고 무엇을 바꿀지 재검토하고 있다. - 변화의 방향을 리더 자신도 완전히 알지 못하는 상황에서 팀을 이끌어야 한다. ## 변하지 않는 리더십의 기본 - 좋은 리더의 핵심 역량은 AI 시대에도 크게 달라지지 않는다. - 호기심이 많고 비판적으로 사고하는 사람들로 팀을 구성해야 한다. - 빠르게 결과를 만드는 것보다 높은 완성도와 장인정신에 대한 기준을 유지해야 한다. - 리더는 모든 세부 사항을 직접 통제할 수 없으므로, 신뢰할 수 있는 인재를 채용하고 권한을 위임해야 한다. ## 초보자의 관점으로 실험하기 - 리더와 팀원 모두 기존 방식이나 전문성에만 의존하지 않고 원칙부터 다시 검토해야 한다. - AI 도구를 단순히 도입하는 데 그치지 말고, 실제 프로토타입을 만들며 가능성과 한계를 확인해야 한다. - 리더도 팀과 함께 직접 실험하며 변화 과정을 경험해야 한다. - 새로운 도구를 좇기보다 어떤 문제를 해결하려는지, 고객과 인간에게 어떤 가치를 주는지를 먼저 판단해야 한다. ## 개인 작업보다 중요해진 협업 - AI 도구는 사람을 혼자 작업하는 흐름으로 끌어갈 수 있지만, 리더들은 오히려 협업을 강화하고 있다. - 작업물을 공개하고, 팀 전체가 피드백과 비평을 주고받아야 한다. - 여러 사람이 결과물을 함께 검토하고 최선의 방향을 논쟁하는 과정이 품질을 높인다. - 협업은 단순한 업무 분담이 아니라 판단 기준을 공유하고 결과의 완성도를 높이는 방식이다. ## 자동화 시대의 핵심 경쟁력은 ‘취향’ - AI로 누구나 빠르게 많은 결과물을 만들 수 있게 되면서 결과물의 양 자체는 차별점이 되기 어렵다. - 무엇이 좋은지 판단하고, 불필요하거나 수준 낮은 결과를 과감히 제거하는 편집 능력이 중요해진다. - 한동안 낮은 품질의 디자인이 많아질 수 있지만, 뛰어난 작업은 결국 드러난다는 전망이 제시된다. - 창작자의 상상력, 판단력, 편집 능력은 자동화하기 어려운 인간 고유의 역량으로 남는다. ## 인간 중심 디자인과 세부 완성도 - 도구 자체를 따라가기보다 최종 사용자인 인간을 중심에 두어야 한다. - 디자인은 고객에게 기업이 얼마나 세심하게 신경 썼는지를 보여주는 수단이다. - 작은 세부 사항까지 정교하게 다듬으면 고객에게 논리적 만족을 넘어 감정적 반응을 이끌어낼 수 있다. - AI 시대에도 인간을 이해하고 배려하는 태도와 세심한 품질 관리가 중요하다. AI를 활용할 때는 속도와 생산성만 추구하기보다, 실험·협업·비판적 검토를 함께 운영하는 것이 바람직하다. 특히 팀은 AI가 만든 결과를 그대로 받아들이지 말고, 인간의 취향과 판단력으로 선별하고 다듬는 체계를 갖춰야 한다.

원문 읽기(새 탭에서 열림)
figma3분 읽기큐레이션 요약

취향을 가꾸는 일은 결코 멈추지 않는다 | Figma 블로그

도구와 AI만으로는 장인의 경지에 도달할 수 없으며, 중요한 것은 자신만의 관점인 ‘감각(taste)’을 기르는 일이다. 감각은 반복적인 연습과 피드백, 세부 사항에 대한 관심, 사용자와 결과물에 대한 배려를 통해 끊임없이 발전한다. AI는 더 많은 가능성을 탐색하게 해주지만, 무엇을 선택하고 다듬을지는 여전히 사람의 감각에 달려 있다. ## 숙련은 기술 습득을 넘어 관점을 만드는 일 - 어떤 분야든 재료와 도구의 작동 방식을 이해하고 반복해서 연습해야 한다. - AI가 작업 방식을 바꾸더라도 전문가가 되는 과정 자체가 사라지지는 않는다. - 진정한 전문성은 새로운 기술을 많이 익히는 데 그치지 않고, 세상을 바라보고 해석하는 고유한 방식을 갖는 데서 나온다. - 피아노 연주나 작곡에서 리듬과 강약을 조절해 감정을 전달하듯, 디자인에서도 각 선택의 이유와 효과를 이해해야 한다. - 멘토의 조언, 비평, 협업, 꾸준한 실천이 창의적 직관을 형성한다. ## 감각은 배려와 의도성에서 나온다 - 감각이 뛰어난 결과물은 제작자의 의도와 그것을 끝까지 구현하려는 노력을 보여준다. - 디터 람스의 브라운 제품처럼 기능만 설계하는 것이 아니라, 제품이 놓일 공간과 사용자가 만지는 경험까지 고려해야 한다. - 감각은 모든 사람이 좋아하는 보편적 취향이 아니다. 서로 다른 미적 관점을 가진 디자이너도 충분히 감각적일 수 있다. - 제품 디자인에서는 형태와 기능, 표현력과 가독성, 추가할 것과 حذف할 것 사이의 트레이드오프를 어떻게 다루는지가 감각을 드러낸다. - 세부 사항에 얼마나 투자하고 어떤 타협을 거부하는지가 결과물의 개성을 만든다. ## 좋은 결과물을 만드는 세 가지 요소 저자는 감각을 가진 사람을 판단할 때 다음 세 가지를 본다고 설명한다. - **분별력(Discernment)** - 무엇이 잘못되었는지뿐 아니라 왜 잘못되었는지 설명할 수 있어야 한다. - 다른 사람은 막연히 느끼는 문제를 구체적인 언어와 근거로 표현할 수 있어야 한다. - **공감(Empathy)** - 화면이나 제품 자체가 아니라 그 반대편에 있는 사용자를 생각해야 한다. - 다양한 화면 크기, 색상 프로필, 인터페이스 언어, 사용 빈도가 낮은 상태까지 고려하는 태도가 중요하다. - **창의적 에너지(Creative energy)** - 개인 프로젝트나 실험을 계속하며, 해결하고 싶은 문제를 스스로 만들어 나가야 한다. - 결과물을 만들지 않고는 견디기 어려울 정도로 자신의 분야에 몰입하는 태도가 드러난다. ## 감각은 연습과 협업 속에서 자란다 - 음악에서는 손가락이 건반을 익히고 귀가 음 사이의 공간을 감지하듯, 디자인에서도 반복 작업을 통해 품질 판단이 몸에 배게 된다. - 디자인 비평은 자신의 판단을 검증하고 다른 관점을 받아들이는 중요한 과정이다. - 완성도는 혼자만의 취향에서 나오는 것이 아니라, 협업과 피드백을 통해 의도를 더 명확하게 다듬을 때 높아진다. - 사용자가 거의 경험하지 않는 빈 상태나 아주 미세한 전환 속도처럼 눈에 잘 띄지 않는 부분도 세심하게 관리해야 한다. ## AI는 감각을 대체하지 않고 창작의 범위를 넓힌다 - AI가 첫 번째 결과물을 빠르게 만들어 주더라도, 그것을 최종 결과로 받아들이는 태도는 감각의 부족을 의미할 수 있다. - 제임스 다이슨이 대표적인 진공청소기 디자인을 완성하기까지 5,127개의 시제품을 만든 사례처럼, 뛰어난 결과물에는 반복적인 선택과 개선이 필요하다. - 좋은 도구는 머릿속의 의도와 실제 결과물 사이의 간극을 줄여준다. - AI는 더 넓은 방향을 탐색하고 더 많은 시안을 만드는 데 도움을 주지만, 어떤 결과가 적절한지 판단하는 기준은 제공하지 못한다. - 결과물에 반복적으로 쌓인 의도적 선택이 결국 “이 사람만 만들 수 있는 것”이라는 고유성을 만든다. 결국 감각을 기른다는 것은 자신의 분야를 사랑하고, 사용자와 결과물을 세심하게 배려하며, 반복해서 선택하고 수정하는 일이다. AI를 활용하더라도 첫 결과물을 그대로 받아들이기보다 다양한 가능성을 탐색한 뒤 자신의 기준으로 엄격하게 선별하고 다듬는 것이 바람직하다.

원문 읽기(새 탭에서 열림)
grammarly원문

단계별 챗봇 만들기: 초보자 가이드 (새 탭에서 열림)

챗봇 제작은 더 이상 전문 개발자만의 영역이 아니며, 노코드 및 로코드 도구의 발전으로 누구나 목적에 맞는 챗봇을 설계하고 배포할 수 있게 되었습니다. 성공적인 챗봇 구축의 핵심은 명확한 목표 설정과 그에 적합한 기술적 유형(규칙 기반, AI 기반 등)을 선택하는 데 있으며, 지속적인 테스트와 모니터링을 통해 사용자 경험을 최적화하는 과정이 필수적입니다. 결과적으로 잘 설계된 챗봇은 반복 업무를 줄이고 일관된 고객 경험을 제공하는 강력한 도구가 됩니다. ### 챗봇의 목적 및 상호작용 정의 챗봇 제작의 첫 단계는 챗봇이 해결해야 할 구체적인 과업과 사용자를 정의하는 것입니다. * **목표 구체화:** 반품 정책 설명, 주문 상태 확인 등 챗봇이 처리할 2~3가지 핵심 작업을 식별하고 이를 통해 달성할 성공 지표(문의 티켓 감소, 응답 시간 단축 등)를 설정합니다. * **상호작용 방식 선택:** 텍스트 기반인지 음성 기반인지, 웹사이트 내 채팅창인지 아니면 별도의 메시징 플랫폼인지 등 사용자와 만날 접점을 결정합니다. * **개입 시점 결정:** 사용자가 먼저 말을 걸 때까지 기다리는 수동형 방식과 특정 페이지 방문 시 먼저 도움을 제안하는 능동형 방식 중 선택합니다. ### 기술적 유형과 작동 원리 챗봇은 복잡성과 유연성에 따라 크게 네 가지 유형으로 나뉘며, 비즈니스 요구사항에 맞는 유형을 선택해야 합니다. * **규칙 기반(Rule-based):** 미리 정의된 의사결정 트리와 메뉴를 따라 대화가 진행되며, 예측 가능한 질문에 대해 일관된 답변을 제공할 때 유리합니다. * **키워드 기반(Keyword-based):** 사용자가 입력한 특정 단어나 짧은 문구를 인식하여 대응하며, 간단하고 직접적인 요청 처리에 적합합니다. * **AI 기반(AI-powered):** 자연어 처리(NLP)와 인공지능을 활용해 맥락을 파악하고 개방형 질문에 대응할 수 있으나, 더 많은 학습 데이터와 지속적인 관리가 필요합니다. * **하이브리드(Hybrid):** 일반적인 작업은 구조화된 규칙으로 처리하고, 복잡한 후속 질문은 AI가 담당하여 예측 가능성과 유연성을 동시에 확보합니다. ### 개발 플랫폼 및 구현 방식 기술적 역량과 요구되는 커스터마이징 수준에 따라 적절한 구축 플랫폼을 선택합니다. * **노코드(No-code) 플랫폼:** Chatling, Voiceflow, Zapier, Landbot 등 드래그 앤 드롭 방식의 인터페이스를 제공하여 코딩 없이도 빠르게 챗봇을 런칭할 수 있습니다. * **로우코드/풀코드(Low/Full-code):** Python이나 Node.js 같은 프로그래밍 언어와 AI 프레임워크를 사용하여 기존 시스템과 깊이 있게 통합하거나 복잡한 기능을 맞춤형으로 개발합니다. * **데이터 학습 및 구성:** 챗봇이 정확한 정보를 제공할 수 있도록 지식 베이스를 구축하고, 브랜드의 톤앤매너에 맞는 답변 가이드를 설정합니다. ### 대화 흐름 설계 및 사후 관리 실제 구축 전 대화 시나리오를 시각화하고 배포 후에도 지속적인 개선 과정을 거쳐야 합니다. * **플로우차트 작성:** 대화의 시작부터 끝까지의 흐름을 설계하여 막다른 골목(Dead ends)이 생기지 않도록 방지하고 사용자 경험을 매끄럽게 만듭니다. * **테스트와 배포:** 초기 버전 구축 후 내부 테스트를 통해 오답이나 오류를 수정하고, 실제 환경에 배포한 뒤 사용자 피드백을 수집합니다. * **지속적 모니터링:** 챗봇은 한 번의 배포로 끝나는 것이 아니라, 변화하는 데이터와 사용자 요구에 맞춰 주기적으로 내용을 업데이트하고 성능을 최적화해야 합니다. 성공적인 챗봇 운영을 위해서는 처음부터 모든 기능을 넣으려 하기보다, **가장 빈번하게 발생하는 단순 문의부터 자동화하는 '작은 시작'을 추천합니다.** 이후 데이터가 쌓임에 따라 점진적으로 AI 기능을 도입하거나 복잡한 워크플로우를 추가하는 것이 관리 효율성과 사용자 만족도 측면에서 모두 유리합니다.

figma3분 읽기큐레이션 요약

디자인의 영향력은 커지고 있습니다. 그런데 왜 이것이 어렵게 느껴질까요? | Figma 블로그

AI는 디자인의 영향력과 적용 범위를 크게 넓혔지만, 디자이너의 일이 줄어든 것은 아니다. 오히려 새로운 제품 유형과 복잡한 사용자 경험이 등장하고, 더 빠른 제작 속도에 맞춰 기대 수준과 업무량도 증가하고 있다. 따라서 디자인 업계는 성장하고 있지만, 디자이너들이 체감하는 환경은 개선과 악화가 팽팽하게 엇갈린다. ## 디자인의 영향력 확대와 업계의 엇갈린 평가 - 그래픽 사용자 인터페이스, 웹, 모바일처럼 기술이 발전할 때마다 디자인이 다뤄야 할 영역과 책임이 넓어졌다. - AI 역시 새로운 소프트웨어와 상호작용 방식을 만들어 디자인의 범위를 확장하고 있다. - Figma의 2026년 디자이너 조사에서: - 36%는 디자인이 좋아졌다고 응답했다. - 35%는 나빠졌다고 응답했다. - 29%는 큰 변화가 없다고 답했다. - 디자인 채용 관리자 조사에서는 82%가 회사의 디자이너 수요가 증가했거나 유지됐다고 답했지만, 업계가 개선되고 있다고 본 응답자는 20%에 그쳤다. - 즉, 디자인의 중요성과 고용 수요는 커지고 있지만, 현업의 만족도나 전망이 반드시 함께 좋아지는 것은 아니다. ## 디자인 대상과 사용자 경험의 복잡성 증가 - AI는 에이전트 오케스트레이션 시스템, 답변 엔진 등 과거에는 없던 제품 유형을 만들어냈다. - 기존 제품에도 생성형·대화형·예측형 기능이 추가되면서 하나의 인터페이스 안에서 여러 상호작용이 동시에 일어난다. - 사용자는 단순히 화면을 클릭하는 데 그치지 않고 다음과 같은 방식으로 제품과 상호작용한다. - 자연어로 질문하거나 명령하기 - 이미지 업로드하기 - 프롬프트 입력하기 - 자동화된 결과를 검토하고 수정하기 - 디자인팀은 불완전하고 모호한 입력을 명확한 사용자 의도로 변환해야 한다. - 자동화된 경험에 신뢰성, 이해 가능성, 인간적인 느낌을 부여하는 것도 새로운 디자인 과제가 됐다. - 결과적으로 디자인자는 화면을 구성하는 역할을 넘어, 복잡한 시스템의 작동 방식과 사용자와 AI의 관계까지 설계해야 한다. ## AI는 업무를 줄이는 대신 증폭하는 계수 - AI는 새로운 디자인 문제를 더 빠르게 해결하도록 돕지만, 전체 업무량을 자동으로 줄여주지는 않는다. - 제품 개발자들은 이전보다 더 많은 도구를 사용하고 더 다양한 업무를 수행하고 있다. - Figma의 역할 변화 연구에서는 제품 제작자가 수행하는 업무가 전년 대비 17.5% 증가한 것으로 나타났다. - UC 버클리 연구에서도 AI 사용자는 더 빠르게 일했지만: - 더 많은 업무를 맡게 됐고 - 근무 시간이 늘어났으며 - 생산성은 높아졌지만 바쁘다는 느낌은 줄지 않았다. - AI는 인력을 대체하는 단순한 자동화 도구라기보다, 기존 능력과 산출량을 확대하는 ‘계수’에 가깝다. ## 젭슨의 역설과 늘어나는 산출량 - 어떤 생산 방식이 더 저렴하고 쉬워지면 총수요가 감소하는 것이 아니라 오히려 증가할 수 있다. - 이를 경제학의 ‘젭슨의 역설’이라고 한다. - 클라우드 인프라가 소프트웨어 배포를 쉽게 만들었을 때 출시 횟수와 재설계가 함께 늘어난 것처럼, AI도 디자인 제작을 빠르고 저렴하게 만들면서 작업량을 확대하고 있다. - 팀은 더 많은 아이디어를 탐색하고, 더 깊이 반복하며, 더 많은 결과물을 생산한다. - 따라서 AI로 인한 가속은 업무의 소멸보다는 업무 리듬과 규모의 변화를 의미한다. ## 실용적인 결론 AI 시대의 디자이너에게 중요한 역량은 단순히 더 빠르게 화면을 만드는 능력이 아니다. 복잡한 입력과 자동화 결과를 이해 가능한 경험으로 바꾸고, 늘어난 업무 범위 속에서 우선순위를 정하며, AI가 만들어낸 결과의 품질과 사용자 신뢰를 판단하는 능력이 더욱 중요해지고 있다.

원문 읽기(새 탭에서 열림)
figma3분 읽기큐레이션 요약

제15호: 디자인의 현주소 | 피그마 블로그

AI 도구와 워크플로가 디자인 방식을 근본적으로 바꾸면서, 디자인은 더 이상 특정 매체나 툴에 한정되지 않고 코드와 캔버스를 오가는 활동이 되고 있다. Figma의 조사에 따르면 디자이너의 91%가 AI가 업무 수준을 높인다고 답했으며, 채용 담당자의 82%는 디자이너 수요가 유지되거나 증가했다고 응답했다. 따라서 AI 시대의 디자이너에게는 전통적인 디자인 역량과 함께 문제 해결, 협업, AI 활용 능력이 중요해지고 있다. ## AI가 바꾸는 디자이너의 역할 - AI 도구는 디자이너의 작업 방식을 변화시키고 있으며, 단순한 제작 자동화를 넘어 아이디어 발상과 문제 해결에도 활용된다. - 디자이너가 무엇을 통해 가치를 만드는지는 사람마다 다르다. - 시각적 완성도 향상 - 복잡한 문제에 대한 사고 - 직관적인 사용자 경험 설계 - 이러한 가치 기준은 디자이너의 직무 만족도와 업무 경험에도 직접적인 영향을 준다. - 디자인 업무는 특정 매체에 고정되지 않고, 코드와 시각적 캔버스 사이를 자유롭게 오가는 방향으로 확장되고 있다. ## 디자인 채용 수요는 여전히 증가 - AI의 확산이 디자인 채용을 줄일 것이라는 전망과 달리, 조사 결과 기업의 디자이너 수요는 안정적이거나 증가하고 있다. - 전 세계 채용 담당자의 82%가 디자이너 채용 수요가 유지되거나 늘었다고 답했다. - 수요 증가는 기술 기업에만 국한되지 않고 다양한 산업으로 확산되고 있다. - AI가 제품 개발 속도를 높일수록 다음과 같은 역할이 더 중요해진다. - 사용자 문제를 정의하는 능력 - 제품 방향성을 시각화하는 능력 - 기술과 비즈니스 요구를 사용자 경험으로 연결하는 능력 - AI가 결과물을 생성하더라도, 어떤 문제를 풀고 무엇을 만들어야 하는지 판단하는 일은 여전히 사람의 역할이다. ## AI 시대에 요구되는 역량 - 프롬프트 작성 능력과 MCP 같은 AI 연동 기술을 이해하는 역량이 새로운 경쟁력으로 부상하고 있다. - AI 워크플로를 실제 디자인·개발 과정에 연결하고 자동화하는 능력이 중요하다. - 서로 다른 직군 사이에서 정보를 번역하고 협업을 이끄는 능력도 높은 가치를 갖는다. - 디자이너와 개발자 간 커뮤니케이션 - 제품 관리자와 디자인팀 간 요구사항 조율 - 기술적 제약과 사용자 요구의 연결 - 새로운 도구를 익히는 것만으로는 충분하지 않으며, 디자인의 기본기 역시 계속 중요하다. - 사용자 중심 사고 - 시각적 계층 구조 - 인터랙션 설계 - 문제 정의와 검증 - 결국 AI 활용 능력은 기존 디자인 역량을 대체하기보다 이를 확장하는 방향으로 작동한다. ## 프로토타이핑과 제품 의사결정의 변화 - Figma Make를 활용하면 제품 관리자도 아이디어를 빠르게 프로토타입으로 구현할 수 있다. - 프로토타입은 단순한 시각 자료를 넘어 제품의 복잡한 동작과 가능성을 검증하는 수단이 된다. - ServiceNow, Ticketmaster, Affirm 등의 제품팀은 프로토타이핑을 통해 다음을 수행하고 있다. - 복잡한 동작을 구체적으로 전달 - 아이디어의 한계를 빠르게 실험 - 제품 로드맵의 다음 방향에 대한 확신 확보 - 아이디어가 디자인팀에서만 시작되는 것이 아니라 제품, 개발, 기획 등 어느 직군에서든 시작될 수 있는 환경이 만들어지고 있다. ## 코드와 캔버스가 결합하는 미래 - 디자인의 미래는 코드와 시각적 캔버스가 서로 분리된 영역으로 남는 것이 아니라, 두 환경이 유기적으로 연결되는 방향으로 제시된다. - 아이디어는 코드로 구현되거나 캔버스에서 시각화된 뒤, 다시 서로 다른 형태로 발전할 수 있다. - 이 변화는 디자이너가 코드를 반드시 전문적으로 작성해야 한다는 의미라기보다, 구현 가능성과 기술적 구조를 이해해야 한다는 뜻에 가깝다. - 디자인 도구는 특정 직군만 사용하는 제작 프로그램에서, 여러 직군이 함께 사고하고 검증하는 협업 환경으로 확장되고 있다. AI 시대에는 새로운 도구를 많이 아는 것보다, AI를 활용해 더 나은 문제를 정의하고 빠르게 검증하며 다양한 직군을 연결하는 능력이 중요하다. 디자이너는 프롬프트와 자동화 기술을 익히되 사용자 중심 사고와 디자인 기본기를 함께 강화하는 것이 바람직하다.

원문 읽기(새 탭에서 열림)
figma4분 읽기큐레이션 요약

버전 컨트롤: Figma Make로 지역

브리티시컬럼비아의 소규모 농가가 생산물 판매와 유통 과정에서 겪는 문제를 해결하기 위해, 창업자 Aaron Veale은 Figma Make로 농가와 밴쿠버 레스토랑을 연결하는 마켓플레이스 앱 Planet Food를 3주 이내에 구축했다. 약 20개의 프롬프트만으로 첫 프로토타입을 만들고, 농부와 셰프의 피드백을 즉시 반영하며 제품을 발전시켰다. 이 사례는 AI 도구가 개발 속도를 높이는 동시에, 창업자가 고객 문제와 사용자 경험에 더 집중하도록 돕는 과정을 보여준다. ## 소규모 농가가 직면한 구조적 문제 - 브리티시컬럼비아에서는 매주 한 곳의 농가가 폐업할 정도로 상황이 심각하다고 소개된다. - 농가들은 다음과 같은 문제를 겪고 있다. - 생산 비용 상승 - 불안정한 공급망 - 변화하는 정부 규정 - 대형 유통업체에 대한 의존 - 마케팅과 판매 역량 부족 - BC 농가의 순손실은 지난해 4억 5,700만 캐나다달러에 달했으며, 농업 부문은 2017년부터 순손실 상태였다. - Veale은 수십 명의 농부와 대화한 뒤, 농가가 생산에는 강하지만 직접 판매와 시장 접근에는 취약하다는 점을 파악했다. - 이에 따라 지역 농가와 고품질 식재료를 찾는 밴쿠버 레스토랑을 직접 연결하는 마켓플레이스를 구상했다. ## Figma Make로 빠르게 만든 Planet Food - 일반적인 스타트업 방식이라면 투자 유치, 팀 구성, 제품 개발에 상당한 시간이 필요하다. - Veale은 문제의 긴급성을 고려해 Figma Make의 프롬프트 기반 앱 제작 기능을 활용했다. - 하루 동안 약 20개의 프롬프트를 입력해 초기 프로토타입을 만들었다. - Planet Food는 다음 두 운영체계로 구성됐다. - **Farm OS**: 농부가 수확한 농산물을 기록하고 분류하는 기능 - **Restaurant OS**: 셰프가 식재료를 검색하고 주문하는 기능 - 초기 제품을 실제 고객에게 빠르게 보여줌으로써 다음을 확인할 수 있었다. - 고객이 어떤 기능을 필요로 하는지 - 실제 사용 가능성이 있는지 - 투자자에게 제품 사용성과 시장 신호를 제시할 수 있는지 ## 버전 1: 대화를 시작하기 위한 프로토타입 - Veale은 Farm OS와 Restaurant OS를 별도의 Figma Make 작업으로 동시에 개발했다. - 한쪽 시스템을 생성하는 동안 다른 쪽에 기능과 화면을 계속 추가하는 방식으로 작업했다. - 10~20개의 프롬프트만으로 여러 화면으로 구성된 시스템을 만들고, 다음 날 농부나 레스토랑에 직접 시연했다. - 초기 제품은 완성품이라기보다 고객과 문제를 논의하기 위한 대화 도구로 사용됐다. - 현장 인터뷰를 바탕으로 농부의 실제 업무 환경에 맞춰 UX를 조정했다. - 야외에서 햇빛 반사를 줄이기 위해 기본값을 다크 모드로 설정 - 하루 12~16시간 일하는 농부를 고려해 행정·판매 업무를 최소화 - 앱 내 작업을 세 번 이하의 클릭으로 완료하도록 설계 - 불필요한 정보와 클릭 수를 줄여 업무 흐름을 단순화 - 익숙한 앱의 스와이프, 슬라이드업 같은 마이크로 인터랙션을 캡처해 프롬프트에 입력하고, 이를 하나의 모바일 중심 UI로 통합했다. ## 버전 2: 사용자 경험과 브랜드 강화 - 초기 기능이 검증된 뒤에는 앱의 시각적 완성도와 감정적 경험을 개선하는 데 집중했다. - Veale은 과거에는 자신의 디자인 아이디어를 구현하기 위해 여러 개발자에게 의존해야 했고, 그 과정에서 타협이 발생했다고 설명한다. - Figma Make를 통해 디자이너가 직접 구현 과정에 참여하면서 다음 요소에 더 집중할 수 있게 됐다고 평가한다. - 브랜딩 - 인터랙션 - 온보딩 경험 - 고객 경험 전반 - 영화감독 경험을 바탕으로 프롬프트를 단순한 명령이 아니라 사용자의 관점에서 작성하는 이야기로 접근했다. - 농부와 셰프에 대한 구체적인 페르소나를 작성해 프롬프트의 맥락으로 활용했다. - 소규모 팀으로 농장을 운영하며 계절별 업무량이 많은 농장주 - 기술에 호기심은 있지만 기술 중심적이지 않은 사용자 - 공정한 가격과 안정적인 수입을 원하는 사용자 - 재배, 수확, 물류, 판매, 청구를 동시에 처리해야 하는 사용자 - 주요 페인 포인트도 명시적으로 정리했다. - 스프레드시트와 문서를 수동으로 업데이트하는 업무 - 매주 레스토랑의 수요를 예측하기 어려운 문제 - 실시간 재고 동기화 부족으로 인한 과잉 판매·판매 부족 - ChatGPT로 사용자 페르소나와 온보딩 흐름을 분석하고, Figma Make에 입력할 프롬프트를 다시 생성하는 방식으로 AI 도구를 연계했다. - 앱에 커스텀 아이콘을 추가해 기능 중심의 도구에 색상과 개성을 더했다. ## 빠른 반복 개발과 고객 중심 설계 - Veale은 먼저 완벽한 제품을 만들기보다, 빠르게 작동하는 버전을 만들어 실제 사용자와 대화하는 방식을 택했다. - 고객 피드백은 단순한 기능 요청이 아니라 다음 설계 결정의 근거로 활용됐다. - 농부의 작업 환경 - 업무 시간과 행정 부담 - 디지털 도구에 대한 숙련도 - 레스토랑의 주문 및 재고 관리 방식 - Figma Make는 프롬프트를 반복 수정하면서 화면, 기능, 인터랙션을 점진적으로 쌓는 개발 방식에 적합했다. - AI가 구현 속도를 높여주면서 창업자와 디자이너는 코드 작성보다 문제 정의와 사용자 경험에 더 많은 시간을 쓸 수 있었다. 실무적으로는 AI 앱 제작 도구를 사용할 때 처음부터 완성도를 높이려 하기보다, 핵심 사용자와 문제를 구체적인 페르소나로 정의한 뒤 작은 프로토타입을 빠르게 만들고 실제 고객 피드백으로 반복 개선하는 접근이 효과적이다.

원문 읽기(새 탭에서 열림)
google원문

생성형 UI: 모든 프롬 (새 탭에서 열림)

구글 리서치가 발표한 '제너레이티브 UI(Generative UI)'는 AI 모델이 단순한 텍스트 답변을 넘어 웹페이지, 게임, 도구, 시뮬레이션 등 완전한 사용자 경험(UX)을 실시간으로 생성하는 새로운 기술 패러다임입니다. 이 기술은 사용자의 질문이나 지시사항의 의도를 파악하여 고정된 형식이 아닌, 목적에 최적화된 맞춤형 인터페이스를 즉석에서 설계하고 코딩합니다. 현재 제미나이(Gemini) 앱과 구글 검색의 AI 모드에 통합되어 정적 인터페이스를 동적이고 상호작용 가능한 디지털 환경으로 변모시키고 있습니다. **정적 인터페이스를 넘어서는 새로운 패러다임** * 사용자가 카탈로그에서 기존 앱을 선택하는 대신, AI가 사용자의 니즈에 맞춰 동적으로 인터페이스를 생성하여 제공합니다. * 단일 단어부터 상세한 지침까지 모든 형태의 프롬프트에 대응하며, 단순한 정보 전달을 넘어 학습, 놀이, 탐색이 가능한 상호작용 환경을 구축합니다. * 사용자 평가 결과, 생성 속도를 제외한 품질 측면에서 일반적인 LLM의 텍스트 출력보다 제너레이티브 UI에 대한 선호도가 압도적으로 높게 나타났습니다. **실시간 제품 통합 및 활용 사례** * **제미나이 앱(Dynamic View):** 사용자의 대상층(예: 5세 아이 vs 성인)에 따라 콘텐츠와 기능을 다르게 설계하며, 패션 조언이나 이벤트 계획 등 실질적인 과업 수행을 돕습니다. * **구글 검색(AI Mode):** 제미나이 3의 멀티모달 이해 능력과 에이전트 코딩 역량을 활용하여 복잡한 과학적 시뮬레이션(예: RNA 중합효소 작용 기전) 등을 즉석에서 시각화합니다. * **맞춤형 도구 생성:** 소셜 미디어 포스트 갤러리 제작부터 수학 교육용 게임까지, 프롬프트의 의도에 따라 완전히 고유한 레이아웃과 기능을 갖춘 도구를 생성합니다. **제너레이티브 UI의 기술적 구현 원리** * **제미나이 3 Pro 기반:** 구글의 최신 모델을 핵심 엔진으로 사용하며 세 가지 주요 구성 요소를 추가하여 완성도를 높였습니다. * **도구 액세스(Tool Access):** 서버를 통해 이미지 생성 및 웹 검색 도구에 접근하며, 이를 통해 생성된 결과물을 브라우저에 직접 전송하여 효율성을 극대화합니다. * **정교한 시스템 지침:** 목표 설정, 계획 수립, 기술 사양 및 오류 방지 팁이 포함된 상세한 가이드를 통해 모델이 기능적인 UI를 설계하도록 유도합니다. * **사후 처리(Post-processing):** 모델이 출력한 결과물을 사후 처리 프로세스에 통과시켜 흔히 발생하는 기술적 오류를 수정하고 안정성을 확보합니다. 제너레이티브 UI는 소프트웨어가 사용자의 언어만큼이나 유연하고 적응력 있게 변화하는 미래를 보여줍니다. 구글 검색의 AI 모드나 제미나이 앱의 실험적 기능들을 통해, 정해진 틀에 갇히지 않은 진정한 개인화된 인터페이스를 직접 경험해 보시길 권장합니다.

figma원문

앱 레이어는 AI가 가치를 (새 탭에서 열림)

현재의 인공지능 기술은 마치 명령어를 직접 입력해야 했던 MS-DOS 시대와 같으며, 진정한 대중화는 모델 그 자체가 아닌 '앱 계층(App Layer)'의 발전을 통해 이루어질 것입니다. 강력한 거대언어모델(LLM)의 잠재력을 일반 사용자가 체감할 수 있는 실용적인 도구로 전환하기 위해서는 인간 중심의 인터랙션 디자인이 필수적입니다. 결국 AI의 성공 여부는 기술적 성능보다는 사용자가 그 도구를 통해 얼마나 직관적이고 가치 있는 경험을 하느냐에 달려 있습니다. **역사적 사례로 본 앱 계층의 역할** - 개인용 컴퓨터의 보급은 MS-DOS가 아닌, 클릭과 드래그가 가능한 그래픽 사용자 인터페이스(GUI)의 등장으로 가능해졌습니다. - 인터넷 또한 브라우저와 검색 엔진 같은 앱 계층이 구축된 후에야 학술적 도구를 넘어 일상의 필수품이 되었습니다. - 스마트폰은 기기 자체보다 우버(Uber)나 인스타그램 같은 앱들이 새로운 기술을 삶을 개선하는 도구로 변모시키면서 비로소 우리 삶에 스며들었습니다. **LLM 래퍼를 넘어선 새로운 인터랙션 패턴** - 단순한 'LLM 래퍼(Wrapper)' 수준을 넘어, 기술의 원시적인 능력을 구체적인 행동으로 번역해주는 제품이 승리할 것입니다. - 스마트폰의 '핀치 투 줌(Pinch to zoom)'이나 '관성 스크롤'처럼 AI 시대에 걸맞은 새로운 인터랙션 표준이 정립되어야 합니다. - 사용자는 모델의 파라미터 수보다 모델 선택기의 UI 간소화 같은 디자인적 변화에 더 민감하게 반응하며, 이는 디자인 결정이 기술적 진보만큼 중요하다는 것을 시사합니다. **문제 해결에 최적화된 맥락 중심 디자인** - 육아 앱 '굿 인사이드(Good Inside)'의 사례처럼, 범용 챗봇보다 특정 문제(예: 아이의 취침 시간 갈등)에 공감하고 구체적인 카드 형태로 솔루션을 제시하는 인터페이스가 더 큰 가치를 제공합니다. - 전문가(변호사, 의사, 디자이너 등)의 각기 다른 필요에 맞춰 인터페이스가 튜닝되어야 하며, 이는 단순한 텍스트 답변 이상의 경험을 만들어냅니다. - 브라우저 역시 단순한 탭 관리 도구에서 벗어나 앱 간의 협업을 돕는 능동적인 AI 인터페이스로 진화하고 있습니다. **정서적 공명과 디자인의 디테일** - 기술적 기능보다는 해당 제품이 사용자에게 어떤 기분을 느끼게 하는지(지원받는 느낌, 영감, 자신감 등)가 새로운 경쟁 우위가 될 것입니다. - 폰트, 색상, 타이핑 애니메이션과 같은 작은 디자인 요소들이 모여 AI를 더 자연스럽고 즐겁게 사용할 수 있는 도구로 만듭니다. - 제품 빌더들은 AI의 출력을 매끄럽고 만족스럽게 전달할 수 있는 인터랙션을 설계하고, 이를 안정적으로 확장할 수 있는 시스템을 구축해야 합니다. 성공적인 AI 제품을 만들고자 한다면 단순히 모델의 성능을 높이는 데 그치지 말고, 사용자가 당면한 구체적인 문제를 어떻게 디자인적으로 해결할 것인지에 집중해야 합니다. 기술을 '도구'로 만드는 것은 결국 디자인의 힘이며, 사용자가 기술을 의식하지 않고 자연스럽게 목표를 달성하게 만드는 인터랙션이 AI 시대의 핵심 차별점이 될 것입니다.

figma4분 읽기큐레이션 요약

잊지 못할 Config 발표를 준비

인상적인 컨퍼런스 발표는 정보를 전달하는 데 그치지 않고, 청중의 통념을 뒤집으며 오래 기억될 관점과 이야기를 제공해야 한다. Figma의 Config 발표 사례들은 위험을 감수한 선택, 사용자에 대한 깊은 관심, 단순하고 창의적인 문제 해결이 훌륭한 발표와 제품을 만든다는 점을 보여준다. 특히 발표자는 성공 결과보다 그 과정에서의 의외의 판단과 배움을 설득력 있게 전달해야 한다. ## 발표의 목적: 정보 전달을 넘어 기억에 남는 경험 만들기 - 좋은 발표는 단순히 지식을 나열하지 않고 청중의 기존 가정에 도전한다. - 발표 주제뿐 아니라 발표자가 어떤 문제를 발견했고, 어떤 선택을 했으며, 무엇을 배웠는지가 중요한 콘텐츠가 된다. - 글은 Config 2024 발표자들이 인상 깊게 본 세션을 소개하며, 향후 발표 제안서를 준비하는 사람에게 하나의 기준을 제시한다. - 발표의 영감은 제품 디자인, 공간 컴퓨팅, 새로운 하드웨어 등 다양한 분야에서 얻을 수 있지만, 공통적으로 강한 서사와 분명한 관점이 존재한다. ## 통념을 거스른 위험한 선택 - Josh Wardle의 발표 **“Opting for the opposite”**는 일반적인 게임 업계의 성공 공식과 반대되는 선택을 다룬다. - Wordle은 다음과 같은 방식으로 성장과 참여를 극대화하는 관행을 따르지 않았다. - 하루에 한 번만 플레이할 수 있도록 제한 - 공유된 결과에서 게임으로 바로 연결되는 링크를 제공하지 않음 - 모바일 게임처럼 반복 사용과 바이럴 확산을 적극적으로 유도하지 않음 - Wardle은 처음부터 바이럴 히트작을 만들려 한 것이 아니라, 파트너를 위한 애정 어린 선물로 게임을 제작했다. - 이 사례의 핵심은 “성공하려면 반드시 업계의 모범 사례를 따라야 한다”는 생각을 뒤집은 데 있다. - 발표에서 위험을 감수한 선택을 보여주려면 단순히 결과를 자랑하기보다 다음을 설명해야 한다. - 당시 업계의 일반적인 접근법은 무엇이었는가 - 왜 그 반대의 선택을 했는가 - 그 선택이 사용자 경험에 어떤 영향을 미쳤는가 - 예상하지 못한 결과와 배움은 무엇이었는가 ## 지표보다 사용자를 우선한 제품 철학 - Apple의 디자인 에반젤리스트 Linda Dong은 Wordle 사례가 “많은 사람이 사랑하는 제품을 만들기 위해 항상 관습을 따를 필요는 없다”는 점을 상기시킨다고 평가한다. - 수치와 성장 지표가 중심이 된 산업에서도 단순함과 창의성만으로 강력한 제품을 만들 수 있다. - Humane의 리드 프로덕트 디자이너 George Kedenburg III 역시 Wordle의 과정이 “틀린 방식”처럼 보이는 선택을 통해 훌륭한 결과를 만든 이야기라고 강조한다. - 중요한 것은 규칙을 어기는 행위 자체가 아니라, 만들고자 하는 사용자를 깊이 이해하고 그 사용자에게 필요한 경험을 끝까지 고민하는 태도다. ## 구체적인 사례와 시각적·서사적 구성 - Linda Dong과 Mike Stern의 **“An Infinite Canvas”**는 공간 컴퓨팅 디자인의 가능성을 다룬다. - George Kedenburg III와 Humane 공동창업자 Imran Chaudhri의 발표는 Ai Pin의 개발 과정과 제품 비전을 소개한다. - 발표 주제가 복잡하거나 미래지향적일수록 다음 요소가 이해를 돕는다. - 제품이 해결하려는 사용자 문제 - 개발 과정에서의 핵심 결정 - 기술이 사용자 경험을 어떻게 바꾸는지 보여주는 실제 사례 - 아름답거나 유머러스한 시각 자료 - 청중의 기억에 남는 발표는 새로운 기술을 설명하는 데서 끝나지 않고, 그 기술이 왜 필요한지와 어떤 인간적 동기에서 출발했는지까지 전달한다. ## 실용적인 발표 준비 방법 - 업계의 정답을 그대로 따르기보다, 자신이 의도적으로 다르게 선택한 지점을 찾는다. - 성공한 결과보다 실패, 망설임, 예상 밖의 전환점을 이야기의 중심에 둔다. - “무엇을 만들었는가”뿐 아니라 “누구를 위해 만들었고 왜 그렇게 만들었는가”를 설명한다. - 데이터와 성과 지표는 보조 자료로 활용하고, 사용자의 실제 경험과 제작자의 판단을 중심에 둔다. - 발표를 준비할 때 다음 질문을 점검하면 좋다. - 청중의 기존 생각을 바꿀 만한 지점이 있는가? - 나만 들려줄 수 있는 구체적인 제작 경험이 있는가? - 발표가 끝난 뒤 청중이 기억할 한 문장은 무엇인가? - 제품이나 프로젝트에 담긴 사용자에 대한 관심이 드러나는가? 결국 인상적인 발표는 완벽한 성공 공식을 제시하는 자리가 아니라, 사용자에 대한 진정성 있는 관심과 과감한 선택이 어떻게 결과로 이어졌는지를 보여주는 자리다. 발표를 준비한다면 자신의 프로젝트에서 가장 의외였던 결정과 그 이유를 중심으로 이야기를 구성하는 것이 효과적이다.

원문 읽기(새 탭에서 열림)
figma3분 읽기큐레이션 요약

Figma와 Jira로 디

제품 개발의 속도와 품질을 높이려면 디자이너와 개발자가 같은 맥락을 공유하며 협업할 수 있는 도구·프로세스·의식이 필요하다. 특히 하이파이 인터랙티브 프로토타입과 Figma-Jira 연동은 디자인 의도를 코드로 옮기는 과정의 오해와 단절을 줄이고, 대면·비동기 협업 모두에서 팀의 ‘플로우’를 유지하도록 돕는다. 규모가 커지고 하이브리드 근무가 일반화될수록 지속적인 정렬과 명확한 정보 공유가 중요해진다. ## 제품 개발에서 ‘플로우’가 중요한 이유 - 플로우는 구성원이 특정 활동에 깊이 몰입해 효율적으로 작업하는 상태다. - 제품 속도는 올바른 기능을 빠르게 출시하는 능력이지만, 조직이 커질수록 유지하기 어렵다. - 속도는 저절로 생기지 않으며, 다음과 같은 기반이 필요하다. - 협업 도구 - 작업 프로세스 - 팀의 정기적인 커뮤니케이션과 의식 - 폴 그레이엄의 ‘메이커의 일정과 매니저의 일정’처럼 디자이너와 개발자는 짧은 단위의 잦은 회의보다 방해받지 않는 긴 작업 시간이 필요하다. - 하이브리드 환경에서는 알림, 일정, 변화하는 요구사항 때문에 개인과 팀 모두 플로우를 잃기 쉬우므로 협업 기반을 먼저 정비해야 한다. ## 고해상도 프로토타입으로 디자인과 개발의 언어 통일 - 회사가 커질수록 팀과 업무가 사일로로 분리되고, 원격·하이브리드 근무로 구성원 간 맥락 공유가 어려워진다. - 같은 용어도 디자이너와 개발자가 서로 다르게 이해할 수 있지만, 실제로 작동하는 프로토타입을 보면 의도를 더 정확히 공유할 수 있다. - One.com은 덴마크의 디자인 팀과 인도의 개발 팀이 정기적으로 요구사항, 장애물, 잠재적 문제를 논의한다. - 새로운 텍스트 기능을 논의할 때 Figma의 하이파이 프로토타입을 사용해 개발자들이 인터랙션 상태를 직접 확인했다. - 정적·로우파이 프로토타입이 전체적인 디자인 방향을 보여준다면, 인터랙티브 하이파이 프로토타입은 다음과 같은 구현 세부사항을 전달한다. - 사용자 플로우가 어떻게 진행되는지 - 창이나 모달이 언제 나타나는지 - 드롭다운이 어떻게 동작하는지 - 최종 제품에서 각 상태가 어떻게 연결되는지 - 여러 페이지를 복잡하게 연결해야 했던 기존 방식과 달리, 하나의 Figma 파일 안에서 전체 경험을 확인하고 검토할 수 있다는 점이 장점이다. ## 회의 이후에도 유지되는 비동기 협업 맥락 - 프로토타입은 회의 중 합의만 돕는 것이 아니라, 회의에 참석하지 못한 구성원에게도 결정의 맥락을 보존한다. - 원격·비동기 환경에서는 회의에서 무엇을 확인하고 결정했는지가 이후 작업의 효율을 좌우한다. - Condé Nast의 제품 개발 팀은 매일 스탠드업을 진행해 다음을 공유한다. - 현재 진행 상황 - 우선순위 - 예상되는 장애물 - 팀이 확인해야 할 질문 - 이러한 정기적인 정렬은 팀이 서로 다른 방향으로 작업하는 것을 방지하고, 문제를 조기에 드러내도록 한다. ## Figma와 Jira를 통한 디자인-개발 연결 - 디자인이 코드로 전환되는 과정에서는 디자인 파일, 개발 작업, 요구사항이 서로 다른 위치에 흩어지기 쉽다. - Figma for Jira는 Jira 작업 항목에 디자인 맥락을 연결해 개발자가 구현 시 필요한 정보를 더 쉽게 확인하도록 지원한다. - 글은 업데이트된 Figma for Jira 앱을 소개하면서, 제품 개발팀이 디자인과 개발 워크플로를 더 가깝게 연결하는 방법을 설명한다. - 핵심 목적은 단순히 디자인 링크를 첨부하는 것이 아니라, 개발자가 디자인의 배경과 동작 방식을 함께 이해하도록 하는 데 있다. ## 실천을 위한 시사점 - 기능 구현 전에 정적 화면보다 실제 인터랙션을 포함한 프로토타입으로 논의한다. - 디자인 리뷰에는 개발자를 참여시켜 상태 변화와 예외 흐름까지 함께 확인한다. - 회의에서 결정한 내용은 프로토타입과 작업 티켓에 남겨 비동기 작업에서도 맥락이 유지되게 한다. - Figma와 Jira를 연결해 디자인 의도, 요구사항, 개발 진행 상황을 하나의 흐름으로 관리한다.

원문 읽기(새 탭에서 열림)
figma3분 읽기큐레이션 요약

Little Big Updates: 위대한 도약

Figma는 화려한 신기능뿐 아니라 사용자가 매일 반복하는 작은 불편을 줄이는 품질 개선이 제품에 더 큰 영향을 줄 수 있다고 주장한다. 특히 하루 수백 번 사용하는 동작을 한 번 덜 클릭하게 하거나 버그를 해결하는 일은 발표 무대에 오를 만한 기능보다 실제 업무 흐름을 크게 바꿀 수 있다. 이를 체계적으로 실천하기 위해 Figma는 매년 ‘Little Big Updates’라는 개선 활동을 진행한다. ## 사용자의 반복 작업에 집중하는 이유 - 디자이너들은 일주일에 40시간 이상 Figma를 사용하며, 도구를 익히는 과정 자체가 전문성을 쌓는 일과 비슷하다. - 사용자가 제품에 많은 시간과 노력을 투자하는 만큼 Figma는 지속적으로 도구를 개선할 책임이 있다고 본다. - 사용자가 자주 반복하는 작은 행동을 개선하면, 사용 빈도가 낮은 대형 기능보다 더 큰 누적 효과를 낼 수 있다. - 작은 변화는 사용자가 처음부터 요구하지 않았더라도 실제 사용 경험을 크게 향상시킬 수 있다. ## ‘Little Big Updates’의 시작 - Figma는 초기부터 디자이너들의 의견을 듣고 가능한 한 자주 업데이트를 출시했다. - 평소에는 매주 한 번 업데이트했지만, 네 가지 업데이트를 월요일부터 목요일까지 하루에 하나씩 공개한 일이 계기가 됐다. - 사용자들은 매일 새로운 선물을 받는 것처럼 느꼈고, 이 방식이 ‘Little Big Updates’라는 이름으로 발전했다. - 각각의 작은 개선에 주목할 기회를 제공하면 사용자가 그 변화의 가치를 더 잘 인식할 수 있다. ## 작은 개선이 만드는 큰 영향 - 기능 추가는 제품에 새로운 능력을 부여하는 일이지만, 품질 개선은 기존 기능을 더 빠르고 편하게 만드는 일이다. - “한 번 덜 클릭하게 만들었다”와 같은 변화는 홍보하기 어렵지만, 사용자가 반복해서 경험하기 때문에 영향력이 크다. - Figma의 사례: - 과거에는 붙여넣기 결과가 화면의 임의 위치에 나타나 불편했지만, 이를 개선해 반복적인 좌절을 없앴다. - 프레임을 전환할 때 텍스트를 선택하려고 여러 번 더블클릭해야 하는 문제를 줄였다. - 붙여넣기처럼 하루에도 수백 번 사용하는 동작의 개선은 화려한 신기능보다 사용자의 작업 흐름에 더 큰 효과를 줄 수 있다. ## 대형 기능과 작은 기능의 우선순위 결정 - AI for FigJam 같은 대형 기능은 다른 개선 사항과 어떻게 결합되는지, 제품 전체 전략에 어떻게 들어맞는지를 신중하게 검토해야 한다. - 대형 기능은 자동차에 큰 여행 가방을 먼저 싣는 것처럼 선행 조건과 전체적인 배치가 중요하다. - 반대로 작은 기능은 지나치게 중앙집중적으로 우선순위를 정할 필요가 없다. - 각 팀은 자신이 담당하는 기능과 사용자의 불편을 가장 잘 이해하므로, 품질 개선의 우선순위를 팀에 분산하는 것이 효과적이다. - 조직 전체가 품질의 중요성을 공유하되, 구체적으로 무엇을 개선할지는 현장 팀이 결정하도록 해야 한다. ## 실용적인 적용 방향 - 기능의 신규성보다 사용 빈도와 반복되는 불편의 크기를 기준으로 개선 대상을 찾는다. - 오류, 불필요한 클릭, 어색한 선택 방식처럼 작아 보이는 문제를 사용자 피드백과 실제 사용 사례로 평가한다. - 작은 개선도 별도로 공개하고 기록해 팀과 사용자가 그 가치를 인식하도록 한다. - 대형 기능은 전략적으로 통합하고, 세부적인 사용성 개선은 각 팀이 빠르게 실행하도록 권한을 위임하는 것이 좋다.

원문 읽기(새 탭에서 열림)
figma3분 읽기큐레이션 요약

협업 중심의 교실을 조성

FIT의 Christie Shin 교수는 Figma를 활용해 학생들이 결과물보다 디자인 과정과 협업을 중시하도록 가르친다. 가상 교실을 팀·프로젝트·파일 구조로 조직하고, 수업 중 실시간 피드백과 반복 작업을 유도해 실제 디자인 현장과 유사한 학습 환경을 만든다. 핵심은 초기 작업을 공유하고, 구조와 자율성을 함께 제공하며, 개인 작업도 공동체 안에서 진행하고, 다른 사람의 영향을 자연스럽게 인정하는 것이다. ## Figma로 구성한 가상 교실 - 수업 섹션별로 Figma 팀을 만들고, 강의 자료와 활동을 프로젝트 단위로 정리한다. - 학생들은 강의 중 각자 파일에 머무르지 않고 동일한 Figma 파일에 모여 작업하고 피드백을 주고받는다. - 학기 초에는 인터랙티브 학생 프로필 만들기 같은 아이스브레이킹 활동으로 협업을 시작한다. - 모든 수업 활동과 최종 발표 자료를 Figma 안에서 관리해 학습 과정을 한곳에 축적한다. ## 초기 작업을 적극적으로 공유하기 - 완성되지 않은 아이디어를 공개하는 부담을 줄이고, 초기 단계부터 작업을 보여주는 습관을 기른다. - 학생들은 수업 중 서로의 파일에 들어가 구두와 댓글 등으로 즉각적인 의견을 전달한다. - 디자인을 완성된 결과물이 아니라 사고하고 발전시키는 과정으로 이해하게 한다. - 반복적인 피드백을 통해 피드백을 요청하고 반영하는 능력을 키운다. ## 구조를 제공하되 성장할 여지 남기기 - 학기 초에 활동별 템플릿과 이름이 지정된 페이지를 제공해 학습 과정을 체계화한다. - 템플릿은 리서치, 요약, 와이어프레임 등 목적에 맞는 작업을 안내한다. - 무한 캔버스의 빈 공간에는 스케치, 실험, 빠른 반복 작업을 자유롭게 추가할 수 있다. - 하나의 Figma 파일을 리서치부터 최종 결과물까지 기록하는 ‘창의적 여정’ 또는 디자인 저널로 활용한다. ## 개인 작업을 공동체 안에서 진행하기 - 개인 프로젝트라도 스터디 그룹 안에서 진행하며, 중간 결과를 지속적으로 발표한다. - 예를 들어 MTA 앱을 위한 디자인 시스템과 영상 사례 연구를 개인별로 제작하되, 그룹에서 진행 상황을 공유했다. - 최종 발표 때 한 번만 평가받는 대신 제작 과정에서 점진적으로 피드백을 반영한다. - 이러한 방식은 실제 디자인 조직의 크로스펑셔널 협업과 디자인 크리틱을 모방한다. - 작업물을 지나치게 ‘소중한 완성품’으로 여기지 않고, 피드백에 따라 계속 개선하도록 돕는다. ## 다른 사람의 영향을 인정하기 - 학생들이 아이디어를 빼앗길까 봐 작업을 숨기는 태도에서 벗어나도록 한다. - 다른 사람의 의견과 작업이 자신의 디자인을 변화시키는 것은 디자인 과정의 자연스러운 일부라고 가르친다. - 프로젝트마다 영감을 준 전문 디자이너나 동료 학생의 디자인 이미지를 수집하게 한다. - 영향을 준 사례와 출처를 프로젝트에 함께 기록하고, 크리틱에서 그 영향 관계를 논의한다. - 이를 통해 아이디어의 차용을 숨기는 대신 맥락과 기여를 투명하게 설명하는 태도를 기른다. 실무적인 관점에서는 학생별 파일에 템플릿과 자유 작업 공간을 함께 제공하고, 정기적인 중간 공유와 동료 크리틱을 운영하는 방식이 효과적이다. 중요한 것은 도구 자체보다 초기 공개, 지속적인 피드백, 영향에 대한 인정이 자연스럽게 일어나는 협업 문화를 만드는 것이다.

원문 읽기(새 탭에서 열림)
figma3분 읽기큐레이션 요약

개방적이고 포용

프로세스는 팀의 협업 방식뿐 아니라 제품이 얼마나 개방적이고 포용적인지도 결정한다. 좋은 디자인은 핵심 사용자와 이상적인 사용 사례를 넘어 다양한 환경·능력·문화의 사용자를 고려하고, 디자인·개발·현지화 팀이 초기부터 함께 검토하는 구조를 갖춰야 한다. 특히 원격 근무 환경에서는 업무 현황과 가용 시간을 투명하게 공유하는 루틴이 중요하다. ## 이상적인 사용 사례를 넘어선 사용자 이해 - 대표 페르소나와 핵심 사용 사례만을 기준으로 삼으면 실제 사용 환경의 복잡성을 놓치기 쉽다. - 제품을 직접 사용하는 사람뿐 아니라 배달원처럼 제품의 결과물을 전달하거나 운영하는 사람의 상황도 체험해야 한다. - 예를 들어 배달 앱은 다음과 같은 현실적 제약을 고려해야 한다. - 고장 난 엘리베이터 대신 계단을 이용해야 하는 상황 - 외진 지역에서 GPS가 작동하지 않는 상황 - 사용자의 범위를 넓혀 바라보면 접근성 문제도 더 구체적으로 발견할 수 있다. - 문구를 단순화하고, 색상 대비·글자 크기·레이아웃을 개선하는 것부터 시작할 수 있다. - 접근성은 장애뿐 아니라 특정 상황에서 일시적으로 발생하는 제약도 포함한다. - 시끄러운 장소에서 소리를 듣기 어려운 경우 - 휴대폰 화면이 깨진 경우 - 조직 내에서 접근성 개선을 책임질 담당자를 명확히 정해야 지속적인 변화로 이어진다. - 특정 사용자에게 필수적인 기능은 결과적으로 모든 사용자에게도 유용할 수 있다. ## 현지화를 제품 개발의 일부로 만들기 - 현지화는 단순히 문구를 번역하는 작업이 아니라 다음 요소를 함께 고려하는 과정이다. - 언어별 문장 구조와 문법 - 문화적 뉘앙스 - 번역된 문구가 실제 화면에 들어갈 수 있는지 여부 - Deliveroo는 기존에 디자이너가 경험을 설계한 뒤 개발자에게 넘기고, 개발자가 번역 문구마다 화면을 수동으로 확인하는 방식으로 작업했다. - Phrase Figma 플러그인을 도입해 디자이너가 여러 언어의 디자인을 빠르게 만들고 공유할 수 있도록 개선했다. - 이 방식으로 현지화 팀은 개발 전에 다음 문제를 발견할 수 있었다. - 번역이 부정확한 문제 - 번역문이 화면 영역을 초과하는 문제 - 현지화 담당자는 전체 사용자 흐름을 한 번에 확인하고 초기 단계에서 피드백을 제공할 수 있다. - 결과적으로 현지화는 디자인팀과 현지화팀 사이의 일회성 인계가 아니라, 글로벌 사용자 여정을 함께 설계하는 제품 개발 과정으로 바뀌었다. ## 조직 전체의 긴밀한 협업 - 포용적인 제품을 만들려면 디자인팀 내부뿐 아니라 디자인·개발·현지화 등 관련 조직이 일찍부터 협력해야 한다. - 기존의 순차적 핸드오프 방식은 문제를 늦게 발견하게 만들고, 이미 구현된 화면을 다시 만드는 비용을 높인다. - 가벼운 프로토타입을 공유하면 각 팀이 자신의 전문성을 디자인 단계에서 반영할 수 있다. - 협업 과정에서 중요한 것은 단순히 시간을 절약하는 것뿐 아니라, 각 팀이 전체 사용자 경험과 제품 맥락을 이해하는 것이다. ## 원격 환경에서 투명한 팀 프로세스 만들기 - 원격 근무에서는 사무실에서 자연스럽게 얻던 공간적·시각적 정보가 사라지므로 업무 상황을 더 의도적으로 공유해야 한다. - 팀 구성원이 무엇을 하고 있는지, 회의에 얼마나 참여할 수 있는지 파악할 수 있도록 업무 시간을 시각화할 필요가 있다. - Team Capacity Template과 같은 도구를 활용하면 다음 정보를 공유할 수 있다. - 각자의 주간 업무 일정 - 회의 가능 시간 - 업무량의 공백이나 과부하 - 정기적인 회의와 짧은 스탠드업은 업무 진행 상황뿐 아니라 개인적인 안부를 확인하는 역할도 한다. - 사무실의 즉흥적인 대화와 브레인스토밍을 보완하기 위해 자유롭게 참여하고 나갈 수 있는 화상 작업 세션을 운영할 수 있다. - 원격 상황에서는 효율성만을 앞세우기보다 팀이 현재 상황을 견뎌내는 데 필요한 소통과 관계 형성에 충분한 시간을 배정해야 한다. 실무적으로는 프로젝트 초기에 다양한 사용자와 실제 사용 환경을 점검하고, 현지화·접근성 담당자를 디자인 리뷰에 참여시키는 것이 좋다. 또한 원격 팀이라면 업무 가시성과 정기적인 협업 시간을 명시적인 프로세스로 만들어야 포용적인 제품과 건강한 협업 문화를 함께 구축할 수 있다.

원문 읽기(새 탭에서 열림)
figma3분 읽기큐레이션 요약

노션이 실패의 위기에서

Notion은 2015년 잘못된 기술 스택과 반복적인 장애, 자금 고갈로 폐업 위기에 몰렸지만 제품을 처음부터 다시 설계해 회생했다. 창업자들은 사용자가 실제로 원하는 것을 파악하고, 협업과 무한한 시안 반복을 통해 Notion 1.0의 사용자 경험을 완성했다. 이 과정에서 디자인은 단순한 외형이 아니라 일상 문제를 해결하는 제품의 핵심으로 자리 잡았다. ## 폐업 위기에서 제품을 처음부터 다시 만들다 - Notion의 초기 베타 제품은 비개발자도 쉽게 사용할 수 있는 프로그래밍 도구를 목표로 했다. - 그러나 사용자들은 이 방향에 큰 관심을 보이지 않았다. - 창업자들은 “세상에 주고 싶은 것”에 집중한 나머지 “세상이 원하는 것”을 놓쳤음을 깨달았다. - 자금이 줄어들자 팀을 해산하거나 회사가 함께 무너질 수밖에 없는 상황에 놓였다. - 샌프란시스코 사무실을 전대하고 생활비가 저렴한 교토로 이동해, Notion을 처음부터 다시 개발했다. ## 실시간 협업으로 빠르게 방향을 전환하다 - Ivan Zhao와 Simon Last는 디자인과 개발을 번갈아 맡으며 제품의 문제를 함께 탐색했다. - Figma의 멀티플레이어 기능을 활용해 같은 파일에 동시에 접속하고 아이디어를 즉시 주고받았다. - 한 명이 프로그래밍하는 동안 다른 한 명이 디자인하거나, 역할을 바꿔가며 작업했다. - 실시간 협업은 제품 구조와 사용자 흐름을 빠르게 실험하고 수정하는 데 중요한 역할을 했다. - 2018년 3월 출시된 Notion 1.0은 Product Hunt 상위권에 올랐고, 월스트리트저널의 호평을 받으며 성장했다. - 외부 투자 없이 시드 투자만으로 100만 명의 사용자를 확보했다. ## 디자인을 제품의 본질로 삼다 - Notion은 디자인을 시각적 장식이 아니라 사용자의 일상 문제를 해결하는 방식으로 정의했다. - 망치의 손에 잡히는 감촉이나 칼의 절삭력처럼, 생산성 도구도 “사용할 때의 느낌”이 중요하다고 보았다. - 강력한 기능을 갖추면서도 신규 사용자의 홈 화면은 단순하게 구성했다. - 작은 아이콘 중심의 인터페이스와 절제된 화면은 Susan Kare의 초기 Mac 아이콘과 Windows 95를 연상시킨다. - 복잡한 기능을 제공하되 첫 경험은 친근하고 접근 가능하게 만드는 전략을 취했다. ## 다양한 시안을 만들고 하나를 선택하다 - 하나의 사용자 흐름을 여러 번 복제한 뒤 아이콘, 문구, 배치 같은 세부 요소를 조금씩 바꿔가며 비교했다. - 완성도를 처음부터 높이려 하기보다 거칠고 엉뚱한 아이디어까지 빠르게 만들어냈다. - 여러 가능성을 시각화한 뒤 팀원들의 검토와 비판을 통해 최종안을 좁혀갔다. - 이 방식은 디자이너뿐 아니라 카피라이터, 엔지니어, 일러스트레이터에게도 적용됐다. - 다양한 초안을 만들고 동료에게 검증받는 과정을 Notion의 독특한 브랜드와 사용자 경험을 만든 핵심 요인으로 보았다. - 디자인 감각은 타이포그래피와 뛰어난 디자인 사례를 연구하며 발전시킬 수 있다고 설명한다. ## 생각을 돕는 도구로서의 디자인 - Notion은 디자인 작업을 결과물을 꾸미는 단계가 아니라 사고를 시작하는 단계로 활용했다. - 팀원들은 초기 아이디어부터 Figma에 시각적으로 기록하며 일종의 디지털 스크래치패드처럼 사용했다. - 작은 규모의 팀 전체가 시각적 사고 과정에 참여함으로써 제품 방향과 아이디어를 공유했다. - 이는 Notion을 단순히 업무를 처리하는 도구가 아니라 사용자가 자신의 문제를 정의하고 해결 방법을 구성하는 도구로 발전시키는 기반이 됐다. ## 실용적인 시사점 - 제품이 실패할 때는 기능을 추가하기보다 사용자가 실제로 원하는 문제와 방향을 다시 검토해야 한다. - 중요한 사용자 흐름은 하나의 안에 집착하지 말고 여러 변형을 빠르게 만들어 비교하는 것이 효과적이다. - 디자인과 개발을 분리된 단계로 두기보다 실시간으로 협업하면 제품 전환 속도를 높일 수 있다. - 강력한 기능과 단순한 첫 경험을 함께 설계하는 것이 복잡한 제품의 접근성을 높인다.

원문 읽기(새 탭에서 열림)
figma3분 읽기큐레이션 요약

디자이너들이 피

Uber는 다양한 국가와 사용자층을 고려한 현지화된 경험 설계를 통해 교통 서비스를 확장했다. 특히 현금 결제가 필요한 신흥 시장을 공략하는 과정에서, Figma의 실시간 협업과 중앙 집중식 파일 관리가 디자인·리서치·엔지니어링 간 소통을 크게 개선했다. 결과적으로 팀은 최신 디자인을 공유하고 빠르게 피드백을 반영하며, 지역과 조직 규모에 관계없이 더 빠르게 제품을 발전시킬 수 있었다. ## 전 세계 사용자를 위한 디자인 - Uber는 65개국에서 7,500만 명의 승객이 연간 40억 회 이용하는 글로벌 물류 플랫폼으로 성장했다. - 국가별 사용자 경험을 설계할 때 다음 요소를 고려한다. - 언어 - 문해력 - 사용하는 기기 - 문화 - 지역적 특성 - 승객·운전자 등 사용자의 역할 - 제품팀은 설계 전에 현지 시장과 사용자에 대한 심층 조사를 수행한다. - 디자이너가 여러 국가에서 운전자와 직접 탑승하며 실제 환경에서 새로운 사용자 경험을 테스트하기도 한다. ## 신흥 시장의 현금 결제 설계 - 은행 계좌나 신용카드를 사용하기 어려운 사용자를 위해 Uber는 일부 시장에 현금 결제를 도입했다. - 현금 결제 기능은 제품 관리자, 디자이너, 운영 담당자, 데이터 과학자, 엔지니어가 함께 개발했다. - 기존 디자인 도구에서는 다음과 같은 비효율이 발생했다. - 디자인·프로토타이핑·공유·피드백 수집에 여러 도구를 사용 - 파일을 반복적으로 가져오고 내보내야 함 - 진행 상황을 별도 커뮤니케이션 채널에서 공유 - 한 번에 한 사람만 파일을 수정할 수 있음 - 현지 운전자와 프로토타입을 테스트하면서 실시간으로 수정하려 했지만, 협업 편집이 불가능해 즉각적인 반복 작업이 어려웠다. ## Figma를 통한 실시간 협업 - 디자이너 Femke van Schoonhoven은 다른 Uber 팀이 사용하던 웹 기반 협업 도구 Figma를 도입했다. - 기존 디자인 파일을 Figma로 드래그 앤 드롭해 쉽게 이전할 수 있었다. - 현지 언어와 실제 사용 맥락을 반영한 디자인을 만들면서 팀원들과 동시에 작업할 수 있었다. - 팀원들이 지역과 시간대에 관계없이 같은 디자인 파일에서 실시간으로 협업했다. - 파일 구조와 정리 방식도 직관적이어서 필요한 자료를 쉽게 찾을 수 있었다. - Figma는 여러 디자인 파일과 버전을 한곳에서 관리하는 중앙 저장소 역할을 했다. ## 단일 디자인 소스와 커뮤니케이션 효율화 - 이전에는 최신 디자인 버전을 알리기 위해 이해관계자에게 이메일을 반복해서 보내야 했다. - Figma에서는 팀원들이 폴더에서 언제든 최신 디자인을 확인할 수 있었다. - 디자인 파일 안에서 직접 댓글을 남길 수 있어 별도 이메일이나 메신저로 맥락을 설명할 필요가 줄었다. - van Schoonhoven은 커뮤니케이션 오버헤드가 최소 75% 감소했다고 설명했다. - 엔지니어를 디자인 파일에 초대해 최신 변경 사항과 맥락이 포함된 댓글을 함께 확인하도록 했다. - 엔지니어가 초기 단계부터 디자인 과정에 참여하면서 핸드오프가 더 빠르고 간단해졌다. ## 분산된 팀을 하나로 연결 - 여러 지역에 흩어진 팀원들이 동일한 파일과 목표를 공유할 수 있었다. - 과거에는 업무가 팀별로 분리되어 있었지만, Figma 도입 후 공동 작업 기반이 마련됐다. - 웹 기반 도구이므로 이해관계자가 파일을 쉽게 공유하고 상위 승인도 빠르게 받을 수 있었다. - 결과적으로 디자인 검토와 의사결정 속도가 빨라졌고, 팀 전체의 작업 효율이 향상됐다. Figma의 사례는 글로벌 제품에서 현지화 자체만큼이나 협업 방식이 중요하다는 점을 보여준다. 여러 국가의 사용자와 분산된 팀을 상대한다면, 최신 디자인을 한곳에서 관리하고 디자인·개발·피드백을 실시간으로 연결하는 협업 환경을 구축하는 것이 효과적이다.

원문 읽기(새 탭에서 열림)