Invision과 Sketch의 차이점은 무엇인가요?


Best answer

Sketch는 디자인을 만드는 데 사용됩니다. Invision은 디자인을 보여주는 데 사용됩니다.

예를 들어 앱을 디자인하고 싶습니다. Sketch를 사용하면 화면을 쉽게 디자인 할 수 있습니다. 이제 다음 단계는 고객 또는 잠재 사용자 또는 팀 구성원 간의 데모를 통해 피드백을받는 것입니다. 이 단계에서 Invision이 등장합니다.

Invision을 사용하면 다른 사람들이 앱이 작동하는 방식을 이해하는 데 도움이되는 흐름을 만들 수 있습니다. 다른 사람들도 각 화면에 댓글을 달아 피드백을 추적 할 수 있습니다.

Sketch to XML 앱 디자인 작업

a> 고객은 Invision 또는 Marvel 앱을 통해 흐름을 더 자주 공유하지만 실제로 디자인에서 앱 개발을 할 때 앱에서 사용되는 리소스를 쉽게 얻을 수 있도록 스케치 파일을 요청합니다.

이 질문에 대한 답변입니다.

감사합니다. Ranit의 RedElegant

답변

저를 포함하여 3 명으로 구성된 우리 팀은 2018 년 7 월 이후 약 3 개월 동안 Figma를 사용해 왔으며 여기에 우리가 본 정직한 장단점이 있습니다.

내가 좋아하는 것 :

  1. 아마도 이미 알고있을 것입니다. Figma는 Sketch와 많은 유사점이 있습니다. Sketch에서 Figma로 이동하면 Adobe Illustrator에서 Photoshop으로 또는 Fireworks에서 Sketch로 이동하는 것과 거의 비슷합니다. 바로 가기는 동일하고, 대지는 동일하며, 일반 레이아웃 (왼쪽 레이어, 오른쪽 속성)은 비슷합니다. 팀은 매일 Sketch와 Figma 사이를 전환하는 데 큰 문제가 없을 것입니다.
  2. Figma의 Symbols aka Components 기능은 오버라이드의 양과 사용 방법 측면에서 인상적입니다. 요소의 여러 상태에 대한 구성 요소, 스타일 (색상과 같은 모양 및 느낌)은 동일한 구성 요소의 각 인스턴스에 대해 고유 할 수 있습니다.
  3. 팀 버전 관리는 훌륭합니다. 요즘 우리가 작업하는 프로젝트가 점점 더 커짐에 따라 한 명 이상의 디자이너 (예 : 리드와 주니어)가 프로젝트를 작업 할 필요가 있습니다. 우리는 더 이상 Dropbox에서 여러 Sketch 파일을 처리 할 필요가 없습니다 (아직 Abstract를 시도하지 않았습니다). 다른 아트 보드를 마스터 Sketch 파일로 병합하고 갑작스럽게 동일한 심볼 등의 여러 인스턴스를 처리 할 필요가 없습니다.
  4. 공동 작업에서는 서로의 디자인을 검토하는 것도 매우 쉽습니다. 같은 아트 보드를보고 실수를 수정하고 디자인을 개선 할 수 있습니다. 이것은 Figma가 쌍 설계 (쌍 프로그래밍과 동등 함)를 지원하는 데 정말 잘하는 부분입니다. 우리는 함께 디자인하면서 함께 배웁니다.
  5. Figma는 웹 기반 도구이기 때문에 기능 출시는 거의 투명하고 다운로드 할 필요가 없으며 다른 버전의 Sketch를 사용할 수 있습니다. 모든 사람이 매번 같은 버전을 사용합니다.

나를 미치게하는 이유 :

  1. 피그 마는 잘 놀지 못하는 아이 같아요 그의 형 Sketch도 아닌 다른 아이들과 함께. Figma가 잘 어울리는 유일한 아이들은 Dropbox Paper, JIRA (어디에 합류?!) 등과 같은 블록에서 이상한 아이들입니다. 그가 애니메이션에 사용하는 다른 주요 도구 인 Zeplin 및 Avocode를 사용하기 위해 지금 열렸지만 자세한 내용은 프로토 타이핑, 고객 리뷰는 여전히 큰 번거 로움입니다.
  2. Sketch 세계에서 Sketch가 다른 아이들과 잘 어울리지 않을 때, 우리는 Sketch의 기능을 확장하기 위해 그 격차를 해소하는 플러그인을 가지고 있습니다. Invision Craft, Real Time Board, Zeplin 등. Sketch에서 아트 보드를 복사하여 Powerpoint, Google Slides, Word 등의 곳에 붙여 넣을 수 있었던 날이 정말 그립습니다. Figma? 선택, 내보내기 설정 지정, 내보내기, Finder에서 파일 찾기, 드래그하여 다른 프로그램에 삽입. 100 개의 화면을 다루는 경우 문제 해결에 집중하지 않고 물건을 옮기는 데 너무 많은 시간을 낭비 할 것입니다.
  3. “하지만 왜 사람들이 Figma에서 당신의 디자인을 보게 할 수 없습니까? 직접? 그게 Figma 미리보기가 맞나요?” 우리와 함께 일한 개발자가 방금 다음을 보냈습니다.

Chrome의 작업 관리자를 사용하여 간단한 벤치 마크를 수행했습니다.

페이지를로드하기 만하면 ( “Unee -T-Designs “)는 최대 CPU 부하가 250 \% (7 세대 i7 CPU 사용시)이고 메모리 사용량이 350MB 인 경우

로드 후 메모리 사용량이 최대 1.1로 증가합니다. GB는 10 ~ 30 \%의 일정한 CPU로드로 950MB 정도가됩니다. : scream :

비교하여 “Unee-T-Inspection-Report-v3-01″을로드하면로드 중에 CPU로드가 발생합니다. 시간은 거의 비슷하지만 메모리 사용량은 450MB에 달하므로 관리가 더 쉬워집니다.

개발자에게 전달하든 주석을 달든 관계없이 클라이언트를 위해 Figma에서 디자인을 미리 보는 것은 끔찍합니다. 디자이너로서 우리는 Figma가 우리 기계에서 사용하는 자원의 종류를 견딜 수 있지만 클라이언트는 견딜 수 없습니다. Figma 대 Invision에서 1 개 화면의 로딩 시간은 15 초 대 1 초 미만입니다.

이것은 우리가 가진 가장 큰 문제입니다. 클라이언트와 개발자는 Figma에서 디자인을 미리 보거나 볼 수 없기 때문에 화면을 일반적인 플랫폼 (Invision, Realtime Board)으로 내 보내야하며이 프로세스는 시간을 낭비합니다.

그럼 요점은 무엇입니까? 하나의 도구에서 “모든 것”이 일어나는 곳이라고 가정 할 때 처음에 Figma를 사용 했습니까?

Figma를 사용한 지난 3 개월 동안 “젠장, 움직여야합니다 다시 스케치로 돌아 가기”라는 말만 깨달았습니다. 죄송합니다. Figma는 일방 통행입니다. 불행히도 내 프로젝트 중 3 개는 모두 미래에 더 나아질 것이라는 장대 한 비전을 가지고 Figma로 옮겨졌습니다. 고객의 요구를 빨리 해결하기 위해 Figma가 빠르게 개선되기를 바랄뿐입니다.

도구는 그럴 필요가 없습니다. 디자이너 페르소나만을 위해, 주변 사용자의 전체 생태계와이 도구가 서로 다른 “이해 관계자”와 어떻게 잘 작동하는지 고려해야합니다.

피그 마로 전환하려는 모든 사람에게 도움이되기를 바랍니다. .

답글 남기기

이메일 주소를 발행하지 않을 것입니다. 필수 항목은 *(으)로 표시합니다