King-Vote
King-Vote
King-Vote
Blockchain Based Voting App
Blockchain Based Voting App
Blockchain Based Voting App
Client
Client
Client
Kingston University
Kingston University
Kingston University
Services
Services
Services
UX Research and
User Interface Design
UX Research and
User Interface Design
UX Research and
User Interface Design
Industries
Industries
Industries
Blockchain
Voting
Blockchain
Voting
Blockchain
Voting
Duration
Duration
Duration
3 months
3 months
3 months
Current voting system at Kingston
Current voting system at Kingston
How are elections conducted in Kingston University?
THROUGH EMAILS!!
Candidates fill their registration forms and get themselves registered and it has to be done, a week before the commencement of the elections, and they run campaigns for two weeks, then email links are sent to the students and they can place their votes accordingly.
What is the issue then!?
Majority of these students don't really open these links or even open these emails sent to them.
Problem Statement
Problem Statement
The traditional method of conducting elections for university students through email links for voting is not secure, transparent, and easily manipulated, leading to mistrust and dissatisfaction among the student body. Therefore, there is a need for a more secure and transparent digital voting system that can ensure the integrity and privacy of each vote, prevent voter fraud and manipulation, and increase the trust and participation of the student community in the election process
The traditional method of conducting elections for university students through email links for voting is not secure, transparent, and easily manipulated, leading to mistrust and dissatisfaction among the student body. Therefore, there is a need for a more secure and transparent digital voting system that can ensure the integrity and privacy of each vote, prevent voter fraud and manipulation, and increase the trust and participation of the student community in the election process
The traditional method of conducting elections for university students through email links for voting is not secure, transparent, and easily manipulated, leading to mistrust and dissatisfaction among the student body. Therefore, there is a need for a more secure and transparent digital voting system that can ensure the integrity and privacy of each vote, prevent voter fraud and manipulation, and increase the trust and participation of the student community in the election process
Objectives
Objectives
➣
To engage more students into voting.
➣
To get an understanding on how effeciently can blockchain be used to establish a fair voting system where users could securely cast votes.
➣
Develop a user-friendly and intuitive interface that makes the voting process simple and easy for students to understand which should include providing clear instructions and guidance throughout the voting process.
➣
Create a system that allows students to verify their vote has been counted correctly and that the results of the election are transparent and cannot be manipulated. This will increase the trust of the students in the election process.
Proposed Solution
Proposed Solution
KingVote is designed to make voting more secure, transparent, and efficient, with a focus on increasing voter trust and engagement in student elections. The goal was to design a user-friendly and intuitive interface that corresponds with Kingston University students' needs and expectations, while also maintaining the integrity and security of the voting process through the use of Blockchain technology.
KingVote is designed to make voting more secure, transparent, and efficient, with a focus on increasing voter trust and engagement in student elections. The goal was to design a user-friendly and intuitive interface that corresponds with Kingston University students' needs and expectations, while also maintaining the integrity and security of the voting process through the use of Blockchain technology.
KingVote is designed to make voting more secure, transparent, and efficient, with a focus on increasing voter trust and engagement in student elections. The goal was to design a user-friendly and intuitive interface that corresponds with Kingston University students' needs and expectations, while also maintaining the integrity and security of the voting process through the use of Blockchain technology.
Design Process Overview
Design Process Overview
Lean UX
Lean UX
In order to create this project, the lean UX methodology was used, since it follows a user-centric approach and focuses on rapid prototyping, iterative testing and strongly emphasizes on user feedback and validation and develop a minimum viable product.
In order to create this project, the lean UX methodology was used, since it follows a user-centric approach and focuses on rapid prototyping, iterative testing and strongly emphasizes on user feedback and validation and develop a minimum viable product.
In order to create this project, the lean UX methodology was used, since it follows a user-centric approach and focuses on rapid prototyping, iterative testing and strongly emphasizes on user feedback and validation and develop a minimum viable product.
Think
Think
For KingVote, understanding the unique challenges and requirements of blockchain-based voting was crucial. This stage was used to set the foundation for the entire design process by ensuring that the designer had a clear grasp of the context and user expectations.
For KingVote, understanding the unique challenges and requirements of blockchain-based voting was crucial. This stage was used to set the foundation for the entire design process by ensuring that the designer had a clear grasp of the context and user expectations.
For KingVote, understanding the unique challenges and requirements of blockchain-based voting was crucial. This stage was used to set the foundation for the entire design process by ensuring that the designer had a clear grasp of the context and user expectations.
Primary Research
Primary Research
In order to collect as much raw data as we could to make the user experience impactful, we visited kingston and met one of the representatives of the student council. After the visit, i got to know that there were two different types of elections conducted in Kingston University.
In order to collect as much raw data as we could to make the user experience impactful, we visited kingston and met one of the representatives of the student council. After the visit, i got to know that there were two different types of elections conducted in Kingston University.
In order to collect as much raw data as we could to make the user experience impactful, we visited kingston and met one of the representatives of the student council. After the visit, i got to know that there were two different types of elections conducted in Kingston University.
1). Council/ Student Elections (Unpaid)
1). Council/ Student Elections (Unpaid)
1). Council/ Student Elections (Unpaid)
2). Felicitator/ President Elections (Contract Basis/ Per Year)
2). Felicitator/ President Elections (Contract Basis/ Per Year)
2). Felicitator/ President Elections (Contract Basis/ Per Year)
Once all the information was gathered, the researcher started framing the set of carefully prepared interview questions for the target users (Kingston University Students) based on all the collected data regarding the election process.
Once all the information was gathered, the researcher started framing the set of carefully prepared interview questions for the target users (Kingston University Students) based on all the collected data regarding the election process.
Once all the information was gathered, the researcher started framing the set of carefully prepared interview questions for the target users (Kingston University Students) based on all the collected data regarding the election process.
Interview Questions
Interview Questions
➣
Did you vote in the recent university elections?
➣
Would you like to share if there was any specific reason to vote/not vote?
➣
Do you believe that electoral fraud is a problem? If so ,then is it possible with university elections as well?
➣
Do you feel like the current voting process is time consuming?
➣
Do you believe that your information is secure?
Apart from these questions, some open ended questions were also asked in order to gain valuable data from the users and understand their painpoints.
Apart from these questions, some open ended questions were also asked in order to gain valuable data from the users and understand their painpoints.
Apart from these questions, some open ended questions were also asked in order to gain valuable data from the users and understand their painpoints.
User Survey
User Survey
User Interviews and surveys were done in order to gather quantitative as well as qualitative data directly from the users to inform the design process. The researched maintained to get a total of 7 responses from the survey conducted and some key insights were extracted from it :
User Interviews and surveys were done in order to gather quantitative as well as qualitative data directly from the users to inform the design process. The researched maintained to get a total of 7 responses from the survey conducted and some key insights were extracted from it :
User Interviews and surveys were done in order to gather quantitative as well as qualitative data directly from the users to inform the design process. The researched maintained to get a total of 7 responses from the survey conducted and some key insights were extracted from it :
Key Finding : The survey revealed that 71.4% of respondents did not vote in the kingston university elections that were recently conducted.
Key Finding : The survey revealed that 71.4% of respondents did not vote in the kingston university elections that were recently conducted.
Key Finding : The survey revealed that 71.4% of respondents did not vote in the kingston university elections that were recently conducted.
User Interviews
Three face-to-face interviews were carried out with Kingston university students. Each Participant was provided with an information sheet and a consent form prior to their interviews. The Interviews that were conducted were semi-structured wherein some questions were predefined by the researcher and the other questions were open ended follow up questions to receive detailed feedback from the participants. Some of the key Highlights from the interviews are stated below :
Three face-to-face interviews were carried out with Kingston university students. Each Participant was provided with an information sheet and a consent form prior to their interviews. The Interviews that were conducted were semi-structured wherein some questions were predefined by the researcher and the other questions were open ended follow up questions to receive detailed feedback from the participants. Some of the key Highlights from the interviews are stated below :
Three face-to-face interviews were carried out with Kingston university students. Each Participant was provided with an information sheet and a consent form prior to their interviews. The Interviews that were conducted were semi-structured wherein some questions were predefined by the researcher and the other questions were open ended follow up questions to receive detailed feedback from the participants. Some of the key Highlights from the interviews are stated below :
Insights : One main concern that the participants mentioned about was that there was very minimum information provided about the candidates as well as the election process in the current voting system at kingston.
Insights : One main concern that the participants mentioned about was that there was very minimum information provided about the candidates as well as the election process in the current voting system at kingston.
Insights : One main concern that the participants mentioned about was that there was very minimum information provided about the candidates as well as the election process in the current voting system at kingston.
Affinity Diagramming
In order to visualise the data that was received from the previously conducted interviews and surveys and in order to organise it affinity diagrams were created. At this stage data cleaning and analysis of the data was conducted from the transcripts of the user interviews and the data achieved from the survey. This analysed data was then grouped in the form of separated colored themes as given below:
In order to visualise the data that was received from the previously conducted interviews and surveys and in order to organise it affinity diagrams were created. At this stage data cleaning and analysis of the data was conducted from the transcripts of the user interviews and the data achieved from the survey. This analysed data was then grouped in the form of separated colored themes as given below:
In order to visualise the data that was received from the previously conducted interviews and surveys and in order to organise it affinity diagrams were created. At this stage data cleaning and analysis of the data was conducted from the transcripts of the user interviews and the data achieved from the survey. This analysed data was then grouped in the form of separated colored themes as given below:
Assumptions
On the basis of the existing data, assumptions were formed. They were categorized into business assumptions and user assumptions
On the basis of the existing data, assumptions were formed. They were categorized into business assumptions and user assumptions
On the basis of the existing data, assumptions were formed. They were categorized into business assumptions and user assumptions
These Assumptions served as preliminary hypotheses or educated estimates about corporate objectives, user demands, and solution concepts
These Assumptions served as preliminary hypotheses or educated estimates about corporate objectives, user demands, and solution concepts
These Assumptions served as preliminary hypotheses or educated estimates about corporate objectives, user demands, and solution concepts
Assumption prioritization
The assumptions were then prioritized on the basis of the risk/validation chart as it helps to focus on the most crucial and significant assumptions, ensuring efficient and effective product development. Prioritisation was based on findings from secondary and primary research. The risk/validation chart assisted the researcher in better understanding and visualising which assumptions were risky and which were easy to validate.
The assumptions were then prioritized on the basis of the risk/validation chart as it helps to focus on the most crucial and significant assumptions, ensuring efficient and effective product development. Prioritisation was based on findings from secondary and primary research. The risk/validation chart assisted the researcher in better understanding and visualising which assumptions were risky and which were easy to validate.
The assumptions were then prioritized on the basis of the risk/validation chart as it helps to focus on the most crucial and significant assumptions, ensuring efficient and effective product development. Prioritisation was based on findings from secondary and primary research. The risk/validation chart assisted the researcher in better understanding and visualising which assumptions were risky and which were easy to validate.
Competitor's Analysis
Competetive analysis was carried out by the researcher in order to understand what other similar platforms are doing and to better understand where things could be improved and in order to learn get more data. The painpoints and highlights were taken from various app reviews and feedbacks by users on google playstore and appstore.
Competetive analysis was carried out by the researcher in order to understand what other similar platforms are doing and to better understand where things could be improved and in order to learn get more data. The painpoints and highlights were taken from various app reviews and feedbacks by users on google playstore and appstore.
Competetive analysis was carried out by the researcher in order to understand what other similar platforms are doing and to better understand where things could be improved and in order to learn get more data. The painpoints and highlights were taken from various app reviews and feedbacks by users on google playstore and appstore.
Proto Personas
Two Proto-personas were created on the basis of the qualitative and quantitative data received from the interviews and surveys and some assumptions in order to give a shared understanding of the target users and their demands, and to assist decision-making during the design process
Two Proto-personas were created on the basis of the qualitative and quantitative data received from the interviews and surveys and some assumptions in order to give a shared understanding of the target users and their demands, and to assist decision-making during the design process
Two Proto-personas were created on the basis of the qualitative and quantitative data received from the interviews and surveys and some assumptions in order to give a shared understanding of the target users and their demands, and to assist decision-making during the design process
Customer Journey Maps
Emphasizing with the users helped the researcher to visualise the experience from their perspective. It assisted the researcher in understanding the customer's point of view and identifying possibilities to improve the customer experience and eventually to gather insights about a customer's ideas, feelings, actions, and touch-points at each stage of their journey, from initial awareness to post-service involvement.
Emphasizing with the users helped the researcher to visualise the experience from their perspective. It assisted the researcher in understanding the customer's point of view and identifying possibilities to improve the customer experience and eventually to gather insights about a customer's ideas, feelings, actions, and touch-points at each stage of their journey, from initial awareness to post-service involvement.
Emphasizing with the users helped the researcher to visualise the experience from their perspective. It assisted the researcher in understanding the customer's point of view and identifying possibilities to improve the customer experience and eventually to gather insights about a customer's ideas, feelings, actions, and touch-points at each stage of their journey, from initial awareness to post-service involvement.
How Might We
How might we statements provided a structured approach to refine and expand upon the user stories. Four how might we statements were generated, each of which provided a usercentred perspective on a particular opportunity or problem. As a part of progressive idea generation and generating ideas impromptu for the same, particular ideas were also developed for each How might we assertion.
How might we statements provided a structured approach to refine and expand upon the user stories. Four how might we statements were generated, each of which provided a usercentred perspective on a particular opportunity or problem. As a part of progressive idea generation and generating ideas impromptu for the same, particular ideas were also developed for each How might we assertion.
How might we statements provided a structured approach to refine and expand upon the user stories. Four how might we statements were generated, each of which provided a usercentred perspective on a particular opportunity or problem. As a part of progressive idea generation and generating ideas impromptu for the same, particular ideas were also developed for each How might we assertion.
Rapid Idea Generation
After creating the How Might We assertions, rapid idea production was facilitated to develop a huge number of ideas in a short amount of time, free of limits imposed by opinions or perceived limitations. To accomplish so, eight distinct corporations (such as Facebook, Samsung, CapGemini, Elon Musk, Crocs, Forbes, Narendra Modi, and Don Norman) were regarded as the source or point of view from which the ideas will be developed. The researcher chose these entities at random to generate a wide range of ideas because they were all completely different from one another, and this activity served as a remarkably effective technique in producing fresh and innovative ideas that could solve our How Might We statements and ultimately solve our end user's problems.
After creating the How Might We assertions, rapid idea production was facilitated to develop a huge number of ideas in a short amount of time, free of limits imposed by opinions or perceived limitations. To accomplish so, eight distinct corporations (such as Facebook, Samsung, CapGemini, Elon Musk, Crocs, Forbes, Narendra Modi, and Don Norman) were regarded as the source or point of view from which the ideas will be developed. The researcher chose these entities at random to generate a wide range of ideas because they were all completely different from one another, and this activity served as a remarkably effective technique in producing fresh and innovative ideas that could solve our How Might We statements and ultimately solve our end user's problems.
After creating the How Might We assertions, rapid idea production was facilitated to develop a huge number of ideas in a short amount of time, free of limits imposed by opinions or perceived limitations. To accomplish so, eight distinct corporations (such as Facebook, Samsung, CapGemini, Elon Musk, Crocs, Forbes, Narendra Modi, and Don Norman) were regarded as the source or point of view from which the ideas will be developed. The researcher chose these entities at random to generate a wide range of ideas because they were all completely different from one another, and this activity served as a remarkably effective technique in producing fresh and innovative ideas that could solve our How Might We statements and ultimately solve our end user's problems.
NUF Test
Once a set of ideas were generated, the next step was to perform a “quick reality check” and refine and
validate those concepts before creating our feature sets. In this process, the ideas were rated
based on three criteria’s:
1. Newness: Has the idea been tried before?
2. Usefulness: Does it actually solve the problem?
3. Feasibility: Is it achievable/ can it be implemented?
Once a set of ideas were generated, the next step was to perform a “quick reality check” and refine and
validate those concepts before creating our feature sets. In this process, the ideas were rated
based on three criteria’s:
1. Newness: Has the idea been tried before?
2. Usefulness: Does it actually solve the problem?
3. Feasibility: Is it achievable/ can it be implemented?
Once a set of ideas were generated, the next step was to perform a “quick reality check” and refine and
validate those concepts before creating our feature sets. In this process, the ideas were rated
based on three criteria’s:
1. Newness: Has the idea been tried before?
2. Usefulness: Does it actually solve the problem?
3. Feasibility: Is it achievable/ can it be implemented?
Make
The "Make" stage was the bridge between design concepts and the practical realization of the voting application, marking a key milestone in transforming ideas into a tangible, functional solution for secure and efficient blockchain-based voting. In this phase Ideation techniques like “How might we” Statements, Rapid idea generation, and NUF test were carried out to get more range of ideas and features to implement. It involved translating design concepts and ideas into tangible prototypes and ultimately into the actual implementation of the application.
The "Make" stage was the bridge between design concepts and the practical realization of the voting application, marking a key milestone in transforming ideas into a tangible, functional solution for secure and efficient blockchain-based voting. In this phase Ideation techniques like “How might we” Statements, Rapid idea generation, and NUF test were carried out to get more range of ideas and features to implement. It involved translating design concepts and ideas into tangible prototypes and ultimately into the actual implementation of the application.
The "Make" stage was the bridge between design concepts and the practical realization of the voting application, marking a key milestone in transforming ideas into a tangible, functional solution for secure and efficient blockchain-based voting. In this phase Ideation techniques like “How might we” Statements, Rapid idea generation, and NUF test were carried out to get more range of ideas and features to implement. It involved translating design concepts and ideas into tangible prototypes and ultimately into the actual implementation of the application.
Hypothesis Statements
Hypothesis Statements were created in order to express the researcher’s ideas, describe the intended outcomes, and direct the trial and validation efforts
Hypothesis Statements were created in order to express the researcher’s ideas, describe the intended outcomes, and direct the trial and validation efforts
Hypothesis Statements were created in order to express the researcher’s ideas, describe the intended outcomes, and direct the trial and validation efforts
Hypothesis Prioritization
These hypothesis statements were then prioritised in order to identify which assumptions should be tested first and which assumptions should be given more priority. This was useful in determining which hypotheses to ship and measure, test, not to test or build, or trash for future project plans
These hypothesis statements were then prioritised in order to identify which assumptions should be tested first and which assumptions should be given more priority. This was useful in determining which hypotheses to ship and measure, test, not to test or build, or trash for future project plans
These hypothesis statements were then prioritised in order to identify which assumptions should be tested first and which assumptions should be given more priority. This was useful in determining which hypotheses to ship and measure, test, not to test or build, or trash for future project plans
Feature Prioritization
The Moscow feature prioritizing technique was used to prioritize features according to Must Have, Should Have, Could Have, and Won't Have. Where Must Have specifies the features required for the application. Should Have's were features that could be useful if they were merged, could have's were features that could be introduced, and won't have's were features that were not to be included further.
The Moscow feature prioritizing technique was used to prioritize features according to Must Have, Should Have, Could Have, and Won't Have. Where Must Have specifies the features required for the application. Should Have's were features that could be useful if they were merged, could have's were features that could be introduced, and won't have's were features that were not to be included further.
The Moscow feature prioritizing technique was used to prioritize features according to Must Have, Should Have, Could Have, and Won't Have. Where Must Have specifies the features required for the application. Should Have's were features that could be useful if they were merged, could have's were features that could be introduced, and won't have's were features that were not to be included further.
Mental Model
A mental model was created by the researcher to understand how the user approaches to use the product and the mental model was divided in two phases for before voting as well as after voting.
A mental model was created by the researcher to understand how the user approaches to use the product and the mental model was divided in two phases for before voting as well as after voting.
A mental model was created by the researcher to understand how the user approaches to use the product and the mental model was divided in two phases for before voting as well as after voting.
Information Architecture
For KingVote, a complex system integrating blockchain technology, clear and logical information architecture ensured that users could easily understand the voting process, verify their actions, and trust the security of the platform. A well-defined IA not only streamlined the user journey but also contributed to the overall transparency and legitimacy of the voting system.
For KingVote, a complex system integrating blockchain technology, clear and logical information architecture ensured that users could easily understand the voting process, verify their actions, and trust the security of the platform. A well-defined IA not only streamlined the user journey but also contributed to the overall transparency and legitimacy of the voting system.
For KingVote, a complex system integrating blockchain technology, clear and logical information architecture ensured that users could easily understand the voting process, verify their actions, and trust the security of the platform. A well-defined IA not only streamlined the user journey but also contributed to the overall transparency and legitimacy of the voting system.
Sitemap
User Flow Diagram
Wireframes
To visualise the overall structure of the important contents, spacing, buttons, and headlines, Lo-Fi as well as Mid-Fi wireframes were created by the researcher. These wireframes served as a blueprint, allowing the researcher to understand the overall structure of the product.
To visualise the overall structure of the important contents, spacing, buttons, and headlines, Lo-Fi as well as Mid-Fi wireframes were created by the researcher. These wireframes served as a blueprint, allowing the researcher to understand the overall structure of the product.
To visualise the overall structure of the important contents, spacing, buttons, and headlines, Lo-Fi as well as Mid-Fi wireframes were created by the researcher. These wireframes served as a blueprint, allowing the researcher to understand the overall structure of the product.
Low-Fidelity Prototypes
After the feature sets were established, the low-fidelity paper prototypes were built. The visual aspect of the application is not important at this stage, but it was primarily used to check and test the app's functionality because it allows for early user validation of the design concept and feature sets.
After the feature sets were established, the low-fidelity paper prototypes were built. The visual aspect of the application is not important at this stage, but it was primarily used to check and test the app's functionality because it allows for early user validation of the design concept and feature sets.
After the feature sets were established, the low-fidelity paper prototypes were built. The visual aspect of the application is not important at this stage, but it was primarily used to check and test the app's functionality because it allows for early user validation of the design concept and feature sets.
Mid-fidelity Prototypes
Moodboard
Styleguide
Hi-Fidelity Wireframes
The Midfidelity Prototypes perepared in the previous stage were then used as a skeleton to create the Hi-Fidelity prototypes followed by the styleguide to design the prototypes. These prototypes served as a bridge between design concepts and the actual implementation, facilitating informed decision-making and fostering a shared understanding of the final user interface.
The Midfidelity Prototypes perepared in the previous stage were then used as a skeleton to create the Hi-Fidelity prototypes followed by the styleguide to design the prototypes. These prototypes served as a bridge between design concepts and the actual implementation, facilitating informed decision-making and fostering a shared understanding of the final user interface.
The Midfidelity Prototypes perepared in the previous stage were then used as a skeleton to create the Hi-Fidelity prototypes followed by the styleguide to design the prototypes. These prototypes served as a bridge between design concepts and the actual implementation, facilitating informed decision-making and fostering a shared understanding of the final user interface.
Make
The "Make" stage was the bridge between design concepts and the practical realization of the voting application, marking a key milestone in transforming ideas into a tangible, functional solution for secure and efficient blockchain-based voting. In this phase Ideation techniques like “How might we” Statements, Rapid idea generation, and NUF test were carried out to get more range of ideas and features to implement. It involved translating design concepts and ideas into tangible prototypes and ultimately into the actual implementation of the application.
The "Make" stage was the bridge between design concepts and the practical realization of the voting application, marking a key milestone in transforming ideas into a tangible, functional solution for secure and efficient blockchain-based voting. In this phase Ideation techniques like “How might we” Statements, Rapid idea generation, and NUF test were carried out to get more range of ideas and features to implement. It involved translating design concepts and ideas into tangible prototypes and ultimately into the actual implementation of the application.
Check
Now that the HiFidelity Prototypes were created, it was time to put them into testing and identifying any underlying issues with the interface and the user experience of the app. By collecting feedback from users and stakeholders, the Check phase provided valuable insights into the effectiveness of the design, allowing for iterative improvements.
Now that the HiFidelity Prototypes were created, it was time to put them into testing and identifying any underlying issues with the interface and the user experience of the app. By collecting feedback from users and stakeholders, the Check phase provided valuable insights into the effectiveness of the design, allowing for iterative improvements.
Now that the HiFidelity Prototypes were created, it was time to put them into testing and identifying any underlying issues with the interface and the user experience of the app. By collecting feedback from users and stakeholders, the Check phase provided valuable insights into the effectiveness of the design, allowing for iterative improvements.
Feedback testing
By obtaining real-world feedback on prototypes and design iterations, designers could identify usability issues, validate design decisions, and address concerns specific to the integration of blockchain technology. Feedback testing played a pivotal role in refining the user experience, ensuring that the app was not only aligned with user expectations but also compliant with legal and security standards. A summary of the feedback testing is given which demonstrates the views of 3 different particiapants with their highlights as well as the painpoints.
By obtaining real-world feedback on prototypes and design iterations, designers could identify usability issues, validate design decisions, and address concerns specific to the integration of blockchain technology. Feedback testing played a pivotal role in refining the user experience, ensuring that the app was not only aligned with user expectations but also compliant with legal and security standards. A summary of the feedback testing is given which demonstrates the views of 3 different particiapants with their highlights as well as the painpoints.
By obtaining real-world feedback on prototypes and design iterations, designers could identify usability issues, validate design decisions, and address concerns specific to the integration of blockchain technology. Feedback testing played a pivotal role in refining the user experience, ensuring that the app was not only aligned with user expectations but also compliant with legal and security standards. A summary of the feedback testing is given which demonstrates the views of 3 different particiapants with their highlights as well as the painpoints.
SUS Test (System Usability Scale)
By administering the SUS questionnaire after users interacted with prototypes or the application itself, designers gained valuable insights into the overall usability and user experience. SUS scores helped quantify user satisfaction, identify areas for improvement, and prioritize design enhancements. An average score of 87.5resulted after calculating the SUS score for each participant.
By administering the SUS questionnaire after users interacted with prototypes or the application itself, designers gained valuable insights into the overall usability and user experience. SUS scores helped quantify user satisfaction, identify areas for improvement, and prioritize design enhancements. An average score of 87.5resulted after calculating the SUS score for each participant.
By administering the SUS questionnaire after users interacted with prototypes or the application itself, designers gained valuable insights into the overall usability and user experience. SUS scores helped quantify user satisfaction, identify areas for improvement, and prioritize design enhancements. An average score of 87.5resulted after calculating the SUS score for each participant.
An average score of 87.5 resulted after calculating the SUS score for each participant.
Hypothesis Evaluation and Validation
This iterative process of hypothesis evaluation ensured that design decisions were grounded in user needs and actual user experiences, leading to a more user-centric and effective blockchain-based voting application.
This iterative process of hypothesis evaluation ensured that design decisions were grounded in user needs and actual user experiences, leading to a more user-centric and effective blockchain-based voting application.
This iterative process of hypothesis evaluation ensured that design decisions were grounded in user needs and actual user experiences, leading to a more user-centric and effective blockchain-based voting application.
Average Hypothesis calculated for all the particiants was 95.86%, which was more than enough for an MVP product.
