Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

IDEA GATHERING: Allow admins to set all ideas to be posted anonymously #1755

Closed
BeccaMelhuish opened this issue Jan 6, 2025 · 13 comments
Closed
Assignees
Labels
estimated Issues that have dev time estimates added feature Adding a new feature or function high-priority Issue needs urgent attention pre UX tests Wishlist for fixes before next UX test/s Story of Estonia Issues needing implementation before Story of Estonia launch User insight Issues that's based on insights from users UX Priority UX issues that are important to fix relatively soon UX test pre-prod For UX fixes that should be user tested *prior* to going live

Comments

@BeccaMelhuish
Copy link
Contributor

What is the problem?
For the Story of Estonia project (high priority and quick turnaround needed), we need to give admins the possibility to set the idea gathering so that ideas will be publicly anonymous.

Why is this a problem?
They want to ensure people are comfortable posting things which may be quite personal, so without their name being attached to it.

Possible solution.
This can be added to the idea gathering settings. (Perhaps hidden under an 'Advanced settings' accordion, along with #1754).

DUX @kevincrepin @TiinaDUX @Lidziya-p please provide a design for this in the settings and in the ideas (profile removed). Also, I'm thinking we may need to tell the participants that 'Your idea will be anonymous to everyone except topic admins' at some point when/before they post it, as when the admins download the ideas they will still see the username next to each one, and it seems only fair that they should know this.

@BeccaMelhuish BeccaMelhuish added UX UX related issue. Needs input from UX specialists. high-priority Issue needs urgent attention User insight Issues that's based on insights from users labels Jan 6, 2025
@kevincrepin
Copy link
Collaborator

Can we do it so that the label is also indicating whether the setting is turned on or off?
Ideation - 3

Then for the actual ideas we should remove the name and profile photo of course.
Screenshot 2025-01-06 at 16 24 27

Now we run into a fun problem with anonymous replies, because we can't show the name anymore of whom the reply is addressing :) The only thing I can come up with is to then use the time stamp to give people some hint of which post is being referred to.
Screenshot 2025-01-06 at 16 27 16

Finally when adding your idea we can have the inline notification to clarify you're posting anonymously.
Screenshot 2025-01-06 at 16 27 56

@BeccaMelhuish
Copy link
Contributor Author

@kevincrepin thank you!

Re the labels, that's good except the copy which I'll cover in #1754 :)

Profile pic removed looks fine to me!

Hmm, hadn't considered that combination (anonymous with replies). I'm thinking that perhaps we don't allow anonymous reply threads as it's not really within the usual ethos of platform currently (i.e. that people should be openly named if they are engaging with each other online with the idea that this leads to more respectful discussions). In which case, it could be either:

  1. If replies are anonymous, then reply threads are automatically turned off as well (and we explain this somehow)
  2. If replies are anonymous, then anyone replying should be publicly named. However this then gets rather confusing with sometimes being anonymous and sometimes named (and maybe not knowing which interaction will be which) and in the reply threads replies would sometimes be to a name and sometimes to an idea with no name attached..

So I'm thinking option 1 would be simplest and perhaps most in line with our ethos currently. This might change at some point if we embrace anonymity more for valid reasons, but seems best for now. Will discuss with the team on Slack as well though :)

(Will share an idea while I have it though, in case we do decide to keep the threads. Perhaps each reply can be numbered in chronological order like we currently do with action posts (e.g. below), and then the replies can be to those instead of the names?)
image

Re the inline notification, this looks good to me but it seems like it squeezes the space for typing quite a lot, and for this use case in particular they'll be writing possibly quite long stories. It also feels like it takes up quite a lot of space long-term for something that only needs reading once (as presumably once they have posted it they'll remember, and they'll also see that any ideas already posted are anonymous to them). Don't have any other ideas though currently :D

image

@kevincrepin
Copy link
Collaborator

I updated it to already take into account if we do go down the road of anonymous replies:

Screenshot 2025-01-07 at 10 22 50

And yes, good point. Maybe a more minimal indication like this would work:
Screenshot 2025-01-07 at 10 21 52

@BeccaMelhuish
Copy link
Contributor Author

BeccaMelhuish commented Jan 8, 2025

I'm going to split out the anonymous reply threads into a new issue we can tackle later separately, but for now let's just have it so that if the admin makes ideas anonymous then we automatically switch off replies.

These are the texts I suggest for this section:

Anonymous ideas are turned ON/OFF
When posted anonymously, participants' usernames remain hidden publicly, visible only to admins via data export.

Idea replies are turned ON/OFF
Choose whether to allow participants to reply to ideas. Not available for anonymous ideas.

@kevincrepin When replies are enforced OFF, would you suggest just greying out the toggle button, and leaving the rest of it black?

image

I will move this to 'ready for dev' already as though, so the backend work can be underway :)

@BeccaMelhuish
Copy link
Contributor Author

BeccaMelhuish commented Jan 8, 2025

Dev task summary:

To be fixed in parallel with #1754


  • Add making replies anonymous in the settings as per this design and with this text below. Label text should change from ON to OFF with the movement of the toggle button.

image

Anonymous ideas are turned ON (OFF)
When posted anonymously, participants' usernames remain hidden publicly, visible only to admins via data export.


  • Add 'You are posting anonymously' label to 'Add your idea' window, as per this design, and with the following hover tooltip text:

Anonymous ideas
Anonymous ideas are switched on for this topic. Your username won’t be publicly displayed on your idea. It will only be visible to topic admins if they export the idea data.

image


  • Make it so that the default is that anonymous ideas are OFF unless the admin changes it

  • Make sure that once an idea has been added to an idea gathering, it is not possible to change the setting to make usernames visible. The toggle should be greyed out.

  • Once the backend work for IDEA GATHERING: Allow admins to disable replies on ideas #1754 is done, make it so that toggling the anonymous replies to ON automatically toggles the replies to OFF, and greys out the replies toggle button (unless @kevincrepin suggests it should be otherwise).

@BeccaMelhuish BeccaMelhuish added pre UX tests Wishlist for fixes before next UX test/s Story of Estonia Issues needing implementation before Story of Estonia launch UX Priority UX issues that are important to fix relatively soon and removed UX UX related issue. Needs input from UX specialists. labels Jan 10, 2025
@kevincrepin
Copy link
Collaborator

Sounds good to me 👍

@ilmartyrk
Copy link
Member

ilmartyrk commented Jan 18, 2025

Estimate 24h

API:

  • Add setting field to DB, remove userId constraint from Idea
  • Update API ideation creating endpoint to include the setting field
  • Do not include this field in update endpoint
  • Create TEST-s for functionality

FE:

  • Add option to ideation settings as per design
  • Update idea forms
  • Update idea-box and idea view to exclude user info

@ilmartyrk ilmartyrk added the estimated Issues that have dev time estimates added label Jan 18, 2025
@ilmartyrk
Copy link
Member

ilmartyrk commented Jan 19, 2025

@kevincrepin @BeccaMelhuish I have quite big UX issue that we haven't discussed. It is related to editing and deleting ideas and idea attachments. I currently solved it on the API side by allowing users to edit and delete the ideas and their attachments during the current login session, but not sure if and how to solve it on the UI side.

@ilmartyrk ilmartyrk self-assigned this Jan 19, 2025
@ilmartyrk ilmartyrk moved this from Now - Ready for dev to Now - In Progress in Citizen OS GitHub issue priorities Jan 19, 2025
@kevincrepin
Copy link
Collaborator

I think the problem is how to find your idea if you want to edit it, right?

Could it be as simple as showing your idea in the default manner (with your name visible), but ideas that aren't yours without the name?

@BeccaMelhuish
Copy link
Contributor Author

BeccaMelhuish commented Jan 20, 2025

@kevincrepin I just checked with @ilmartyrk and actually the plan is that this will be 100% anonymous, even 'behind the scenes' in the database. So in which case there would be no way to identify which is the user's idea at all (I'd been thinking the 'Your ideas' filter for example would work, but not the case).

So in this case, two options come to mind:

  1. No possibility to edit or delete anonymous ideas. Once it's posted it's posted. We would have to communicate this to the user, when they go to share it, presumably via an 'Are you sure?'. Given that we have drafts, this could be fairly OK for the user - they can keep editing in draft until they're really sure. A bit like submitting a form - you can't edit once submitted. The idea could still be moderated by an admin through the usual flow, but the user would have no chance to edit their idea before/after it gets moderated, nor even know if it has been moderated (as they won't receive a notification).

Or:

  1. Edit only while still in same session (until logged out). Like Ilmar has proposed with his current solution from the API side, until a user has logged out (or been logged out), they are still able to edit their idea. But after that, not. This seems more complicated to me in terms of the UX/UI and communication. And also I guess more complicated development-wise as a result? Presumably the moderation would be same as the above - the admin could always moderate, but the rest of the moderation flow wouldn't work (even while still logged in, else it gets super complex).

In both cases we'd need to remove the 'Your ideas' option from the filter.

@kevincrepin Any thoughts on this from UX/UI perspective? :)

@kevincrepin
Copy link
Collaborator

Nr 1 has my preference. I agree with nr 2 we would need to make that really clear as to why they can't edit anymore because they had logged out.

@BeccaMelhuish
Copy link
Contributor Author

BeccaMelhuish commented Jan 23, 2025

OK grand, thank you @kevincrepin! I agree 1 seems simplest all round :)

So in that case I'll propose some text for a pop-up to make sure users are aware of this before they post:


Are you sure?

Remember, anonymous ideas can't be edited or deleted after they're posted. Once it's posted, it's permanent!

Keep editing
Save as draft
Add my idea


The 'Add my idea' could be a button (main CTA), but the other two just links?

@BeccaMelhuish
Copy link
Contributor Author

Ilmar to keep the code developed just in case.

@BeccaMelhuish BeccaMelhuish added feature Adding a new feature or function UX test pre-prod For UX fixes that should be user tested *prior* to going live labels Jan 27, 2025
ilmartyrk added a commit that referenced this issue Jan 29, 2025
@github-project-automation github-project-automation bot moved this from Now - In Progress to In QA - development in Citizen OS GitHub issue priorities Jan 29, 2025
@ilmartyrk ilmartyrk moved this from In QA - development to Now - In Progress in Citizen OS GitHub issue priorities Jan 29, 2025
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
estimated Issues that have dev time estimates added feature Adding a new feature or function high-priority Issue needs urgent attention pre UX tests Wishlist for fixes before next UX test/s Story of Estonia Issues needing implementation before Story of Estonia launch User insight Issues that's based on insights from users UX Priority UX issues that are important to fix relatively soon UX test pre-prod For UX fixes that should be user tested *prior* to going live
Projects
Status: Now - In Progress
Development

No branches or pull requests

5 participants