10) TRECC- Results of user testing

This week we tested our prototype app with everyone we originally interviewed, with regards to what they would like from our final product, in order to find out what they thought of it, both good and bad. As last week’s blog explains, we had a script of questions prepared and also an example poster and an A3 sheet of screenshots from the prototype (for if the user wanted to make any comments about a particular screen). Here are the questions we used in all three user testing session:

  1. Does the prototype do what it is supposed to do?
  2. Do you think the product’s design matches its purpose?
  3. Does anything distract you or get in the way?
  4. Does the navigation path work? (Can users find what they are looking for?)
  5. Do you think this fits the target market?
  6. Is anything confusing or unclear?
  7. How likely or unlikely would you be to recommend the finished product to a friend or colleague?
  8. How would you describe this product using your own words?
  9. Does this app solve the problem?
  10. What, if anything, would you change?

 

The first prototype demo session was with Nigel Brown, who works in the planning department at Newcastle City Council, and myself and Cindy were in attendance. Nigel represents a planning consultant, that developers would visit in the pre-application stage of the development, and who would advise the developers exactly on how successful their statement of community consultation was. Cindy opened the prototype on her phone, through the Marvel app, so we could demonstrate exactly how we intend the app to be used (rather than on a computer, which we had been designing it on). We then asked the questions from the script, which we think incorporates questions on how exactly Nigel used the app (timings, gestures, etc.), between us and I made notes of Nigel’s answers, which were as follows:

 

 

  • Does the prototype do what it is supposed to do?

 

Yes, it definitely fills the gap.

 

  • Do you think the product’s design matches its purpose?

 

Yes, it is simple and easy to navigate.

 

  • Does anything distract you or get in the way?

 

No

 

  • Does the navigation path work? (Can users find what they are looking for?)

 

Yes, I found things very easily

Very self-explanatory

 

  • Do you think this fits the target market?

 

Yes, most people will be able to use it because it is simple and well designed, but I suspect it will be mainly younger people using it, which would match the target market of ‘young professionals’.

 

  • Is anything confusing or unclear?

 

No

 

  • How likely or unlikely would you be to recommend the finished product to a friend or colleague?

 

Very likely, I think most people could use it.

 

  • How would you describe this product using your own words?

 

What I was looking for.

 

  • Does this app solve the problem?

 

Yes I believe it would, however I would include a questionnaire to determine the demographics of people using the app, and then the developer could use these to show they are being inclusive.

 

  • What, if anything, would you change?

 

    • Make sure the developer and council can see who has commented- no anonymity .
    • Include a structured questionnaire AND the ability the comment (rather than one or the other)
    • Look into ‘geofencing’
    • Terms and conditions
    • Third party filtering
    • Perhaps a page explaining limitations (what exactly is the app for?) or a help page (but not a step-by-step tutorial)
    • Add a link to the council portal
    • Need a cut off point for how long people can comment for
    • Perhaps produce an automated report of the statistics from questionnaire, ratings, likes and dislikes, for the developer
    • Developer should be able to add ‘overall’ comments
    • Perhaps get developer to put link or QR code on their website to the app- would benefit us both

 

Next was the meeting with Peter Cockbain who works in the ‘Fairer Housing Unit’ at Newcastle City Council, working on turning council-owned land to delivered housing. He works closely with developers when it comes to planning and public engagement, so for us, he has been representing a developers point of view. Ellie and Rory met with Peter and these were their findings:

 

  • Does the prototype does what it’s supposed to do?

 

 Yeah, if I was a resident it seems simple to sign in and find information about developments

 

  • Do you think the design matches the purpose?

 

The colour scheme gives it a nice style. I would make the icons clearer with words telling you what they do.

 

  • Does anything distract you or get in the way?

 

No, not really

 

  • Does the navigation path work?

 

 Although I don’t really use apps on my phone it’s fairly easy to get through. I would use it on my iPad. 

 

  • Does it fit the target market? 

It seems it will serve the purpose for residents well. Maybe bigger fonts for older people with worse eyesight.

 

  • Is anything confusing or unclear?

 

No, not that i can tell

 

  • Would you recommend it?

 

 Again, don’t really use apps on my phone, I wish we all went back to old phones really. But if I did use my phone I would recommend it.  

 

  • How would you describe the product?

 

An easy to use app that allows for the community to get access to information on developments near them

 

  • Does the app solve the problem?

 

It does to a certain extent. People use the website ‘sky scrapper city’ for pictures and comments on developments. Architects and planners like myself spend hours sifting through the comments on the progress of developments  

 

  • What, if anything, would you change? 

 

Maybe somewhere where users can upload pictures of the progress developments near them so people can be aware of developments that people aren’t aware of.

 

Finally, was the meeting with Sheila Spencer  who has worked with Ouseburn Valley Trust, as a trustee, for over 20 years, so is involved with community participation in the planning of projects in the area. Cindy and Thomas met with Sheila; these were her responses:

 

  • Does the prototype does what it’s supposed to do?

 

 Yeah it is clear. The app will help community involvement.

 

  • Do you think the design matches the purpose?

 

The design is excellent. Clear and simple

 

  • Does anything distract you or get in the way?

 

No not all

 

  • Does the navigation path work?

 

Yes mostly. Getting to comment section wasn’t too easy. Maybe there could be somewhere to view and save your own comments. Or even type without uploading. Are the comments moderated? We don’t want abuse.

Can you sort comments by rating or amount of reply’s?

Will the developer reply to each comment?  

 

  • Does it fit the target market?

 

It will serve the purpose for residents. Bigger fonts for the elderly with worse eyesight is something I would change.  And the icons at the bottom should be rearranged with the home button moved to the middle.  

Also in the development page the bottom icons should be rearranged with overview being in the first thing on the left, description in the centre and comments being the last thing on the right.

 What about people who work in the area but aren’t a resident? Or even architects? Can they use the app?  Would they have  a different account?

 

  • Is anything confusing or unclear?

 

 The comment section and the personal profile might need tweaking. I don’t see the point in the scoring. I don’t think people are bothered by their score

 

  • Would you recommend it?

 

I would absolutely recommend it. I think it is a great idea. When will we be able to use it? 

 

  • How would you describe the product?

 

 

  • Does the app solve the problem?

 

I don’t think it will replace community meetings yet. Although the planning portal is hard to use, it is also used a lot by members of the community. However, I think it is a great alternative, and maybe it will replace the comment section of the planning portal. And I can see it being used heavily by residents. Especially those who can’t make the meetings

 

  • What, if anything, would you change? 

 

The fonts might need tweaking. Bigger icons.

A few icons could be rearranged

Change the sign in page to Developers and Community. It will allow other members of the community to use the app. In the your profile you should then specify if you are a resident etc..

Add links to documents in the planning portal so members or users can access the full planning application documents.

 

Positive or Negative Reception?

Overall,  the response from the user testing was definitely positive, with all three users saying they would recommend the app.

All three users also said they liked the design and style of the app, and the only negative comments we got, for things to change, were small changes with regards to font size and icon arrangement.

With regards to other changes to be made, Nigel recommended some fantastic additions, rather than changes, which we would definitely look at adding in; especially the ‘geofencing’ and ‘help page’. Both Nigel and Sheila recommended links to the council planning portal, which again is something we could easily incorporate; our overall goal was to create an app to work alongside the current process, not replace it.

Some comments we would need to discuss as a group, and perhaps decide if it was the direction we would want to go in. For example, Sheila’s suggestion of allowing non-residents to use the app may be useful in some ways, but our brief currently only focuses on ‘Large Housing Schemes’, so at first it would probably be best to just keep the app running for residents and developers.  Sheila also noted that she didn’t see the point of the ‘scoring’ system on our app, which as a group is another point we need to discuss and probably do further reading on, to see if we can enhance it, or just get rid of it.

Peter’s suggestion of having somewhere users can upload photos of developments to make other users aware of new ones is also something we could look into in the future, and perhaps run it alongside Nigel’s suggestion of location tracking to alert you of new developments (which I did some research into and have found out it is commonly known as ‘geofencing’).

All three of the users found the app easy to navigate around, with only Sheila taking slightly longer to find the comment section. With more user testing, we would have been able to find out if this was a problem for more people. But overall they used the prototype as we had intended.

 

Reaching our Goals

Our long term goals were:

  • To improve interaction between all 3 stakeholders
  • To improve communication in order to make to community consultation process more effective
  • Reach the harder to reach members of the community
  • To improve visibility in order to make the process and information more transparent, accessible and approachable

I thinking, judging by the positive comments made by all three users, we have reached the goals we set out to achieve. We are definietly bridging the gap between developers and residents, as well as involving the council, so communication will be improved, using this digital platform. It is aimed at harder to reach members of the community, specifically young professionals, but I think the app (with some font size tweaking) could be used to reach out to all members of the community. Hopefully, the app would also improve transparency of the planning process, given all three stakeholders interact with each other as the app requires.

 

What would we do differently?

I think the overall process of our user testing worked very effectively and we received all the answers we were looking for, however I think for the testing to be more legitimate, and had we more time, testing with more than three users would have been very useful. It would have given us a more representative opinion of the app, and could have been tested across age ranges to see just how easy it was for all members of the community to use.

5) TRECC- sketching concept ideas

Hi, this week our group moved on from the ‘mapping’ section and began the ‘sketch’ section of our design sprint. We considered all the example research we had done, and thoroughly examined the summary notes each individual had made on their example readings as shown in blog 4. For us, it was also very important to consider the feedback we had received from client and mentor meetings (Nigel and John, Peter, Shelia, and David) which has been summarised in previous blog posts. The clients represented all the users we will be attempting to reach with the creation of the app, so, because different members of our group met with different clients, we then each acted as a facilitator for the opinions and interests of that user group. We had, firstly, come up with individual sketches based on the examples we had personally found and the feedback we had personally received from whichever client we met with. Here are some of the examples of our individual sketches:

 All of the sketches show we are designing a mobile based application, for easy accessibility and to modernise the process of community involvement, for which a profile home page will be needed. The most vital part of the app will need to be the uploaded content, that the developer provides, for the community to assess and comment on- an action that all of the individual sketches included. The developer can then see these comments, respond to them, and include them in their ‘statement of community involvement’ that they provide to the council. This way, the community can read any documents or images that would have normally only been available at the meetings and feel they are engaging directly with the developer- without having to attend the meeting, which is the main focus of people we are aiming this app at. One of the sketches includes a element of education within the app; to explain the process of community engagement, why is it important and what the pre-application stage involves. This could be important for including ‘harder to reach’ members of the community who may not understand the logistics or need for planning application consultancy.

In the seminar on 8th November, we then collaborated to come up with an ‘overall’ sketch, which will act as our draft concept for the process of the app- we can fine tune and amend this over the coming weeks as well as we receive more feedback and think of more ideas in order to create a neater, final version for the presentation.

We decided the app would have to be accessible for both the developer and community residents, so would need two different overall sketches, depending on who was using it. Therefore, the opening page of the app would be a selection page where you can choose to access the developer part of the app or the residents part of the app; selecting the developer button will move you to login page where they can enter credentials provided by the council (so only legitimate developers can use it) or, selecting the resident button will move you to a page to enter your postcode, which will then automatically (only upon first login) take you straight to a map page, showing all the developments in the local area surrounding the postcode provided. We also all felt strongly about having a drop down language selection button on the home page, in order to include minority groups living in the area who may fall under the ‘harder to reach’ category.

The top image shows the sketch for the developer’s side of the app, so once they login they are taken to a ‘my development’ page, which will contain an overall description of the development and the ability to add, edit and delete documents or images relating to the development. This development page will then be accessible to residents from their side of the app by using the map to select which development page they want to view.

Key features of design:
-Commenting is also going to be available to both developers and residents, in order for them to engage directly with each other. Each document or image will include a 5-star rating system and a comments forum, and the developer can view comments on their ‘my development’ page, with the ability to sort the comments, for example, by number of stars. A thumbs up/thumbs down system will also be added for residents show agreement/disagreement with another resident’s comment, instead of writing their own comment saying the same thing- this will then make it easier for the developer when sorting through the comments as they can gauge which opinions are most/least popular.
Residents can also ‘favourite’ certain developments so updates regarding that development appear on their home page when they log into the app in the future and, if they choose to enable them, will receive push notifications telling them if, for example, the developer has uploaded a new photo into the developments’ document and image album- similar to a Facebook notification when someone you follow uploads a new image.

– The material published about the projects are facilitated by a third party (the app developers)- to reduce bias and increase communication by making the language understandable, clear and neutral.

-Update button is important to ensure that their opinions do not get lost in the process (as complained about earlier), and to ensure that all parties are updated with the most recent opinions and amendments.

Additional features
-There will be language options in the beginning of the app, so that minorities and “harder to reach”  groups have an opportunity to get engaged.

-The graphic and visual design need to be simple to increase readability for the user.

To progress the overall sketch we now need to answer some questions that arose during the seminar- how do we scrutinise resident/developer comments? how do we encourage the developer to upload documents/images to maintain transparency? how to we simplify terminology to make it more accessible to residents? do we include the ‘education’ part of the app?

Over the coming weeks we will constantly refine the overall sketch as new ideas arise and issues become visible during the prototyping stage of the sprint.

2) TRECC- meeting with the stakeholders

Hi, this week our team (finally!) came up with a name and seeing as our project is all about community involvement, we decided to involve all of our team using our first initials to spell TRECC- we are TEAM TRECC.

Other than that, we met with two stakeholders, John and Nigel, who both work in the planning department at Newcastle City council and Nigel is a stakeholder listed in our project brief- he will be our main point of contact at the council. We went into the meeting with many questions and conversation points to discuss with the stakeholders, as listed in week 1’s blog post. We attempted to organise the questions into common themes, although we found both ourselves and the clients talking outside the ‘theme’ and often jumping ahead to discuss the overall aim of the brief. However, overall, we think the meeting was very successful and feel we gathered all the information that we were hoping for at this stage (plus a little more, perhaps for a later stage).

Who are the stakeholders and what do they do?

Firstly, we wanted to gather information about the stakeholders and how they currently exchange with each other; our stakeholders are the developers, the city council, and the community groups, all involved with a specific development proposal. We created a ‘user-centric’ process map to display this information, which outlines the interactions between the 3 main stakeholders.

Nigel and John explained to us that the developers engage with the council in the ‘pre-application’ stage of the proposal; the developers then,by request of council guidelines, engage with the community at a consultation meeting organised by the developers. Then, the developers go back to engage with the council, having produced a ‘statement of community consultation’ and community engagement will continue between locals and the developers until the council are satisfied with the developer’s community consultation and no more amendments are necessary; the application can then be submitted.

What is the current process? What issues does it raise?

It was made clear to us straight away that there are very few guidelines around the ‘statement of community consultation’, other than that developers have to do it, so it is seen more as something they need to ‘tick off’ in order for their application to be submitted. The council are the stakeholders mainly behind wanting this to change so that there becomes a more standardised process, as explained in our project brief. Nigel and John attempted to summarise the ‘pre-application process’, focusing specifically on the ‘statement of community consultation’ part, and so we have displayed this in the form of a flow chart.

 

 

 

 

 

 

 

 

 

 

 

One of the main issues with this process is the lack of representation from certain demographics of the local community, so it is important for us to prioritise reaching out to these groups as a long term goal. An example Nigel and John gave of why this is happening is the fact that developers hold the community consultation meetings during working hours of the day, say 2pm on a Wednesday, when the majority of people in a community would be at work, or, if it was a densely populated student area, at university. The stakeholders went on to suggest the developers also do not advertise the meetings very effectively, as a consequence, only those members of the community with a real insight into planning within the area were aware of the meetings; these tended to be well-educated people of the older generation.

Furthermore, the impoverish or less-educated are often not represented at community consultations, because they simply aren’t aware and can’t access information about the development proposal or the meetings. Often, if comments and objections are made about developments, especially larger ones that will attract more attention from the public and media anyway, they will be ignored by the developers and council because they aren’t always planning related or specific to that site. This is down to lack of education about planning-which we could attempt to rectify on the app,-as well as the ‘nimbyism’ approach that many residents take to any type of development going on in their local area, something which nobody can do anything about if it is an area highlighted for development in the local plan.

A topic that was also brought up is how the space in a development is allocated; developers are obliged to leave some open space within a housing development, conforming to the space standards set by the local council, however, due to lack of input from the community, the open space often ends up being not used, or misused. Overall, this leads to tensions between the community and the council, where complaints from residents are made directly. If developers knew, in the early stages of the application, how this open space would be best served they could alter their designs to better fit the purpose of the space, in line with the community requests. It would also allow the community to raise practical issues that perhaps the developers wouldn’t be aware of, that only members of that specific community would perceive as a problem. Again, this issue highlights the importance of consulting with the community as early as possible, and with as much of the community as possible.

These issues could be solved, using the app we have to design, by making the information about developments more accessible for students and working members of the community, so even if they cannot attend the meetings there would be a space on the app for them to leave their comments about the development. Nigel and John also suggested for us to simplify and condense the application proposals, in someway, in order for it to be more understable for those who wouldn’t understand the terminologies or policies highlighted within a planning application; hopefully then everyone in the community would feel comfortable and confident leaving comments about the development. Furthermore, this would speed up the overall ‘pre-application’ process, benefitting both the council and the developers, so that issues raised by the community can be altered sooner rather than later, leading to fewer objections when it comes to being submitted and lowering tensions between all the stakeholders. Early engagement is key for a smoother process, improving relationships between all users so everyone feels like their voice has been heard and compromises have been made on all sides.

Long-Term Goals

Overall, our long-term goal is to design an app that improves the interaction between all 3 stakeholders, and standardises the way in which members of the community can leave comments about potential developments. Within the app we want to achieve 3 main things that will hopefully improve relationships between the stakeholders, making the process of community consultation much smoother and more efficient for all users:

  1. Early engagement- allowing users to access information about the proposal as soon as possible and leave comments for the developers to consider before it is too late for them to change anything.
  2. Education- simplifying and explaining the terminology within a planning application so people can understand the development proposal more thoroughly and leave relevant comments for the developers.
  3. Community representation- reaching out to all members of the community so everyone feels comfortable and confident leaving comments, and if all demographic areas are fairly and fully represented, there will be fewer objections and lower tensions between stakeholders.

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.