WeatherMe
2011
A mobile application concept to help San Franciscans find more sunshine. This was the final project for my Industrial Design degree. It is a research and development project. The end result is a stunning design process book. This concept was also a Finalist in the Core77 Fast Track Mobile App contest.
When I started this project, I lived in San Francisco's Sunset district. At the time, I was unhappy with how poor weather reporting was for the City. The microclimates in San Francisco are such that it can be overcast and 50°F in one part of the city and at the same time 75°F and sunny in another part. At the time, there was no reliable way to get this information.
There still isn't.
Research
Research began with problem statement, needs analysis and product comparison. The best information came from speaking with a panel of experts in weather and in data collection. I spoke with a meteorologist, an air traffic controller and the VP of Platforms Engineering at Twitter. The conclusion to this research was that there is not enough weather data collection in San Francisco to know where the sun is shining at a district level within the city.
Development
Development began with ideation sessions. Refining ideas and then examining the feasibility of top ideas. Once it was clear that some sort of social networking system would be needed, I started evaluating other issues such as location accuracy, human ability to report weather and visual style of maps when temperature is the key visual item, not geograhic features.
Execution
Execution is where I began to iterate on design features. Important things I considered included brand identity, visual style and usability principles. The main usability issue I dealt with was how to get people to take time out of their day to report the weather. Several small solutions such as location change notifications are included in the document.
Future
In all my projects I like to include a section on Possible Future Development. This section is where I can lay out areas for future research and development. This section is full of things that were desired but not required for the final product. Things that will, hopefully, be examined in more detail in the future.
Research
Research began with problem statement, needs analysis and product comparison. The best information came from speaking with a panel of experts in weather and in data collection. I spoke with a meteorologist, an air traffic controller and the VP of Platforms Engineering at Twitter. The conclusion to this research was that there is not enough weather data collection in San Francisco to know where the sun is shining at a district level within the city.
Development
Development began with ideation sessions. Refining ideas and then examining the feasibility of top ideas. Once it was clear that some sort of social networking system would be needed, I started evaluating other issues such as location accuracy, human ability to report weather and visual style of maps when temperature is the key visual item, not geograhic features.
Execution
Execution is where I began to iterate on design features. Important things I considered included brand identity, visual style and usability principles. The main usability issue I dealt with was how to get people to take time out of their day to report the weather. Several small solutions such as location change notifications are included in the document.
Future
In all my projects I like to include a section on Possible Future Development. This section is where I can lay out areas for future research and development. This section is full of things that were desired but not required for the final product. Things that will, hopefully, be examined in more detail in the future.