Skip to main content
JustinKalaskey
March 19, 2021

Different Comment Types for Different Use Cases

  • March 19, 2021
  • 34 replies
  • 4581 views

In their current state, comments try to accommodate multiple use cases into a single system: general note-taking, questions to ask stakeholders, functionality/purpose annotations, feedback, prototype tour points, etc. When all these use cases pile up in a single page, it could easily start to reach over 100 individual comments and makes it difficult to distinguish between them.

I’m proposing expanding the functionality of the comments feature to allow for the most common use cases to be different comment types. Invision does a great job of this by changing the color of the pin when a certain comment type is selected. This allows users to quickly identify the most relevant comments to them and ignore the rest.


(From Invision)

What would make it even better is if the visibility of types of comments could be filterable from the right toolbar. When the comment tool is active, editors could filter down which types of comments they would like to see. They could also determine if a comment type is visible in prototype mode. The latter would be especially helpful so those in the prototype wouldn’t be able to see annotations specifically to development, and instead could only, for example, see feedback- and tour-type comments.


(Example of filtering comments in sidebar with some different language. Take with a grain of salt, obviously.)

Hopefully a feature like this can make its way into the platform soon!

Has anyone else faced these kind of problems or has any potential solutions in the meantime?

34 replies

joaopesceofc
July 28, 2022

This would be great! It would reduce drastically the need for annotation plugins/templates such as 1 2 3 4 5

The plugins/templates are great but they pollute the pages with non-design elements. Having notes as native comments would make everything cleaner, but the way it is it’s impossible to differentiate the different comment types.

Jesse_Wallace
New Participant
August 15, 2022

This is also a major need for our team. Coming from Zeplin where you could easily handle both client communication, dev handoff and internal review feedback, Figma’s comment system feels very archaic. Adding in the ability to color code comments would be a huge win and add back to our productivity and process on this platform.

amysandoval
October 26, 2022

Agree with all the points made above! We are sharing our creative with several stakeholders and our files have soooo many comments. Would be great if we could have some type of color hierarchy:

  • add an email(s) when sharing the file for review with the option of assigning the task (R1 review)
  • having an editable color label for said task (UX team Green, copy team yellow)

That way we can distinguish who reviewed it and easily find the group comments within the file. Or when you click on the color label itself it will only show you the feedback shared for that color label/task/team without the other comments crowding around it. This will help our creative team make the appropriate updates to the file and check off what was done without missing an update.

Banogon_Quito_CORP
December 8, 2022

I didn’t have time to read all comments and replies here, but coming from Zeplin, Miro, and Invision - I definitely also need the ability to color-code comments, for example:

  • Yellow = General UX note / meeting note
  • Blue = For Product
  • Red = Question / To Do
  • Blue = Resolved (but still displayed)
  • Black = For Content/Copy
Banogon_Quito_CORP
December 8, 2022

Agree! In Zeplin, I used to tag myself in the comments, which sent an email to my inbox, which I triaged weekly as ToDo items. This would be great to also do with Figma.

Tom_painter
January 2, 2023

+1 here for a Miro user thinking of switching to Figjam

Conner_Drew1
February 15, 2023

Another +1. Would love to see these comment types:

  • Note
  • Task
  • Design QA
  • Question for Product
  • Question for Engineering
  • Question for Design
joaopesceofc
April 10, 2023

An overview of Zeplin’s annotation system for reference:

The only thing missing that I would like to see is the ability to add frames, components, etc in comments. That way we can, for example, show a particular state of a component inline in the comment.

Boerner_Jason
May 18, 2023

Not revolutionary as invision has it but I think it was useful having developer comments, regular comments etc. I could see instead of their breakdown maybe: [“C” to add comment] => defaults to regular comment but you can switch to: standard comment (the one you’re on), copy comment, dev comment, or a research question.

Boerner_Jason
May 18, 2023

possibly a private note too. And maybe it defaults to the mode you select so if you’re spending an hour on copy review you can keep commenting without having to select every time.