Design the Beginning

Our service design project greatly deals with designing the beginning. I think that the questions listed in the reading are important and we often detour from them or forget to address them throughout the progress of the project we are working on. The author talked about how you can design the coolest thing but if you don’t have a good way of presenting it to the user and retaining their interest after, then as good as your product design is, it might never be understood or used by anyone, like many apps on the app store. He emphasized on the importance of the beginning, and presented it as a valuable part of the whole system of using a New Product. If the introduction and marketing strategy of a product is not well planned and noted in the process of creating the product, that might brake the system.

The Bribbblisation of Design

“It’s still too rare to witness a designer talk about how their work maps to a mission, drives a vision forward, or how it is placed within product architecture, with the weight that these things deserve. This should be the norm, not the exception.”

Most of this article made me think that a lot of people, including some designers themselves, associate design with pure visual art. People who I talk to are often confused when I tell them that my project team is designing a system for having healthy food on campus while eliminating the lines. I think a big part might come from the observation mentioned in the article, that a lot of designers post images of the beauty and visual look of their design and they never white a single sentence about the problem they were solving, or the challenges they faced, and the decisions they made.

Another thing to point out is that in our first year of the Design program at Western we focused a lot on how to make things pretty. We never introduced case studies, or process documentation until the upper-division classes. It is like we started learning from the fourth level and climbed down to the first later on. I think we should be introduced to problem solving earlier on in our education.

 

 

Gentry Underwood Video

The interview was very informative and thoughtful. A big topic that Gentry touched on was collaboration. I liked his perspective on solving problems. He said that there are problems that we don’t know the solution to because we haven’t learned to work effectively enough together. He emphasized on the importance to look at the problem with people with a different perspective of the world in order to move forward and ideate quickly. I think this related to our group work on our current project. Two heads think better than one. Unity means power, and I think I experience that every time we work successfully in a group. It moves fast, unexpected ideas arise and are filtered quickly because together we can easily test each one and more forward.

Another thing he mentioned is constructive criticism. If a critique is just negative and kills the team’s motivation of improvement and progress, than that critique is useless. When criticizing something and saying that is bad, you need to have a follow up on why and how it can be made better. You should not just find things that are wrong without standing behind your criticism and contribute to solving the problem.

Service Design 101

What’s different about service design compared to the other kinds of design that you’ve experienced?  What’s more or less important?

When you enter a store you experience many touch points before exiting. You experience that brand identity, the overall feeling of the space, the organization, the way employees treat you, the easiness you accomplish your goals. You pay for the service and exit. You will keep coming back to that store only if the experience it offered is better than the experience at another store you have been to.

That’s what I imagined while reading the article. There are many different products and people participating into making all that you encounter. Service design blends the human and digital interaction. It takes everything and makes a system out of it so that it works in the best possible way and provides the user with that great final experience and satisfaction.

Service design does not focus on one thing, such as a website, but rather looks at the whole scope of a customer’s interaction.

 

Final Case Study

Background

This is a story about a group project where two designers discovered how to create a weather mobile app that makes a difference in the everyday lives of individuals. Forecasting the weather in our region is difficult and communicating the level of certainty and locality is even more difficult. We had to find a way to clearly communicate this nuance and better integrate the information into people’s plans and outdoor activities. With that said, we set out to create a weather app that makes the process of checking the weather effortless and accurate. Throughout the entire process, we gained insights which lead to small refinements, but large results. Maintaining strong communications and putting forth team effort, we developed a product that was demonstrated as an improvement from current weather sources out on the market.

Team

Daniela and Luka were both responsible for everything, all decisions were agreed upon and discussed together.

Problem

Our greatest challenge was identifying a problem. We originally stated the problem in a broad research question, “How does the weather affect our time management, productivity, decisions, and life?” The exact problem was not obvious until we explored underlying symptoms and causes. We discovered that many weather applications provide irrelevant information to the mainstream user.

Solution

Being familiar with our target audience influenced the direction we took and prevented us from adding unnecessary features. Our final resolution was to only display weather information at a specific location, that is relevant to the user’s activities. Our top goal was to simplify content because weather sources seem to present an overwhelming amount of data that does not attract the mainstream user and also makes it more difficult for users to find the information they need. If the chance of rain is 0%, for instance, we decided that it was not necessary to display this information, it was only adding clutter. Furthermore, it is uncommon for a resident of Seattle to check the weather forecast for the UV index whereas someone in Florida experiences 78% of sunshine throughout the year. Our goal is to show the right information at the right time.

Research

To design an app that solves a problem that users face and help them accomplish their goals faster, we did competitor and user research. Looking at pre-existing apps helped us define patterns and gave us insight on how we can differentiate. Interviewing users was the most helpful part of our research since it revealed the usability problems that we had to solve.

Initial Ideas

Before diving into research, we started off by just pouring out initial ideas on what would make the weather app cool and different. A lot of our initial brainstorming explored the concept of connecting the weather app to other accounts and having it sync with people’s calendars in order to remind of weather changes that affect their personal activities. The research that followed, however, made us eliminate all initial ideas. The problem we had to solve was not about adding more features, but removing old ones to simplify the way weather information is presented to the user.

Competitive Research

What do current weather apps offer to their users? The weather apps that are available to download from the app store such as The Weather Channel, WeatherBug, and Weather Underground, offer daily and future forecast, local weather, and historical data, reports about the effect of weather on health and sport activities, road conditions, and radars. The apps contained multiple pages and users should scroll and navigate to access the information.

User Research

Interviewing users gave us a very good idea of what they need. We interviewed adult people from the age of 30-40 from the Pacific Northwest. They were asked a total of 7-8 questions to better understand when and why they check the weather, what information is of high priority for them that they want to find right away, and what appears to be unnecessary information. Our findings showed that for the mainstream user, daily activities are the main incentive for checking the weather. What matters to users is daily weather at a specific location. They prefer “more about today in a small overview versus a large overview for every day”.

There is a need for carefully chosen content for display. A lot of information and features such as radars, detailed data, and repetitive information is often left unnoticed. Another finding to point out is that synchronizing the weather app to other accounts or a personal calendar did not appeal to any of the users who we interviewed. One of them pointed out that “a weather app should be only about the weather and nothing more”. Communicating with users helped us understand their needs, so that we can design a product that meets their expectations. We concluded that instead of adding more features, we had to remove content and simplify the information that is presented to the user.

Personas

Based on the information we collected, we used sticky notes to group some of the features that our users had in common and established a few defined personas. The “compulsive peeper”, “the objective dude”, “the planer”, and the “mediocre bystander”. Things that all four have in common are:

           Users want to know the weather today.

           They do not like weather notifications.

           They are looking for weather at a specific location.

           They are frustrated with weather details that are unnecessary.

           Hourly weather for today has highest priority.

           They want to know whether it is going to rain or not.

Scenarios

Scenarios are a powerful tool to give all a say. Writing them gave us a better understanding of how and why people use weather apps and helped us define the requirements for ours. Each of the use cases we wrote focused on people who lived in different cities in the US that have specific climate characteristics. The location people occupy greatly influences which weather information they care about. The people we interviewed are from the Pacific Northwest and all they care about is if it is rainy or sunny. However, people who live in hot places or areas that are threatened by wind and hurricanes, prioritize different type of information.

It’s January. Mike lives in Vancouver, BC. He is tired of the city and  wants to go skiing with his friends at Whistler Ski Resort. The news has recently been reporting heavy snowfalls and ice hazards, so Mike opens up his weather app and searches for weather conditions at Whistler. He wants to know how much snow has accumulated, if there are storm alerts and hazardous road conditions.

Summer in Miami! It’s hot and sunny, time to go to the beach. Katie wants to know how hot it is outside and what today’s UV index is. Also, the beach warning flag constantly changes, why go to the beach if she can’t get in the water? She wants to find out what the nearshore conditions are (safe, high hazard, extreme). She opens the weather app on her phone to find out.

 

Content Organizationjournymaps (1)

We worked on journey maps to show how someone would use our app, and it also helped us visualize the potential functionality of our app. The steps it takes to complete a task within our mobile app was reduced, which instilled a confidence for our approach. Eliminating the time it takes to complete a task allows for users to focus on more important things and to better prepare for their daily activities.

We then used sticky notes to identify all features that we want to include in our app and grouped them based on what they have in common. We created a priority information group, secondary information group, and setting.

20170406_132149

Finally, we printed out Android Screen templates on paper and we sketched out wireframes by making placeholders that would contain specific information. It was all about organizing the layout and establishing a consistent grid.

wireframes

First Prototype Testing

Using the wireframes, we sketched a paper prototype of a few major screens and we selected five individuals, who were not familiar with the app, and tested them to see what works and what doesn’t. We had to make sure we were on the right track before moving on further. The users were asked to look at weather information about Bellingham, WA and information about the weather at Mt. Baker.  All users successfully navigated through the app and managed to complete the following tasks:

Finding forecast for specific location.

Reading the information provided on the screen and relating it to their activities.

Finding forecast  for “today”,  “tomorrow”, and “10 days”.

Reading the hourly forecast for current and future part of the day.

Changing units by picking between Celsius and Fahrenheit, feet and meters.

Users commented on finding the secondary information useful and not distracting.

Potential area to fix something was the option for allergies. We are still uncertain if that feature is worth having as part of the app.

Visual Design

Since, the app had to be designed for android, we followedScreen Shot 2017-04-20 at 1.27.03 PM their material design guidelines and patterns to define the structure of the app and the use of color. We created a simple tab navigation and emphasized on hierarchy and color to communicate all other information. The size and weight of the text and numbers is the main way to prioritize information and help the users find it. Important data is bigger and bolder, while secondary information is smaller in size.

We went through a lengthy process when trying to pick the colors we wanted to use. It was important for us to use colors in the hourly temperature graph to indicate high and lows, but that limited us on adding color anywhere else.

After trying out a few options, we decided that we wanted to go for a clean look by keeping the background white and using a grey tint and one accent color to create visual contrast and make it accessible for users with disabilities.

To indicate the weather, we developed a set of icons. They are geometric, consistent, and communicate the information effectively.

icons-01.jpg

Since a graph is a straightforward way to communicate data, we decided on using that approach on our app. We used a gradient and a curved line to communicate high and low temperature. A number indicates significant temperature changes. After testing the graph and receiving user feedback, we added small rain drops at hours when rain is expected.

graph process-01

Digital Prototype Testing

We created our first digital prototype using invisionapp.com and ran a second round of tests on users to see how they interact with the app when there is a higher level of visual complexity.

test 2.JPG

Users could successfully navigate through the app and commented on its simplicity. We used this test to get more feedback on the visual design and information architecture of the app, because that is the most important content that the app is aiming to communicate successfully. We received feedback that pointed on the low and high temperature visualization when you look at the forecast for tomorrow. There was no visual contrast to separate high and low temperatures, so users were  reading it as a single line. We improved it by positioning the low and high temperatures one under the other and decreasing the opacity of the lower temperature. It became more effective because it was consistent with the way we displayed temperature throughout the rest of the app, and it was more intuitive for the user to look up and down rather than reading it across.

Outcome and Takeaways

The final prototype of the app was created in invisionapp.com. Check it out!

Going through the process of development to implementation, we became more aware of how prepation paves the way for a successful product. We prepared ourselves by analyzing user testing and taking thoughtful consideration to the feedback we received. One of the underlying frustrations amongst users was due to content structure, therefore we focused on improving the information architecture and applying a hierarchy to content.

In our first round of testing, it was evidence that these minor adjustments  revealed to be a  major progress as users were navigating intuitively, while the flow came to them naturally. Our app makes an impact because it makes the process of checking the weather faster  which enhances functionality. We have made the most important information the easiest to find.

The key to the future success of our mobile app is to maintain simplicity. We understand that oversimplified products sometimes can make for a boring experience, however the act of checking the weather does not demand any surprises. It is a task that should take the least amount of effort, and that is the foundation for our decisions and final implementation which was proven to meet the needs of our users.