7 ms·

Figma: The product design team’s process

163 points by skilled 6y ago

bjeds 6y ago
I'm not a designer and I don't work in a design team, so I don't have much to add to the article. However I worked together with Rasmus during the early years of Spotify. It's now almost 2021 and he is still - by far - the most productive (in the Hacker News sense) and unique person I've ever worked with. It still boggles my mind that the same person can: (1) one hand be that stereotypical designer with the scarfs and the small cups of coffee and the Leica cameras, designing user interfaces and logotypes and brands (Spotify logotype, Spotify green color), designing popular fonts for the Internet ( https://rsms.me/inter/ https://rsms.me/inter/ ) (2) on the other hand be a great low level engineer, creating programming languages, virtual machines ( https://github.com/rsms/sol https://github.com/rsms/sol ), text editors, stuff like GraphQL, etc A one man army for sure.
- runawaybottle 6y ago
  Think about who would actually take a designer’s problems seriously and solve them. It would be a designer that can also program, no one else is going to give a shit or even recognize what needs to be solved. By sheer necessity, someone like this had to emerge.
  - corytheboyd 6y ago
    I know he is just one example, but his success does reinforce a hunch of mine. I never quite understood why the typical tech company product organization is so obsessed with finding the perfect graphic designer, instead of the perfect engineer. Stick with me for a sec, I feel like I’ll draw a lot of heat here. Good designers absolutely do good design work, and that’s wonderful! It just hardly ever, or does not at all, translate to how the product is actually built. At worst it leads to implementations being ad-hoc literal translation of high fidelity screenshots (of the perfect design!) that becomes impossible to maintain. You could say the designer and some group of engineers are supposed to work together to build a “design system” and, well it might work, if you have good leadership. Not-so-good leadership will at worst not let engineers do this because it’s “not delivering value to the user!”, and decent leadership will let this happen once but ongoing maintenance will never happen. So. What was the point of hiring the designer again? Having worked with companies, they do try to hire this “engineer who designs” all the time, and they constantly say things like “I know they’re a unicorn but maybe we’ll get lucky” but I think they would be surprised what a group of seasoned engineers in their field would be able to do design wise. Most web content does the same thing the same way nowadays anyway, you’re actually better suited copying UX that people will be familiar with :p
    - httpsterio 6y ago
      I'm not a programmer per se myself, I run my own Linux server and dabble with vue and other stuff, it's definitely been beneficial to me as a designer. Having tech knowledge, especially on the stack used, you get a good idea of what's possible to even do and where design starts to be a hindrance to the building of a product. It has helped me communicate with the developers and while it doesn't help me design, it still is beneficial to the product as a whole. I don't think that designers should have to know development well enough to be able to build the whole product, but the more you know, the better it is.
      - runawaybottle 6y ago
        This is pretty much the only advice I’d ever give to a designer. Knowing what’s possible technically, and knowing which of those possible things is a worthwhile ask makes you a more well-rounded technical product designer. That type of designer is much more valuable than the ‘well this is the design’ sticklers.
    - darkerside 6y ago
      Depends what you're building. Some buildings call for an architect, and with others, an engineer is all the architect you'll need. If you're a heads down no-nonsense engineer, you're not going to build Fallingwater.
      - corytheboyd 6y ago
        Yeah I think I’m a bit too laser focused in on SV saas company goings on... which I am taking a long hiatus from soon :)
    - colmvp 6y ago
      Some developers on HN have often said they enjoy when Designers know how to code, but it's actually quite hard to get a job as a designer who knows how to develop when you don't have the same coding experience as a pure developer. It's also hard to get a position where the development team trusts you to commit code. The only reason why I, with a design background, was able to learn frontend (as well as additional topics like design patterns, DSAs, caching, software architecture, optimization, etc.) was because I was lucky enough to find a back end engineer who needed design help and was game to let me take the reigns on that part of the project even when I had zero experience. I mean, holy shit, talk about trial by fire. He tested me with toy projects and then when I showed that I could actually walk the walk, we were off to the races with real client projects. Other companies simply put people like me to do one thing and one thing alone which is... well design. Realistically, most companies just care about filtering candidates based on x years of experience in Language/Library. Which makes sense, but it also means that pushing the boundaries of your knowledge isn't resume-able until a company allows you to deploy, at which point you can finally say you have 0+i years of ThingYourAreLearning.
  - brudgers 6y ago
    It makes sense. Craftspeople make their own tools. The better the tools a craftsperson can make the better the craft. And in design, the more skilled the designer the better tools they will design because designing tools is ‘just’ design. At the edges there are not enough people for off the shelf solutions. And doing it yourself is more productive than shopping for a silver bullet.
- darkerside 6y ago
  I truly think if Leonardo da Vinci were alive today, he'd be doing stuff like this. It's the modern version of Mona Lisa, Vitruvian man, and ornithopters.
- glued 6y ago
  Exhausting but satisfying. Design and engineering have overlapping process and goals. Performance, problem solving, structure, creativity, experimentation... Unfortunately I've seen many who want to be both but are a master of none.
base698 6y ago
For anyone doing design work, even if adjacent, it's hard to impress upon how amazing Figma is as a tool. It excels not just as a design tool, but collaboration and prototyping as well.
- 542458 6y ago
  Figma has saved us uncountable human-hours in the era of WFH/Covid. Being able to see and work on anybody else’s files, instantly and simultaneously without mucking about with file servers and merging changes from multiple editors is amazing and a massive force multiplier.
- preommr 6y ago
  Figma is an absolutely awful design tool that has great collaboration features. For a UI/UX design tool it has terrible constraints, and basically no support for state changes. There's variances now, which came out really recently. Before that, it was even worse. People would have separate designs for each possible state. Let alone how limited the possible actions are. It's just frames, boxes, and vector elements. And no, vector grids are not enough to make it special. It's almost the bare minimum in a design tool. The only reason figma seems great is because the competition is somehow even worse. Sketch is by all accounts slower even though it's native, but I couldn't tell you because it's Mac exclusive, so it leaves me and lots of people like me in the dust. It's terrible for people like freelance designers that might want to share designs with prospective clients.
  - deathtrader666 6y ago
    Would you say that Framer fares better than Figma?
    - preommr 6y ago
      I don't think Framer did as well as they were hoping. The whole react component thing didn't turn out to be the killer feature collaboration was for figma. Framer has a lot of cool stuff, their plugin system is really powerful So you can have things like 3d elements which is super cool. I am sure people use it, but it didn't grow in popularity like Figma did. I think with any kind of product, there's often a world of stuff happening under the surface that leads to success. I don't know why Framer hasn't been as successful. One guess would be that people just don't find writing react components and tying it to their design tool to be useful. Potentially too much friction, or that the people doing the designing don't often write react code. Or maybe they didn't market it well enough. The question of components in design is really interesting but it's a whole other issue. I do know that along with Adobe XD, Framer has had some issues with bugs. Figma, I would expect, is a lot more stable because they have their own custom renderer that's one canvas element whereas other tools use the DOM. It's one of the reasons why Figma is so feature-poor, they have implement a lot of behavior themselves.
jariel 6y ago
This is not a 'Process' this is 'Some highlights for how we communicate as a team'. ... "We each go around the room and share a quick highlight or two of what we did over the weekend" "We take time to reflect on our weeks, and ask each other “how are you feeling?”" These kinds of 'forced empathetic connections' are a a 'hostile workplace' to many, I think it is objectively unprofessional to, in formal settings (and weekly meetings are formal) to require people do a personal 'song and dance'. Even though some people might share 'their mother died' and surely everyone would be nice about it ... it is absolutely not the place for that. There is no doubt everyone loves to be asked these question on some level, and it's certain fine to do between colleagues when frankly it's more sincere. But in a 'group/managerial setting' this exercise become cultish, expectant and oddly insincere. In particular, the more intimate, the more likely people have to 'gel' deeply on cultural issues, and if they don't, there will be problems. These are the people to talk most of 'diversity' but they end up being the 'least diverse' groups in terms of interest and ethos. On some level - they are designers who generally tend to be a kind of 'specific type' of person, and I'm sure many/most of them would be fine with it, but I'm also doubtful of the level of self awareness. The alternative - abrupt but highly productive meetings might leave people feeling cold; 'dispassion' all the time can feel that way. So I don't know what the answer is, but maybe something less formal like 'shared meals' where people just naturally engage in a more classically informal setting, on their own terms, would work. I worked at a place that had 'free lunch' with a presentation every Wednesday, it turned out to be a great way to meet and chat with random people. 'People like to be Productive' What I've found, is that almost all professionals actually love to do their jobs, to the extent they can do them. What 'we hate' is bureaucracy and 'things in our way' - but people love to talk about (and do!) their work and are eager to 'complete' if they feel their work will be used. What would be a great 'follow up' to this, is more on the mechanics of actual process, and how new projects and details are shepherded through the system. Is everyone working from spreadsheets? Atlassian tools? How do people feel about working out of a 'ticket system' all of the time. How much time is given to learning, exploring? What's the breakdown between panic fixes, ongoing work, new projects? What's the team balance there? How do they work directly with Eng., where are the hurdles? How do they document and record stuff (because that seems to be a byzantine thing everywhere I've worked).
coldcode 6y ago
I wish I could work in a place like this. Here each designer is held hostage by an army of VPs, few of whom know anything about design, who oversee all decisions and can override any design at whim. Thus us engineers have to constantly deal with design changes, up to and even beyond shipping, which often make little sense to anyone much less our customers. The design team often has to go through multiple design reviews by various levels of these executives, leading to long process times where nothing can be delivered waiting on the schedules of the execs. Changes that could be made in code in a minutes might take weeks to deliver, but no delays in shipping are permitted, so often we guess and hope it's close to being right. I hate reading about places that are sane.
- mlthoughts2018 6y ago
  The same is true for product backend engineers as well. Places that “get it” and let engineers and designers be on equal footing with product managers and executives, with equal autonomy to steer product strategy & design, are so much more successful, vibrant and full of life, with happier people and a spirit of collegiality. Places where product design is dictated by product managers who act as gatekeepers to product user data & business data, and thus they are like the “holy of holies” sort of man behind the curtain allowed to pull the strings - that is total death. Those companies churn out sucky shit that drives all but the worst kind of customers away.
- strictfp 6y ago
  Take what he writes with a grain of salt. Highly productive people like himself likely gets free rein, and so they're looking at the process with rose-tinted glasses. I've worked with some of these process gurus, and sadly most of them are describing the ideal situation rather than how it works in practice for the average joe. And if they're into publishing this kind of material, they might also make it look better than it really is.
nvr219 6y ago
Figma balls
ksec 6y ago
Off Topic: This website stores data such as cookies to enable necessary site functionality, including analytics, targeting, and personalisation. By remaining on this website you indicate your consent. The above is shown as Banner that does not require any user interaction before you indicate your consent. This may have been OK if it was in US, but I was under the impression with GDPR, or pretty much everything else in Europe, UK or most other CommonWealth countries, active user consent are required, such as clicking an OK button, rather than passive user consent, which is just showing you a banner. Correct me if I am wrong.
- mattlondon 6y ago
  Agreed - I also question if analytics, targeting and personalisation is "necessary"? In my mind, only cookies for things like Auth and session handle are necessary. But I am not a lawyer or expert.
- deleted 6y ago
  [deleted]
nbzso 6y ago
Design in a classical sense is dead. There is no real incentive for real deep design to happen. In a race with the clock, multiple points of view, collaboration design, standardization of ui by style libraries and UX design overhead, the soul of design as a process is lost. I am classically trained designer with more than 20 year practice, I have been in many roles, from PD trough Project Management, business owner, etc. Design field today is flooded with self entitlement and low level knowledge, empty words and pretentious jargon, in the end the products are similar visually and rarely innovative. Boring. Recently I closed all business and started clear frontend development work. In implementation things are more meaningful and can be data driven, I don’t have to “romanticize”, be a “designer who writes”, “communicates with clients” and “brings added brand value by using social media”. In general I love design and selling it as a service is to consciously devaluate years of work and experience. At least in front end implementation craftsmanship is monetary rewarded more than design and I don’t have to be a “culture fit” or likable person. Front-end development is measurable skill, clients and employers are rarely competent to comprehend good design. Figma is a tool, it has a value in collaboration. As a graphic design platform it lacks depth and lots of detail oriented features, Sketch was a good start but platform lock and lack of collaboration layer killed it. Actually when speaking about UI tools I miss Macromedia Fireworks really badly. Imagine modern version with those principles..:)
- AriaMinaei 6y ago
  Thank you for writing this. FWIW, what you describe as “not design” has a parallel in programming; as in, most of what we do is not engineering. Anyway, I’m working on a “design” tool. I’m reachable via my handle at gmail. Reach out if you’re interested. Would be nice to bounce ideas.
- 542458 6y ago
  I respectfully disagree with your central thesis - that the soul of design in UX has been lost. What is the soul of design? I would argue that it’s improving the human experience. Graphic design does this by creating beauty, industrial design by creating valued products, UX design does this by improving interfaces. Reusing common elements across UIs is a good thing. People complain about the “standard” splash page layout, or the stereotypical web-app styling... but Jakob’s Law is real, and users don’t want to learn another damn UI paradigm, they want to use your product to solve their problems. Reuse simplifies learning and so is a massive positive from an end-user perspective, and making the user’s life better is the designers role. As you’ve noted, Figma is not infinitely flexible. For graphic design this would be a drawback, as novelty is heavily rewarded. But for UX design? Novelty is less important, and correctly communicating how a design should be implemented is much more essential to a user’s experience. And if I need maximum flexibility I can always use another tool. I’m not claiming everything is perfect in Figma or the industry - but I think the doom is overstated.
deleted 6y ago
[deleted]

163 points by skilled 6y ago

I'm not a designer and I don't work in a design team, so I don't have much to add to the article. However I worked together with Rasmus during the early years of Spotify. It's now almost 2021 and he is still - by far - the most productive (in the Hacker News sense) and unique person I've ever worked with. It still boggles my mind that the same person can: (1) one hand be that stereotypical designer with the scarfs and the small cups of coffee and the Leica cameras, designing user interfaces and logotypes and brands (Spotify logotype, Spotify green color), designing popular fonts for the Internet ( https://rsms.me/inter/ https://rsms.me/inter/ ) (2) on the other hand be a great low level engineer, creating programming languages, virtual machines ( https://github.com/rsms/sol https://github.com/rsms/sol ), text editors, stuff like GraphQL, etc A one man army for sure.

runawaybottle 6y ago
Think about who would actually take a designer’s problems seriously and solve them. It would be a designer that can also program, no one else is going to give a shit or even recognize what needs to be solved. By sheer necessity, someone like this had to emerge.
- corytheboyd 6y ago
  I know he is just one example, but his success does reinforce a hunch of mine. I never quite understood why the typical tech company product organization is so obsessed with finding the perfect graphic designer, instead of the perfect engineer. Stick with me for a sec, I feel like I’ll draw a lot of heat here. Good designers absolutely do good design work, and that’s wonderful! It just hardly ever, or does not at all, translate to how the product is actually built. At worst it leads to implementations being ad-hoc literal translation of high fidelity screenshots (of the perfect design!) that becomes impossible to maintain. You could say the designer and some group of engineers are supposed to work together to build a “design system” and, well it might work, if you have good leadership. Not-so-good leadership will at worst not let engineers do this because it’s “not delivering value to the user!”, and decent leadership will let this happen once but ongoing maintenance will never happen. So. What was the point of hiring the designer again? Having worked with companies, they do try to hire this “engineer who designs” all the time, and they constantly say things like “I know they’re a unicorn but maybe we’ll get lucky” but I think they would be surprised what a group of seasoned engineers in their field would be able to do design wise. Most web content does the same thing the same way nowadays anyway, you’re actually better suited copying UX that people will be familiar with :p
  - httpsterio 6y ago
    I'm not a programmer per se myself, I run my own Linux server and dabble with vue and other stuff, it's definitely been beneficial to me as a designer. Having tech knowledge, especially on the stack used, you get a good idea of what's possible to even do and where design starts to be a hindrance to the building of a product. It has helped me communicate with the developers and while it doesn't help me design, it still is beneficial to the product as a whole. I don't think that designers should have to know development well enough to be able to build the whole product, but the more you know, the better it is.
    - runawaybottle 6y ago
      This is pretty much the only advice I’d ever give to a designer. Knowing what’s possible technically, and knowing which of those possible things is a worthwhile ask makes you a more well-rounded technical product designer. That type of designer is much more valuable than the ‘well this is the design’ sticklers.
  - darkerside 6y ago
    Depends what you're building. Some buildings call for an architect, and with others, an engineer is all the architect you'll need. If you're a heads down no-nonsense engineer, you're not going to build Fallingwater.
    - corytheboyd 6y ago
      Yeah I think I’m a bit too laser focused in on SV saas company goings on... which I am taking a long hiatus from soon :)
  - colmvp 6y ago
    Some developers on HN have often said they enjoy when Designers know how to code, but it's actually quite hard to get a job as a designer who knows how to develop when you don't have the same coding experience as a pure developer. It's also hard to get a position where the development team trusts you to commit code. The only reason why I, with a design background, was able to learn frontend (as well as additional topics like design patterns, DSAs, caching, software architecture, optimization, etc.) was because I was lucky enough to find a back end engineer who needed design help and was game to let me take the reigns on that part of the project even when I had zero experience. I mean, holy shit, talk about trial by fire. He tested me with toy projects and then when I showed that I could actually walk the walk, we were off to the races with real client projects. Other companies simply put people like me to do one thing and one thing alone which is... well design. Realistically, most companies just care about filtering candidates based on x years of experience in Language/Library. Which makes sense, but it also means that pushing the boundaries of your knowledge isn't resume-able until a company allows you to deploy, at which point you can finally say you have 0+i years of ThingYourAreLearning.
- brudgers 6y ago
  It makes sense. Craftspeople make their own tools. The better the tools a craftsperson can make the better the craft. And in design, the more skilled the designer the better tools they will design because designing tools is ‘just’ design. At the edges there are not enough people for off the shelf solutions. And doing it yourself is more productive than shopping for a silver bullet.
darkerside 6y ago
I truly think if Leonardo da Vinci were alive today, he'd be doing stuff like this. It's the modern version of Mona Lisa, Vitruvian man, and ornithopters.
glued 6y ago
Exhausting but satisfying. Design and engineering have overlapping process and goals. Performance, problem solving, structure, creativity, experimentation... Unfortunately I've seen many who want to be both but are a master of none.

base698 6y ago

For anyone doing design work, even if adjacent, it's hard to impress upon how amazing Figma is as a tool. It excels not just as a design tool, but collaboration and prototyping as well.

542458 6y ago
Figma has saved us uncountable human-hours in the era of WFH/Covid. Being able to see and work on anybody else’s files, instantly and simultaneously without mucking about with file servers and merging changes from multiple editors is amazing and a massive force multiplier.
preommr 6y ago
Figma is an absolutely awful design tool that has great collaboration features. For a UI/UX design tool it has terrible constraints, and basically no support for state changes. There's variances now, which came out really recently. Before that, it was even worse. People would have separate designs for each possible state. Let alone how limited the possible actions are. It's just frames, boxes, and vector elements. And no, vector grids are not enough to make it special. It's almost the bare minimum in a design tool. The only reason figma seems great is because the competition is somehow even worse. Sketch is by all accounts slower even though it's native, but I couldn't tell you because it's Mac exclusive, so it leaves me and lots of people like me in the dust. It's terrible for people like freelance designers that might want to share designs with prospective clients.
- deathtrader666 6y ago
  Would you say that Framer fares better than Figma?
  - preommr 6y ago
    I don't think Framer did as well as they were hoping. The whole react component thing didn't turn out to be the killer feature collaboration was for figma. Framer has a lot of cool stuff, their plugin system is really powerful So you can have things like 3d elements which is super cool. I am sure people use it, but it didn't grow in popularity like Figma did. I think with any kind of product, there's often a world of stuff happening under the surface that leads to success. I don't know why Framer hasn't been as successful. One guess would be that people just don't find writing react components and tying it to their design tool to be useful. Potentially too much friction, or that the people doing the designing don't often write react code. Or maybe they didn't market it well enough. The question of components in design is really interesting but it's a whole other issue. I do know that along with Adobe XD, Framer has had some issues with bugs. Figma, I would expect, is a lot more stable because they have their own custom renderer that's one canvas element whereas other tools use the DOM. It's one of the reasons why Figma is so feature-poor, they have implement a lot of behavior themselves.

jariel 6y ago

This is not a 'Process' this is 'Some highlights for how we communicate as a team'. ... "We each go around the room and share a quick highlight or two of what we did over the weekend" "We take time to reflect on our weeks, and ask each other “how are you feeling?”" These kinds of 'forced empathetic connections' are a a 'hostile workplace' to many, I think it is objectively unprofessional to, in formal settings (and weekly meetings are formal) to require people do a personal 'song and dance'. Even though some people might share 'their mother died' and surely everyone would be nice about it ... it is absolutely not the place for that. There is no doubt everyone loves to be asked these question on some level, and it's certain fine to do between colleagues when frankly it's more sincere. But in a 'group/managerial setting' this exercise become cultish, expectant and oddly insincere. In particular, the more intimate, the more likely people have to 'gel' deeply on cultural issues, and if they don't, there will be problems. These are the people to talk most of 'diversity' but they end up being the 'least diverse' groups in terms of interest and ethos. On some level - they are designers who generally tend to be a kind of 'specific type' of person, and I'm sure many/most of them would be fine with it, but I'm also doubtful of the level of self awareness. The alternative - abrupt but highly productive meetings might leave people feeling cold; 'dispassion' all the time can feel that way. So I don't know what the answer is, but maybe something less formal like 'shared meals' where people just naturally engage in a more classically informal setting, on their own terms, would work. I worked at a place that had 'free lunch' with a presentation every Wednesday, it turned out to be a great way to meet and chat with random people. 'People like to be Productive' What I've found, is that almost all professionals actually love to do their jobs, to the extent they can do them. What 'we hate' is bureaucracy and 'things in our way' - but people love to talk about (and do!) their work and are eager to 'complete' if they feel their work will be used. What would be a great 'follow up' to this, is more on the mechanics of actual process, and how new projects and details are shepherded through the system. Is everyone working from spreadsheets? Atlassian tools? How do people feel about working out of a 'ticket system' all of the time. How much time is given to learning, exploring? What's the breakdown between panic fixes, ongoing work, new projects? What's the team balance there? How do they work directly with Eng., where are the hurdles? How do they document and record stuff (because that seems to be a byzantine thing everywhere I've worked).

coldcode 6y ago

I wish I could work in a place like this. Here each designer is held hostage by an army of VPs, few of whom know anything about design, who oversee all decisions and can override any design at whim. Thus us engineers have to constantly deal with design changes, up to and even beyond shipping, which often make little sense to anyone much less our customers. The design team often has to go through multiple design reviews by various levels of these executives, leading to long process times where nothing can be delivered waiting on the schedules of the execs. Changes that could be made in code in a minutes might take weeks to deliver, but no delays in shipping are permitted, so often we guess and hope it's close to being right. I hate reading about places that are sane.

mlthoughts2018 6y ago
The same is true for product backend engineers as well. Places that “get it” and let engineers and designers be on equal footing with product managers and executives, with equal autonomy to steer product strategy & design, are so much more successful, vibrant and full of life, with happier people and a spirit of collegiality. Places where product design is dictated by product managers who act as gatekeepers to product user data & business data, and thus they are like the “holy of holies” sort of man behind the curtain allowed to pull the strings - that is total death. Those companies churn out sucky shit that drives all but the worst kind of customers away.
strictfp 6y ago
Take what he writes with a grain of salt. Highly productive people like himself likely gets free rein, and so they're looking at the process with rose-tinted glasses. I've worked with some of these process gurus, and sadly most of them are describing the ideal situation rather than how it works in practice for the average joe. And if they're into publishing this kind of material, they might also make it look better than it really is.

nvr219 6y ago

Figma balls

ksec 6y ago

Off Topic: This website stores data such as cookies to enable necessary site functionality, including analytics, targeting, and personalisation. By remaining on this website you indicate your consent. The above is shown as Banner that does not require any user interaction before you indicate your consent. This may have been OK if it was in US, but I was under the impression with GDPR, or pretty much everything else in Europe, UK or most other CommonWealth countries, active user consent are required, such as clicking an OK button, rather than passive user consent, which is just showing you a banner. Correct me if I am wrong.

mattlondon 6y ago
Agreed - I also question if analytics, targeting and personalisation is "necessary"? In my mind, only cookies for things like Auth and session handle are necessary. But I am not a lawyer or expert.
deleted 6y ago
[deleted]

nbzso 6y ago

Design in a classical sense is dead. There is no real incentive for real deep design to happen. In a race with the clock, multiple points of view, collaboration design, standardization of ui by style libraries and UX design overhead, the soul of design as a process is lost. I am classically trained designer with more than 20 year practice, I have been in many roles, from PD trough Project Management, business owner, etc. Design field today is flooded with self entitlement and low level knowledge, empty words and pretentious jargon, in the end the products are similar visually and rarely innovative. Boring. Recently I closed all business and started clear frontend development work. In implementation things are more meaningful and can be data driven, I don’t have to “romanticize”, be a “designer who writes”, “communicates with clients” and “brings added brand value by using social media”. In general I love design and selling it as a service is to consciously devaluate years of work and experience. At least in front end implementation craftsmanship is monetary rewarded more than design and I don’t have to be a “culture fit” or likable person. Front-end development is measurable skill, clients and employers are rarely competent to comprehend good design. Figma is a tool, it has a value in collaboration. As a graphic design platform it lacks depth and lots of detail oriented features, Sketch was a good start but platform lock and lack of collaboration layer killed it. Actually when speaking about UI tools I miss Macromedia Fireworks really badly. Imagine modern version with those principles..:)

AriaMinaei 6y ago
Thank you for writing this. FWIW, what you describe as “not design” has a parallel in programming; as in, most of what we do is not engineering. Anyway, I’m working on a “design” tool. I’m reachable via my handle at gmail. Reach out if you’re interested. Would be nice to bounce ideas.
542458 6y ago
I respectfully disagree with your central thesis - that the soul of design in UX has been lost. What is the soul of design? I would argue that it’s improving the human experience. Graphic design does this by creating beauty, industrial design by creating valued products, UX design does this by improving interfaces. Reusing common elements across UIs is a good thing. People complain about the “standard” splash page layout, or the stereotypical web-app styling... but Jakob’s Law is real, and users don’t want to learn another damn UI paradigm, they want to use your product to solve their problems. Reuse simplifies learning and so is a massive positive from an end-user perspective, and making the user’s life better is the designers role. As you’ve noted, Figma is not infinitely flexible. For graphic design this would be a drawback, as novelty is heavily rewarded. But for UX design? Novelty is less important, and correctly communicating how a design should be implemented is much more essential to a user’s experience. And if I need maximum flexibility I can always use another tool. I’m not claiming everything is perfect in Figma or the industry - but I think the doom is overstated.

deleted 6y ago

[deleted]