Throughout the project, the group worked with the case owner to continuously iterate on improving the prototype. Unfortunately, the group could not meet the case owner to test the final prototype if everything was implemented as meant. Therefore, other people were asked to test the prototype. To ensure the test subjects would not have any sight advantages over visually impaired users, they were blindfolded. After the blindfolding, the testers were handed the prototype and had to describe how the prototype looked and felt. Most of the testers mentioned the smoothness of the panels, which was appreciated. 

During the testing, the test subjects had some difficulties with putting the shelves back in the product for the first time. However, after some practice, it became easier to put them back in. It was clear to the testers that there was a correct and an incorrect orientation of the shelves, this was easily identified by feeling the little ridge.

Putting the spices in the rack was intuitive for the test subjects. As well as opening the containers. On the other hand, the closing was a little harder, as the lid fit quite snugly on the bottom part.

The software part was tested differently, as the group could not implement the software into the prototype.  Therefore, the test participants were asked to take off the blindfold and test it that way. Currently, the software is split into two parts, the database and the text-to-speech audio feedback. Both parts are not connected due to the monetary constraints of paid software. The participants tested both parts separately and they worked well. 

The result of the product evaluation seemed positive, considering the complications along the process. Unfortunately, since the group could not implement the software to the ¡Spice spice rack the received feedback cannot be properly quantified into a data table. As a consequence a more accurate user test evaluation shall be conducted.

Throughout the span of this project, certain parts were unable to be implemented or worked out in the final product. Currently, the software is not directly connected to the prototype. Due to monetary constraints, the different software parts could not be connected. To make a fully functional prototype, this could be improved. Furthermore, the current software would be accessed on an external device, such as a phone, laptop or Google Home. However, the optimal way would be to put all the electronics within the device itself, using a printed circuit board (PCB). This way, it could function as a stand-alone product. 

Next to this, the assembling of the shelves could be improved. In its current state, it is somewhat difficult to place the shelves into the product, as the fit was designed to be tight. If there is anything stuck on the shelves or they are slightly damaged, it might hinder putting in the shelves.

Additionally, currently, there is very little space between the containers and the walls of the slots to fit your fingers to be able to grab the container. This could be fixed easily by adjusting the diameter of the containers, resulting in changing the amount of spice that can be stored. It could also be solved by increasing the width of the slots, or by changing the ridge for a little pole to create more space for your fingers to fit around the containers.

Finally, the final prototype has not been tested by the case owner yet. If the final prototype is tested by the case owner, additional feedback can be garnered to improve the product. 

It is to consider that the final prototype design strictly depends on the inputs received from the case owner assigned to the team. In this case the experience of the case owner moulded part of the design and its functionality. An interesting possibility would be to test and evaluate feedback from various visually impaired individuals, each blind individual may have unique preferences, experiences, and needs based on factors such as age, occupation, and lifestyle. As a result, their feedback may reflect their individual perspectives and priorities, leading to diverse insights and recommendations. In this case, gathering feedback from a wider range of blind individuals across different contexts could help with identifying common themes, as well as context-specific considerations. Additionally, some individuals may rely more heavily on auditory feedback, while others may prefer tactile or haptic interfaces. This might consist in a big change of the final design considering the relationship that Ted has with tactile feedback.

In conclusion, by incorporating diverse perspectives into the design processes the final prototype could be highly accessible and meet the needs of a wider and diverse population of visually impaired users.