We determined the design specifications, constraints, and parameters through a market survey and prior solution attempts. The surveys offered the view of a common consumer, letting us know how many people would be willing to spend money on our system. The prior solution attempts provided information about materials and methods that did not work and we formed out constraints around them.
Users: restaurant employees, common consumers
Buyers: restaurant owners, local government, businesses
Sellers: big box stores, restaurant supply stores
Manufacturers: a factory
Our survey gaged the consumer's willingness to recycle and how helpful an automated system would be to them. We found that many people did not want to put in the extra work to sort and clean their materials. Many people also were not confident in their knowledge and felt like they can't recycle competently. Adding a user interface that informs the user about each item will allow them to better understand how to recycle certain products and cut down the time it would take.
There was also a concern about cost, some people put their main struggle with recycling as the cost. Having separate receptacles, buying new bags, and maintaining everything adds up over time. Recycling should be realistic for people at any economic level. The majority of responses were willing to pay between $100 and $300 for an automated system.
similar solutions matrix
Specifications :
Constraints: size, price
Parameters:
Reflective Questions:
Now that I know what the problem statement is and why current solutions are not solving the problem well enough,what are the measurable things a new design would have to accomplish (in order of importance) to be seen as a real solution?
How did I/we determine each of these design requirements?
If the product or system that your team develops is successful, how will you know? Brainstorm a list of benchmarks, against which you can compare your solution, that represent performance expectations that your solution must meet in order to successfully solve the problem. Benchmarks must be measurable. Sometimes a benchmark is a simple pass/fail assessment. Other times a success rate or percentage of success is the goal.