Project: Manoa Flea Market

Overview

The problem: UHM students have a “rapid” churn rate in goods and services. Students leave the dorm for an on-campus apartment and need to get rid of dorm-specific stuff and acquire apartment-specific stuff. Students graduate and need to get rid of stuff because they’re moving off-island. There is therefore a tremendous amount of “campus-specific” goods and services that could be more effectively recycled and reused if there was an effective marketplace for these specific kinds of items.

The solution: The Manoa Flea Market is an application for UHM students to facilitate buying and selling of student-related goods and services.

It is similar to Craigslist, except for the following:

• Students must login with their UH credentials to access the system.
• There is no anonymity: buyers and sellers connect through their UH credentials.
• Transactions are expected to occur on-campus. If a seller wants to meet off-campus, that can be a red-flag.
• Because buyers and sellers are from UHM, the goods and services will be relevant to UH students.
• Students who violate the terms of use for the system can be banned by locking out their UH ID.

These factors make Manoa Flea Market an attractive alternative to Craigslist.

When designing your version of this application, keep the following in mind:

Roles: There are at least two roles in this system: users and administrators. Users are UH students who can buy or sell goods and services. Administrators are special users who have the ability to monitor the behavior of users in the system, ban users who violate the conditions for use of the system, and create new categories and other functionality.

Categories: Similar to Craigslist, there are broad categories for goods and services. One obvious pair of categories is “Textbooks to sell” and “Textbooks wanted”. There are no “hookup” categories (i.e. Men seeking Women, etc.). You will need to do some research to figure out the appropriate set of categories.

Notifications: By default, communication occurs via UH email, but students can also elect to receive information via text message. To do this, they must specify both their mobile phone number as well as their provider (i.e. Verizon, AT&T). Most providers have an “SMS gateway” mechanism that will enable your app to generate a text message to them. (Another alternative is Twilio, but that costs money).

Alerts: Users can set up alerts, for example if they are looking for a sofa, or a particular textbook, or whatever. Then they are automatically notified when that item is listed for sale.

Photos: The system must support photos. Initially, images can be specified as URLs, but the final version should support uploading of photos.

Complaints: Users can mark content or other users as inappropriate. The admins must resolve these issues and ban users who violate the Terms of Use.

Upon first login, all users must agree to Terms of Use before they obtain access to the system.

Mockup page ideas

Some possible mockup pages include:

• Public landing page
• Login page
• User home page
• Admin home page
• User Profile page
• Categories page
• Category page
• List Item page
• Create item page
• Make offer on item page
• Notify admin page

Use case ideas

Whether or not the following bullet points list all pages or not, the completed use case should show an end-to-end scenario of using the system.

• New user goes to landing page, logs in, gets home page, sets up profile. (How do they learn how system works?)
• Admin goes to landing page, logs in, gets home page, edits site.
• User goes to landing page, logs in, looks for item, sets up notification.
• User logs in, lists item to sell.
• User tries to buy item.
• User and admin interact to ban inappropriate usage.

Beyond the basics

After implementing the basic functionality, here are ideas for more advanced features:

• A rating system for buyers and sellers.
• Map-based interface to indicate where goods are.