This site uses cookies. By continuing to browse the site, you agree to our use of cookies. Find out more about cookies.
Skip to main content
Metadecidim's official logo
  • English Triar la llengua Elegir el idioma Choose language
    • Català
    • Castellano
Sign Up Sign In
  • Home
  • Processes
  • Assemblies
  • Initiatives
  • Consultations
  • Conferences
  • Help

Propose new functionalities for Decidim software

#DecidimRoadmap Designing Decidim together

Phase 1 of 1
Open 2019-01-01 - 2030-12-31
Process phases Submit a proposal
  • The process
  • Debates
  • Propose new features
  • News
chevron-left Back to list

Vote multiple times for a same project

Avatar: Pauline Bessoles Pauline Bessoles verified-badge
26/11/2020 10:34  

UPDATED ON APRIL 8, 2021

Is your feature request related to a problem? Please describe.

With the actual voting systems on participatory budgets, users can vote according to a percentage of the total budget, or with a min or max of projects to be voted on. The problem is that they can't express any preference for a specific project by granting it several votes.

As a user voting in participatory budget process, I want to express different levels of support to the projects I'm voting for.

As an admin I might want to implement rules to register that information and adapt my vote tally accordingly.

Describe the solution you'd like

Admin side (see mockup)

The creation of a new voting rule taking as input 2 parameters :

  • The total number of votes available to each user;
  • The maximum number of votes that can be allocated to each project;

This new voting rule is not compatible with the current existing rules.

It will be necessary to remove the check that blocks the selection of a project several times by the user to develop this functionality.

User side

This is where the complexity in term of UX of the implementation lies.

We set some preliminary constraints upstream:

  • The interface must work on any type of device;
  • The interface must be accessible (RGAA);
  • The interface must adapt to different values set in the parameters of the rules;
  • e.g.: if the number of votes authorised per project is set to 10 or 20, it shoudn't be a problem for the interface.

The project index

In addition, the Decidim product team has decided to simplify the interface for the proposals cards, vote buttons will no longer be displayed on the cards to reduce the amount of info shown to users.

This applies to budget project, we plan to anticipate this evolution as part of the development of this functionality. See mockup for projects index.

The voting interface

We investigated 4 types of interfaces for this user interaction :

  • Incremental vote buttons
  • Input steppers
  • Star ratings
  • Sliders

See the mockups attached. Our team is in favour of implementing the input steppers as

  • they scale well if many votes can be given to a single project,
  • the increase / decrease vote allocation interaction is clear for user
  • the budget order is built like an e-commerce order, input steppers are widely used to set quantities

Does this issue could impact on users private data?

No

Related links

Token voting rule on Budget component (External link) (withdrawn)

Provide new option to support a proposal: with a scale (External link)

A study conducted by Toulouse about voting methods on participatory budgeting (External link) (in french)

Funded by

Toulouse

  • Filter results for category: Budgets Budgets

List of Endorsements

Avatar: Antti Hukkanen Antti Hukkanen
Avatar: Oliver Azevedo Barnes Oliver Azevedo Barnes
Avatar: Virgile Deville Virgile Deville
Avatar: Henrik Pässler Henrik Pässler
and 1 more person (see more) (see less)
Endorsements count4
Vote multiple times for a same project Comments 18

Reference: MDC-PROP-2020-11-15813
Version number 4 (of 4) see other versions
Check fingerprint

Fingerprint

The piece of text below is a shortened, hashed representation of this content. It's useful to ensure the content hasn't been tampered with, as a single modification would result in a totally different value.

Value: 3d8da182dad354c902526088c8cf177b40101dd2fdbff2c6d6ee00e7a42c0ea9

Source: {"body":{"en":"<p>UPDATED ON <a href=\"https://meta.decidim.org/processes/roadmap/f/122/proposals/15813/versions/2\" target=\"_blank\">APRIL 8, 2021</a></p><p><strong>Is your feature request related to a problem? Please describe.</strong></p><p>With the actual voting systems on participatory budgets, users can vote according to a percentage of the total budget, or with a min or max of projects to be voted on. The problem is that they&nbsp;can't express any preference for a specific project by granting it several votes.</p><p>As a user voting in participatory budget process, I want to express different levels of support to the projects I'm voting for.</p><p>As an admin I might want to implement rules to register that information and adapt my vote tally accordingly.</p><p><strong>Describe the solution you'd like</strong></p><p><strong><em>Admin side (see mockup)</em></strong></p><p>The creation of a new voting rule taking as input 2 parameters :</p><ul><li>The total number of votes available to each user;</li><li>The maximum number of votes that can be allocated to each project;</li></ul><p>This new voting rule is not compatible with the current existing rules.</p><p>It will be necessary to remove the check that blocks the selection of a project several times by the user to develop this functionality.</p><p><strong><em>User side</em></strong></p><p>This is where the complexity in term of UX of the implementation lies.</p><p>We set some preliminary constraints upstream:</p><ul><li>The interface must work on any type of device;</li><li>The interface must be accessible (RGAA);</li><li>The interface must adapt to different values set in the parameters of the rules;</li><li>e.g.: if the number of votes authorised per project is set to 10 or 20, it shoudn't be a problem for the interface.</li></ul><p><strong>The project index</strong></p><p>In addition, the Decidim product team has decided to simplify the interface for the proposals cards, vote buttons will no longer be displayed on the cards to reduce the amount of info shown to users.</p><p>This applies to budget project, we plan to anticipate this evolution as part of the development of this functionality. See mockup for projects index.</p><p><strong>The voting interface</strong></p><p>We investigated 4 types of interfaces for this user interaction :</p><ul><li>Incremental vote buttons</li><li>Input steppers</li><li>Star ratings</li><li>Sliders</li></ul><p>See the mockups attached. Our team is in favour of implementing the input steppers as</p><ul><li>they scale well if many votes can be given to a single project,</li><li>the increase / decrease vote allocation interaction is clear for user</li><li>the budget order is built like an e-commerce order, input steppers are widely used to set quantities</li></ul><p><strong>Does this issue could impact on users private data?</strong></p><p>No</p><p><strong>Related links</strong></p><p><a href=\"https://meta.decidim.org/processes/roadmap/f/122/proposals/15058\" target=\"_blank\">Token voting rule on Budget component&nbsp;(External link)</a>&nbsp;(withdrawn)</p><p><a href=\"https://meta.decidim.org/processes/roadmap/f/122/proposals/14931\" target=\"_blank\">Provide new option to support a proposal: with a scale&nbsp;(External link)</a></p><p><a href=\"https://drive.google.com/file/d/1L4i-3u6I--jap7q9hNxkzDHZY5wUWjzk/view?usp=sharing\" target=\"_blank\">A study conducted by Toulouse about voting methods on participatory budgeting&nbsp;(External link)</a>&nbsp;(in french)</p><p><strong>Funded by</strong></p><p>Toulouse</p>"},"title":{"en":"Vote multiple times for a same project"}}

This fingerprint is calculated using a SHA256 hashing algorithm. In order to replicate it yourself, you can use an MD5 calculator online and copy-paste the source data.

Share:

link-intact Share link

Share link:

Please paste this code in your page:

<script src="https://meta.decidim.org/processes/roadmap/f/122/proposals/15813/embed.js"></script>
<noscript><iframe src="https://meta.decidim.org/processes/roadmap/f/122/proposals/15813/embed.html" frameborder="0" scrolling="vertical"></iframe></noscript>

Related images

big_Capture_decran_2021-03-27_a_09.07.34.png
big_Capture_decran_2021-04-07_a_10.10.53.png
big_voting_interface.png
Capture_decran_2021-04-09_a_19.42.32.png

Report inappropriate content

Is this content inappropriate?

Reason

18 comments

Order by:
  • Older
    • Best rated
    • Recent
    • Older
    • Most discussed
Conversation with Pauline Bessoles
Avatar: Pauline Bessoles Pauline Bessoles verified-badge
26/11/2020 10:37
  • Get link Get link

@ahu @carol @paarals @andres @furilo do you have any insights?

Avatar: Pau Parals Pau Parals verified-badge
26/11/2020 10:43
  • Get link Get link

maybe quadratic voting is an option https://en.wikipedia.org/wiki/Quadratic_voting. did you think about it?

Avatar: Virgile Deville Virgile Deville
26/11/2020 15:15
  • Get link Get link

This is a different feature that I'm dying for to exist.
Once the feature described in the proposal we'll be one step closer to implement quadratic voting in Decidim.

Avatar: Antti Hukkanen Antti Hukkanen
26/11/2020 11:00
  • Get link Get link

This is great @Pops for re-introducing this proposal!

For the questions:
- I'd keep the voting button.
- I'd keep the "cost" of each vote the same. Quadratic voting is another topic and separate to this particular issue.
- I think this should be compatible with all voting rules. With budget based voting each vote would just accumulate the project's cost to the total budget.

How the user would pick the same project multiple times: IMO, they would just click the vote button multiple times and that would accumulate the same project to the total budget every time it is added. There would be some number or icon shown close to the button how many times it has been added.

If they want to remove it, they need to remove all votes from that project and start again.

This would be probably good to iterate this through with a UI designer through a couple of iterations and test it with real people. The voting feature is already complicated to many people, so KISS.

Avatar: Antti Hukkanen Antti Hukkanen
26/11/2020 11:04
  • Get link Get link

Small clarification:
I mean they could still remove one project from their vote but removing that project would remove all the votes for that project.

Avatar: Pauline Bessoles Pauline Bessoles verified-badge
27/11/2020 10:31
  • Get link Get link

Thanks a lot for your answer Antti! I agree, this should be tested with real users in some way.
I made a new mockup integrating your feedbacks : https://imgur.com/nLZkCzG What do you think?
In order to add a graphic visualization to let the user know where she's at with her votes, I added a button "fade": the button would become more opaque the more you give the projects votes.

In this mockup, this feature is used with the Min&max number of projects feature, which allows you to vote between 1 and 6 projects -> you have 6 votes. The wording should be changed (projects->votes).

Avatar: Antti Hukkanen Antti Hukkanen
27/11/2020 11:23
  • Get link Get link

Thanks a lot @Pops - This looks already really good to me.

Regarding the opaqueness, I think this might be an accessibility problem. I'd prefer some other way of indicating how much the user has voted on a single project. Either show the exact number or some kind of icons/indicators to show how many votes you've given to the single project.

Not so fancy as your mockups but here's also some quick ideas to demonstrate what I proposed above.

Budget based voting:
https://www.figma.com/proto/oIOhQQYYb4dYs3yez5JMbi/Decidim-Weighted-Voting?node-id=1%3A2&scaling=min-zoom

Project based voting:
https://www.figma.com/proto/oIOhQQYYb4dYs3yez5JMbi/Decidim-Weighted-Voting?node-id=4%3A63&scaling=min-zoom

Avatar: Antti Hukkanen Antti Hukkanen
27/11/2020 11:24
  • Get link Get link

We've also seen in actual use that the checkbox icon for the selection seem to be problematic for many users. They think clicking the checkbox is enough and they don't click the "Vote" button at the end. It's not particularly related to this issue but I think having the text "add to vote" in the button might help understanding that clicking the button in the project is not enough.

Avatar: Virgile Deville Virgile Deville
01/12/2020 09:13
  • Get link Get link

@ahu I find your proposal really clear and easy to navigate. @pops what do you think ?

Avatar: Pauline Bessoles Pauline Bessoles verified-badge
01/12/2020 09:26
  • Get link Get link

I also think it's the most usable proposal for the accessibility reasons Antti is raising!
I'd also like to have @carol feedbacks about this, but this already seems very good @virgile_deville

Avatar: álvaro ortiz álvaro ortiz verified-badge
26/11/2020 14:38
  • Get link Get link

I don't have many experiences with budget voting, so take my words with perspective. Some general comments:

I see the main change is that you have a credit of votes you can spend on several proposals. UX wise, I think it's important that is very clear how many votes have you spent at any given moment and for each proposal, and that it's easy to cancel/reduce your votes to a given proposal (because as you go on reviewing proposals you discover items you want to support more, so you have to reduce votes for one proposal and give it to the new one)
In the attachment you share, am I seeing my votes or everyone's votes? (I don't know if everybody's votes should be shown at this stage, maybe not)
(...continue ->)
Avatar: álvaro ortiz álvaro ortiz verified-badge
26/11/2020 14:40
  • Get link Get link
Do we really need to allow infinite number of votes to an specific project? Maybe this would block people more than help? Maybe just being able to assign 1-10 votes to a project is easier? Which takes me to the scale design... :) If this is going to be implemented, maybe it makes sense to limit the number of UI elements that we create, and reuse this scheme?
An element that I think would need to be defined is the counter of votes you have left, which should be present at all times (but alas, I would need to understand the complete flow of how the voting would occur)

Anyhow, yet more questions than answers ;)

Avatar: Pauline Bessoles Pauline Bessoles verified-badge
27/11/2020 10:41
  • Get link Get link

Thanks for your feedbacks álvaro!
I agree, the total of votes you have left should stay below the progress bar (may be make it sticky would allow it to be visible at any time).
About showing total votes, I also think it can be confusing, but this is already a config flag in Budgets step settings, so the admin could decide if it's appropriate in her user case.

Regarding the number of votes for a specific project, I also think that a limit should be established (it doesn't make sense to be able to vote more than 10 or 15 times for a same project). But I think that putting a mandatory number for admins won't answer to every use case. I like the idea of the scale on the project page, but the main problem is to make it fit in the projects list cards.

In the mockup I published in my answer to Antti, may be I should add in the projects selection the number of votes allocated to the projects (at the left of the bin icon?).

Anyway, thanks again for your feedbacks!

Conversation with Pauline Bessoles
Avatar: Pauline Bessoles Pauline Bessoles verified-badge
04/12/2020 13:46
  • Get link Get link

Hi to all following this proposal!

I made a second iteration of what this feature would look like in BE and in FE (on the projects index).
You can find the mockup here: https://www.figma.com/proto/SjLsHxOSVsNUn71d1PQpn9/Metadecidim?node-id=8%3A176&viewport=703%2C436%2C0.10763725638389587&scaling=scale-down-width

The idea here is to create a new separated voting rule, that wouldn't be compatible with the others.
@ahu After iterating on the eventuality of making this feature compatible with all the voting rules, I'm afraid that would be really confusing, for the admin and for the users. Tell me if you want me to post them here!

Avatar: Antti Hukkanen Antti Hukkanen
04/12/2020 18:38
  • Get link Get link

Looks really good to me @Pauline !

One thing I'd like to add would be a button/link to remove the project from the vote next to the project controls on the right side. I guess it could be also just an [X] button at the top corner with a screen reader label attached to it.

It would be also good to think how this will align on mobile. Especially among the youth, mobile usage is around 70-80% of the users and the budget voting view we have right now is not very understandable on mobile.

I understand the complexity related making it compatible with the budget based voting. I haven't heard of such request yet, so I think it's probably OK making it a separate rule.

Avatar: Pauline Bessoles Pauline Bessoles verified-badge
07/12/2020 13:59
  • Get link Get link

Thanks for your feedbacks, I forgot to add the remove button! I added it in the previous mockup, tell me if you think that's understandable for the user.

You can find the mobile mockup here : https://www.figma.com/proto/SjLsHxOSVsNUn71d1PQpn9/Metadecidim?node-id=47%3A981&viewport=510%2C436%2C0.1859215945005417&scaling=min-zoom

Comment moderated on 09/12/2020 08:47
Avatar: Antti Hukkanen Antti Hukkanen
09/12/2020 09:28
  • Get link Get link

Yes, remove button works well. 👍 I'd make it slightly larger, though.

Regarding the mobile, I'd like the buttons to be much bigger. Now they go very small after one project is selected.

Apple suggests mobile touch targets of at least 44x44px and Android suggests minimum of 48x48dp (dp = visible pixel).
https://developer.apple.com/design/human-interface-guidelines/ios/visual-design/adaptivity-and-layout/
https://material.io/guidelines/components/buttons.html#buttons-style

Apple's recommendation is also a WCAG success criteria:
https://www.w3.org/WAI/WCAG21/Understanding/target-size.html

Avatar: Andrés Andrés verified-badge
01/03/2021 12:26
  • Get link Get link

Some external feedback: https://twitter.com/IdeaRatingGuy/status/1363898928006127623

https://en.wikipedia.org/wiki/Score_voting

Add your comment

Sign in with your account or sign up to add your comment.

Loading comments ...

  • Terms and conditions of use
  • About the community
  • Download Open Data files
  • Metadecidim at Twitter Twitter
  • Metadecidim at Instagram Instagram
  • Metadecidim at YouTube YouTube
  • Metadecidim at GitHub GitHub
Creative Commons License Website made with free software.
Decidim Logo

Confirm

OK Cancel

Please sign in

decidim Sign in with Decidim
Or

Sign up

Forgot your password?