Figma is the first collaborative UI design tool built in the browser. Join our growing community and kick off a conversation!
J A S O N@jscottpearson
Show previous messages
Version ControlFebruary 6, 2019 at 9:01pm
My journey have been Sketch -> Figma -> Sketch. Whereas Figma was a great discovery and I love how streamlined is the component management, there are 3 major reasons for the move back to Sketch:
- Open-source plugin environment (we build internal plugins in Product Design team)
- Team being used to Sketch
- Version Control (Abstract)
My question is: how do you guys control version in Design teams using Figma? Is there any Abstract equivalent for Figma?
February 19, 2019 at 6:57pm
No. We have a prototype page. That is it's own thing. The flow itself is established well before the Hi-Fi static views are set in stone. By the time those are done, and verified everyone knows the user flow.
hmmm, so you just share prototypes with the team. I'm used to always mix hi-fi static screens and prototypes and flows, never separate them. And I always share links of specific Page files or specific Prototype screens, it depends.
Flows should always be established, and defined before Hi-Fi. In my experience getting that defined allows me to focus on the details in the static views.
Micro-Interactions (when needed are done later, and reference the prototype clickthrough when needed)
I find it hard to show different kind of flows when I design something that has a lot of conditionality. E.g. a big survey where the user chooses different options and those different options will lead to different paths.
Designing the hi-fi separated from the context of the conditional flows get's hard. (the low-fi are also designed with the flows)
I mean. The prototypes are instances of the static...so it's not that big of a deal. The flow is just separate, and allows us to focus on each page rather than constantly dealing with the big picture.
You can always jump to the prototype, and see how it fits into the flow. And that way it separates your thought patterns.
Allowing you to focus on microinteractions, accessibility of this view, colors, etc.
I always find it very hard to share just the prototypes even with devs that know the flows. they lose context pretty quickly, when they need to go back on the prototype, they get lost and some pages are not in the right order if you just click left and right on the keyboard. And, also in the context of making changes and iterations, I tend to always show the context of the screens with the flow
but that's fine, I just want to understand how others do things. Until today I've always been the only designer in the teams. tks for sharing :)
This channel has been archived