Assignment-8 |
Prototype Pictures:
Picture 1 Picture 2 Picture 3 Picture 4 Picture 5 Picture 6 Picture 7
Results of Paper Prototype Discussion:
To avoid criticism do nothing, say nothing, be nothing. But fortunately we did something, said something and we are something that’s why we had criticism on our initial paper prototype.
We had given an idea about paper prototypes to our users when we met them first time. We had already set the schedule of prototype testing meeting in previous meeting. When we met Sufian in his room, he was sitting with prepared mind and coffee. One of the strange thing he said “you know last time I forgot to give you some other good ideas about diet and health care but no problem, I will discuss them today”. And we were looking at each other with impish smile, what is going on, we are not here for more feature. We convinced him that we will talk first about Paper Prototype and then we can discuss about other features.
Sufian wanted us to add “Clear All” button on the first introduction screen, where users inputs his/her personal data. We asked Sufian, why he considers this button an important but he couldn’t quite convince us. One of the arguments he had in his mind was, “I have seen this button on many input forms and it is quite good when you enter your data wrong”. We asked him “how many times does it happen that you accidentally entered the wrong information about you the input form”. He said “quite rare”. We got the answer and that was quite reasonable for decide not to add this button.
Sufian highlighted good point about input of exercise schedule. Instead of having new screen for entering schedule of preferred exercise, user should be able to enter all these details on preferred exercise screen. This was a very nice idea which helped us to reduce one screen and complexity.
We had a good session with Wheelesa about the working of Paper Prototype. She raised a good point about searching of food from pre-defined food. She said instead of showing all items in single drop down menu, there should be categories of food. When the user selects the particular top level category then in the sub category only filtered food should be appeared. In this way user can select the desired item very quickly. We had this kind of selecting mechanism in diet plan customization but we didn’t provide this feature on this particular screen, but it was quite reasonable to provide this facility on food preference screen too, so we added it.
Another good point raised by her was addition of another food section. She said if the user is adding food items which they love to eat then there should be a features of adding food item which user dislike to eat. That’s an important factor and will count a lot in diet plan. She said. “I will never like to eat anything as a part of my diet plan which I hate to eat”. That was a very important consideration and we gave it a value.
We had a very good different experience while showing paper prototype to Christiana. She was not very much interested in paper prototyping interface. She was more interested in Sound Based Input Mechanism and specially the response of friend forever in the case of emergence. She was more interested in emergency treatment related screens. And she pointed out many good things which helped us to improve our interface. An interesting situation rose when she looked at one field "Medicine taking routine” of "Medicine Schedule" screen. Basically there are 2 ways of taking the medicine schedule input. One is asking someone how many times you take this medicine in a day. And other is after how many hours do you take this medicine daily. We asked this question in terms of hours. But she was not convinced; she said it is better idea to ask "how many times in a day" instead of "how many hours in a day". It was a difficult decision, because many medicine prescriptions were written in terms of hours delays not in terms of how many time in a day. But we were quite convinced that it is a better way to remember "how many times in a day". Now what we have done is, we have provided both parameters. On the selection of one parameter other is automatically adjusted. if the user enter 3 time a days then other parameter is set to after every 8 hours. In this way all were happy. A ver ygood Point which she pointed out was selection of keywords for particular disease in the case of emergency. Mean these partiular key words will be used to give voice commands to friend forever. we had included this feature but customization was not provided tp user. but now we have provided this feature
|
|