1) TRECC- analysing the brief

Hi, this is our week 1 blog for the project “Standardising ‘statements of community consultation’ for major housing schemes”, which is being done by Cara, Ellie, Cindy, Rory and Thomas.

Project Brief

Within the first week, before meeting with the clients in the seminar on Wednesday, we met as a group to analyse the brief we had been given. We can establish from the brief that the overall goal of the project is to improve the communication between developers and local residents to formulate the ‘statement of community involvement’ developers are required to complete in the ‘pre-application’ stage of a major housing scheme, as set out by Newcastle City Council. The brief lays out the long-term goal of delivering a model ‘community involvement app’. For the project, the key stakeholders identified are the developer, the city council, and the public/community groups.

Questions for the client

We discussed, as a group, potential questions we had from breaking down the brief and so listed them to ask in the upcoming client meeting.

  • What is the current process for community consultation? How could it be improved? What is currently good about it?
  • Have there been any previous attempts to improve communication between developers and the community?
  • Do you have any prior ideas about what you would like the app to include?
  • What are the main issues normally raised from community consultations? Are there similarities that can be drawn between certain types of schemes or certain areas in the city?
  • Demographics? Who are the people that generally respond to community consultation? Who are the people that don’t? Do certain areas of the city always respond more than other areas?
  • Are there any users involved, other than the listed stakeholders?
  • Are there any tensions between the stakeholders? Why do those tensions arise?
  • Contact details for social groups or community groups, to get their opinion on how to improve communication
  • What goals do each stakeholder have for the future, in terms of developing major housing schemes?

We are looking forward to meeting with the client on 11th October to ask these questions, in order to establish exactly what they want from the project- what processes there are now and how they want it to change.

 

 

1) Cycle stakeholders forum

Our team consists of 4 members : Aymeric, Ellen, Isaac and Jordy. We are from different countries and have therefore different planning backgrounds which we think could be an advantage for us in this project since we can benefit from our differences and come up with a good solution to the project.

Digital civics is a way of coming up with a solution to a specific issue through understanding the needs and requirements of a set of users through working with them. Nowadays, people use technology in their everyday life and is the most common way to receive and distribute new information in an interactive way. This is also why digital civics has become so important over the last years and is an helpful tool to get people more engaged and more involved in important questions that involves them and the area they are living in. By talking to different stakeholders and other people through a contextual enquiry in the concerned area we would get a wider perspective on the issue which would probably make us come up with a better solution to the issue.

This project includes working with Newcastle cycling stakeholder forum in order to come up with some sort of solution of how to display and allow discussions of the ideas and the issues of the forum meetings. Our goals for the meeting with our client are to understand the functioning of the forum and gather a greater understanding of its members and their experience of cycling in the city, how it could be improved and the issues they face. During this client meeting, it is also important to comprehend our client’s favourable method of displaying the information. We also need to identify the users who are going to be involved in our project as we need to cater to their individual needs. For example some individuals may not have access or be familiar with new technologies.

A issue we could face while talking to the client is that we will only receive one person’s   perspective on the issues raised. If we were able to get the chance to talk to different people from different groups of the forum and various areas around the city we would get a wider perspective of the actual issue which would give us a better chance to come up with the best solution for every part of the project, therefore resulting in a greater overall uptake in the numbers of our selected civic grouping using our project.

Week 1, NUDC: JRA neighbourhood engagement

Hi there,

We call ourselves Newcastle University’s Digital Civics or NUDC for short and are a group of four students: Frida, Ed, Sara and Catherine. Our project aims to help the Jesmond Residents Association (JRA) to gather a more widespread response from the public about how the area might evolve. As it is now, there is a program called Streets for people (or S4P) going on all over Newcastle which focuses on making the streets more amiable for walkers and especially cyclists. So far they’ve pinpointed some places in Jesmond that are in need of change due to a lot of traffic and unsafe conditions for cyclists and pedestrians. In these areas they have come up with possible solutions that they now want to know the residents’ opinions on. However, a lot of the residents in the area are unfamiliar with the program and how to share their opinion on plans. This is why the JRA choose to take part in this module, what they as clients want to receive is a digital solution to their problem. By modifying cycle lanes, roads and aiming to reducing traffic, they plan to create a more accessible, lively and safe green environment. Therefore, they need a product that can inform the locals on what the potential plans look like and also gather feedback from them together with other possible solutions, suggestions or ideas.

As a team, we need to deliver a prototype which is easy to understand, interactive and informative. One possible way to display our idea is via a storyboard. In order to carry this out, first we must research by speaking to stakeholders such as members of Streets for People, Jesmond Residents Association and the local community. This phase should be completed within the following couple of weeks.

In preparation for the upcoming meeting with our client, we all deconstructed the brief and brainstormed questions to bring forward as well as various ideas that might provide a solution to the issues raised. We made sure to consider what information he may or may not know as chair of the JRA. We even decided to ask him questions the brief answered for us to make sure that we had the correct perspective. For example, we planned to ask about challenges that Jesmond faces and what previous efforts had been attempted.

It’s been a great time

It has been our great honour to have the opportunity to work on this project and we think it’s time to look back on the many things we’ve achieved, together.

When we were first assigned the project, we had no idea how to start. We didn’t know what the young people were after. Our team had to come together to explore and think about all possible options to set out a basic framework.

Comparing with other teams, we’ve come a long way before we finally made the decision of what we were gonna do – an educational app. It was late and so we were pushing the time limit a bit, too. With the invaluable input we received from our project partners, we’ve learnt, we’ve grown, we’ve refined, together.

New look
The bright new look!

This is the final interface update we expect for now and it is based on the feedback we’ve got from our project partner. We’ve given it a bit more of character, we’ve got the street view and we’ve revamped the way it looks. We’re loving it and we hope you love it as much as we do.

Another reason for us to celebrate the finish of this final Plan A Lot prototype is that it responses to our original intention naturally and successfully. It looks good and it is helping young people to learn about planning. We haven’t gone for the ‘hard-sell’ tactics to get the idea of urban planning across, but it is working even better than using the ‘hard-sell’ tactics. So yes, it really is something to celebrate.

To us, we’ve given our best shot to this project. As much as we want to continue bringing this project further, we’re afraid it has to come to a close at this stage. We’re committed and we still firmly believe that this project will really make a difference to the young people and we hope further developments would be considered by the relevant parties, but we regret to say that this might not be something that’s within our ability today. Please allow us to say a massive ‘thank you’ to you for being part of our journey on Plan A Lot in the past three months.


Presentation visual
P.S. Just before we go, we’d like to let you know that we’ve actually done a presentation plus a write up that chronicles the processes we’ve gone through to produce Plan A Lot. If you’re one of our project partners, you should have received these items electronically already through Teresa, our very charming coordinator whom you really should have known by now. If you’ve never worked with us before but would still like an electronic copy as well as for all other enquiries, please email us at T[dot]Ho1[at]newcastle[dot]ac[dot]uk.

Week 8: User Test Preparation

As we are going to do 2 user tests in the coming week, everything needs to be well prepared to achieve a smooth run through. The Marvel App prototype must be completed and tested before we show to the users to avoid any technical problems during the test. During the testing workshop section, we assigned team members roles for the user testing day. While one of us is introducing the app to the users, the others are demonstrating the using of the app from tablets and other devices. Good time management is a necessity.

Our first User Prototype Test was scheduled on 9th December from 10-11am at Kids Kabin with Will and Gerrard, with the second test scheduled at 12pm in Walker Learning Hive with Heather. We have been to those two places for client interviews before so there should not be a problem.

We based our interview around the five-step interview guide:

  1. Give an introduction
    Allow the user clients to have a brief self-introduction and ask why are they interested on the project. Our project aimed to served the local community, therefore we must have better understanding with our users.
  1. Run the application in Marvel App and introducing the details and functions of the prototype.
  2. Tasks
    Give the users to have a taste of using the app at first hand experience. Ask them to navigate and execute tasks on different sections on the app to see if they can handle the functions and put to real life practise.
  1. Observe their reaction
    Document and capture their instant reaction when navigating the app. Observe and listen to what they say.
  1. Collect general feedback
    Ask them how, why and what they feel worked well or didn’t worked well. Can request more detailed feedback, such as “what should be done here on the page?”, or “what do you wish we had included but didn’t include?”
  1. Conclude with a Debrief
    Set up a set of questions other than those from feedbacks in order to collect more data from the future users to modify the app to be more appealing and user friendly. (e.g How useful did you find this app for the use of the local community?)

We aimed to test what we have done throughout the project, how the prototype works and does it meet the demands of our users in Walker local community. Moreover, Users responses in Testing section it very important  for designing the prototype. During the testing progress, we need to make sure they know how to use our app and solve any confusion by explaining thoroughly.  With positive and negative responses from the users, we can improve the prototype to a better future app for community.

Blog 10: User Tests

Here we are again, nearing the end of the project and this week we have completed two user tests on our app. The two who participated were Peter Kellet and Steve Emsley, Peter works at the university as a senior lecturer in Architecture, he has a strong interest in the environment and sustainability. Steve is formerly a social worker , now retired , he is a resident in Jesmond and has a very keen interest in renewable energy , with a PVC panel installation on his own home now for over 10 years as well as an active member of the local Green Party.

Last week we spoke about what we planned for the user test so that the tests would run smoothly and all went to plan , so this week we will be filling you in on how they went, fingers crossed!

Now to take you through how the user tests with Peter and Steve went, to keep it simple  we will discuss Peter’s answers first with Steve’s following after.

User test with Peter Kellett 14/12/16, Claremont Tower

Peter participated in our first user test, so it felt right to discuss our findings from this first, most importantly to discuss first is how they reacted to the prototype we had created with it being the first time they had ever seen it.

Openly admitted he “wasn’t the most tech savvy person on the planet” however would give the best feedback he could based on what was in front of him, but all things considered he managed to navigate the app successfully without becoming stuck on anything and being very vocal throughout with constant feedback and everything he was doing/interacting with.

Peter provided us with good feedback for us to further develop our prototype with reflections such as:

  • A yearly consumption figure perhaps not such a good idea, and  broken down  two figures, one for summer and the other for winter as consumption patterns would be very different in those two, in addition energy providers typically take quarterly meter readings.
  • Integrating a pop up on the app projecting a well informed hypothetical figure  for the user if that particular user should not have solar panels.

With lots of other feedback on colour schemes, button’s, size’s etc.

We felt as though Peter interacted with the prototype as we expected him too with a good understanding of all the content, a good insight in to the goals we’re trying to achieve. The only thing I would say is that he didn’t really interact with the social media side of things but understood why we had it on our product.

Now, we move onto our user test with Steve who of course we already know from when we back at our research stage so it was good to meet up and show the progress we have made as a group.

User test with Steve Emsley 15/11/16, Jesmond Library

Much like Peter, Steve managed to navigate the prototype well and understood all of the content we had and didn’t have any negative comments towards colour schemes, text, sizes. We did feel as a group that the app wasn’t thoroughly tested by Steve as on the occasion there would be a long pause between using the app to talk about other matters that weren’t part of the interface.

However we did feel like we got some good feedback from Steve towards our project objectives as we had a discussion about fossil fuels and renewable energy. Steve expressed that he understood the link between the two but people should be buying their energy from renewables only companies which isn’t widely publicised on the app itself, so as a group we feel this is something we could push on with for our project and make Jesmond push towards being a renewables only using area with the right information and understanding throughout the app.

The general feedback we got from Steve in regards to the app was that it needed to be more informative with more text, pictures to ensure and enhance that understanding of energy and renewable energy in a simplistic way for everyone to understand.

In Conclusion

We felt that both our user tests went well and that we learnt a lot through the process but there are some things we would change if we was to do it again. I think the main one being that we kept the whole process a little too open which caused it to go off onto other subjects or start conversations that weren’t in regards to the prototype. So add a little more structure with it still being open discussion type feeling.

Now that we have come towards the end of the project as a group we can reflect that in spite of a hesitant start with the understanding of where we envisioned the product we have persevered and we are all pleased with the progress of the project and also the character of the group . We are satisfied with where we have taken this prototype and got the concept of a dashboard not just for the individual homeowner but also one that resonates at community level off the ground! We are happy to develop this concept through further with the client and have expressed this to them!

Blog 9: User Test Preparation

Firstly, before the test we need to prepare as a group and this is how we have managed that.

It may seem obvious but we made sure to begin with that the prototype on marvel was complete and everything was in working order ready for the tests.

We assigned the roles to team members for the day of the test and agreed that our schedule would allow for holistic input in addition to the Interviewer’s schedule from individual group members to the user if they thought it were necessary to do so. Each team member was asked to familiarise themselves with the schedule first.

An important part of the user test is location of the test and also creating an interview schedule to keep us on track so that during we remain on topic for the user and leave ample time for useful feedback.

Whilst one of the user tests is in an office on university campus the second user test will be taking place in a public library in Jesmond. As previously mentioned we keep it a very open experience without overly instructing the user what to do on the app, this way they are able to navigate the app freely and instinctively.

Google Developer’s usability testing video among others on youtube were able to guide us to make a 5 step process for the user interview ,as a schedule this will consist of: 1. A friendly welcome 2. Context and user background 3. Introduction to the prototype 4. User Tasks and 5. Debrief/ Final Feedback.

Examples of our format could include:

  1. Setting the tone to the user and reassuring them that “We aren’t testing you, we’re just testing the prototype” This will make them feel at ease right away.
  2. Ask the user a bit about themselves and why they are interested in the project/product.
  3. Introduce the app and the activity that we have planned for them to try. Play down the app a bit and explain it will be developed further.
  4. Set the user a task to do on the app and see if they can remember from memory what to do/where to go. Continue to prompt questions such as like, how, why, what do you feel worked well/didn’t work well. Observe what they are doing whilst using the app. Keep asking them to think aloud throughout to ensure the feedback is good quality.
  5. Gather general feedback of what they thought of the product and finally thank them for the time!

We now go again for the user tests, thank you.

Blog 8: Jesmond Energy Production Platform Prototyping

This week we have been working towards starting making a prototype for our project collating all our data and refining all the content we want to include in our product and with this session we were aiming to see how we use all this within our prototype to show Tony.

We felt the session was pretty clear on what we needed to understand when working on the prototype and that was the fidelity of our prototype and how we should be going about using this to our benefit and not hindering us when it comes to the user tests.

When prototyping depending on the product/idea you’re trying to get across to the consumer is which type of fidelity you should using whether it’s low or high.

We were told that it is sometimes better off using low fidelity prototyping rather than high, due to it being a prototype and will probably be edited, scrapped etc and then you don’t waste high sums of money on the prototype stage. Low fidelity can also sometimes cover the feasibility of it as well.

We feel as our project is based on renewable energy in Jesmond, we felt that the best subject on our app to prototype is this section as it would be the most interacted part with on our app, therefore is the most important to make sure is correct for the users not only with the user ability of this particular section that also all the content is easily accessible and understandable.

On our prototype we’re using Photoshop to create images which we show through the marvel app and edit them on there so it works like an app on the iPad when pressing on the screen for the hyperlinks so that the active parts of the prototype work like they would as if they were using them on a tablet such as the iPad we will be using for our user tests.

As a group we all decided to go with in between low and high fidelity and go in the middle so you can see the real potential with our prototype without it costing much money. We class our fidelity in the middle because of the software we are using to make and show our prototype on with using Photoshop, marvel and an showing it on an Ipad like an app and not for example on low fidelity which would be classed as low fidelity.

You will be able to see from these images how we first started prototyping with and have then progressed in on to something more in depth and better quality which we will take on to use for the user tests.

  1. When we first started prototyping with paper (We have progressed our thoughts into a more in depth conclusion)

paper-12. Multiple different pages we’ve all linked together through marvel.

thumbs

 

3. This is our prototype up to date and ready to be user tested in the coming days.

33

Blog 7 :Our approach to prototyping

A prototype is typically a physical manifestation of ideas or concepts and its form can range from a rough to finished take on the proposed end result(Stappers,2014). In the case of our product, we wish to test this with the user in week 10. Knapp (2016) suggests that a prototype mindset which follows 4 principles are key to the success of the prototype and feedback it evokes altogether. A “goldilocks-quality prototype” , that appears 90% real is recommended in order to gain the most from the feedback phase, whilst ultimately remaining time efficient.

knapp


Knapp et al. 2016 “Sprint : how to solve big problems and test new ideas in just five days

 

In the case of our Community Energy Dashboard a set of facades that are real enough to test and temporarily ready for simulation in the user test is our ideal approach , however we would hope they still equally evoke honest feedback results.

“If the quality is too low people won’t believe the prototype is a real product, if the quality is too high , you’ll be working all night and you won’t finish”(Knapp,2016) .It is also highly likely that the longer you spend on working on something the more attached you will become and the less likely you will take negative results to heart.

We have chosen marvel software to develop the facades of our dashboard application in addition to this a group member allocated the role of asset collector will source for the 2 makers/designers some data and empirical looking visualisations for the dashboard itself, which will require basic use of adobe photoshop 10 to weald these data based visuals such as gauges and graphs together.

The information display in particular regards to consumption and production is integral to our concept, however also is the role in promoting the user to think about their collective neighbourhood energy consumption, thus engaging them and creating a “buzz” to think about these issues and share their thoughts with their local community is also key, so the team is willing to invest time into providing a friendly space for thought and reaction to these topics, also equally important is the tone we deliver to the user.

Blog 6: Storyboarding our product

Before we jumped straight ahead into prototyping, the team had reservations about the number of potential conflicting concepts we had. Therefore, we approached the means of storyboarding to set the design in context , which would help us to visualise the app itself and clarify the key function we would like to include for our prototype.

Plot

Set: Friday night

After a long working week, our main character, Mr. X went back home and planned to have a chill out night. He then took out his iPad, went on Facebook and starting to browse his wall.

Suddenly, a notification from Jesmond Community Energy Dashboard pops up, saying ‘your estimated monthly bill for the end of the month: £124’. Mr. X was shocked, he didn’t expect to pay that much, since he normally pays £50-70 for a month.

He then went on the app, checked on the energy usage and found out the main source of energy usage was the radiator in the living room, which he always forget to turn it off when he doesn’t need it.

He’d like to share this experience with his family and friends, warning them not to leave any electric applicant on when not using it.

Luckily, there is a share button in the app, making it a convenient way for Mr. X to share it to his friends and family.

storybvoard-1

Unfortunately, this was the storyboard specifically for the app only. There will be some alteration so that there’s an influence to install a solar panel for their house, aiming specifically to the Jesmond Community. However, we’ve managed to determine that there are several key aspects that we would like to include in our dashboard prototype.

  1. Monthly Energy Consumption (i.e. the graph that shows how much energy used for the month)
  2. Estimated Monthly Bill (what all users care about the most)
  3. Energy Consumption Pattern of user
  4. Graph that shows the amount of energy used for the past months (Archives)
  5. Push Notification (smartphones and tablets specifically)
  6. Social Media Buttons for easy shares
  7. Of course, some extra minor widgets to add a little spice to the app.

 

However, after feedback on our first storyboard we as a group decided to alter our storyboard and we now have a new story based on the most important feature of our project which is renewable energy.

storyboard2-feedback

 

The concept is very much the same as previous just slight alterations.

They are as follow:

Setting is now end of July and the new production figures have come through from the company, so he/she goes signs into the app, goes onto the production page where last month’s figures for June are present, they then select the add new button which then takes them onto another page where they can enter the new data, once that has been done they can then submit the new data which updates on their production stats. Then finally they share their monthly figures with everyone on the JEPP app to show how much energy they’ve made for the month.

We have now finished with the storyboarding and are now moving on to start thinking about making the prototype, watch this space!