kathyli.portfolio/bearlyused
User Interviews Java Stakeholder Engagement React HTML/CSS

Bearly Used

Collaboratively building a full-stack secondhand shopping marketplace for Brown/RISD students

Role

Product Manager & Frontend Developer

Timeline

November 2024 - December 2024

Tech Stack

React, Tailwind CSS, Bootstrap, Clerk (Auth), Java, Supabase, PostgreSQL

Team Members

Kathy Li, Julie Wang, Eric Zheng, Sarah Liao

My role: I served as both the product manager and a front-end developer for Bearly Used. I led user research, wrote the project specification, and drove accessibility-focused design decisions while building core UI components. Throughout the project, I pushed my team to ensure our product remained intuitive, inclusive, and impact-driven.

Context

This project was done as a collaborative final project for Brown's CSCI0320: Software Engineering.

At the end of every semester, Brown and RISD campuses are littered with usable dorm items - mini fridges, storage bins, textbooks - that students no longer need but don’t have the time or energy to pass on. Many students have said that they wanted to give things away or buy used - my teammates and I included. However, existing solutions - like Facebook Marketplace or informal chats - felt too sketchy, cluttered, or inaccessible. Additionally, school facilities workers are likely overworked during move out, and my teammates and I often notice trash recepticles overflowing. We decided to investigate further into this problem by speaking to college friends:

Moving-out problems we identified

Economic barriers: Students on limited budgets can't access quality items at affordable prices

Social barriers: Students don't have a good mechanism to connect directly with their peers to sell and buy items

Environmental barriers: Donation systems and trash areas are overwhelmed, leading to perfectly good items being disposed in landfills

Thus, we came up with Bearly Used: a verified, school-only online marketplace to make it easy, safe, and sustainable for students to give away, sell, or find dorm essentials. As a product manager and front-end developer, I focused on ensuring the platform didn’t just work, but was also trustworthy, accessible, and built with empathy for real student needs - a marketplace only works if people sign up!

Objective

Build a full stack platform for Brown and RISD students to safely and efficiently buy and sell items.

Audience & Research

My Role

As PM and front-end developer, I led early user research and wrote the project specifications. I defined core features, created personas and user flows, and helped guide our team’s prioritization through impact-focused design. I also helped write weekly progress documentation and facilitated alignment between backend, frontend, and user goals.

User Research

Before writing a single line of code, I recognized the need to deeply understand the problem from multiple perspectives. As product manager, I led our team's user research efforts, conducting interviews with students from diverse backgrounds and living situations to uncover their pain points and preferences when it came to campus reuse.

Thus, I took initative to intervew 4 students with different backgrounds, asking about their experiences with reuse, digital marketplaces, and campus life. Key findings:

  • Trust & safety matter: Students are more likely to engage if they know listings are limited to Brown/RISD accounts.
  • Overwhelming platforms are limiting: Students often give up on reuse because “it’s too much work” or “I don’t know where to post.”
  • Prioritize mobile: Most students said they’d access the app through their phones first and expected a clean interface.
  • Design and functionality: Students said they would be more likely to use a more aesthetically pleasing app that had a lot of functionality, such as searching, bookmarking, and filtering.

Armed with this understanding, I translated user needs into a comprehensive product specification that outlined our core features, user flows, and technical requirements.

Design Journey

With a clear understanding of our users and their needs, we began sketching out the platform's architecture and interface. Here is a summary of my roles throughout the project, demonstrating our iterative process:

Week 1: Recs and Specs

  • Wrote the project specification after user research
  • Defined features:
    • Clerk-based login
    • Listing creation with tags & images
    • Filtering and searching
    • Responsive mobile design
  • Built the Create Listing modal with Bootstrap + custom styling

Week 2: Building foundations

  • Enabled seller profiles with contact options
  • Enhanced UI: hover effects, thumbnails, spacing
  • Integrated Clerk auth logic & bridged frontend/backend needs

Week 3: More Features!

  • Implemented filtering, pagination, and clean empty states
  • Accessibility audit:
    • Alt text
    • High color contrast
    • Keyboard navigation
    • Responsive layouts

Week 4: Final polish & handoff

  • Debugged image upload duplication issues
  • Wrote README and documented edge cases
  • Coordinated final testing and integration
  • Outlined ideas for future features

Design Decisions and Tradeoffs

As any product manager knows, building a successful product isn't about implementing every possible feature, but it's about making thoughtful tradeoffs that prioritize what matters most to users.* Throughout our development process, we faced several critical decision points where we had to balance competing priorities.

*We were also on a four week deadline!!! Cutting down scope was integral to our success as well.

Major design tradeoffs

Tradeoff 1: In-app messaging vs. email

Decision: Implemented email templates instead of in-app messaging

Rationale:

  • Students already use email for communication
  • Lower maintenance overhead
  • 3rd party comms means we didn't have to worry about privacy
  • Better accessibility for screen reader users
Tradeoff 2: Quick filters vs. advanced search

Decision: Prioritized quick filters over advanced search

Rationale:

  • Stakeholders told us they typically browse by category, not search terms
  • Simpler UI reduces cognitive load
  • Better mobile experience with limited screen space
  • Scope :(
Tradeoff 3: Image quality vs. load speed

Decision: Implemented automatic image compression

Rationale:

  • Mobile users have data constraints
  • Campus WiFi can be horribly unreliable
  • Stakeholders said speed > perfect quality
  • Still maintained sufficient quality for users to evaluate items

What We Built

After four weeks of dedicated development, we successfully launched the first version of Bearly Used. The platform included all our core planned features and addressed the key user needs we identified in our research.

Use the arrows to navigate through our features!

Reflections & Looking Forward

Leading this project reinforced my belief that the best products are built with people in mind. By taking the time to understand user needs, prioritizing accessibility, and making thoughtful tradeoffs, we created something that genuinely addresses a community problem.

Key takeaways

As product manager, I learned to balance technical constraints with user needs, while my frontend development work showed me how implementation details directly affect accessibility and inclusion. Most importantly, I saw how prioritizing and interacting with stakeholders leads to better design decisions at every stage.

Future possibilities

Although Bearly Used is currently not in use, we hope to build on it someday, as it is still very much a real need! There are several exciting directions for future development:

  • Sustainability metrics: Tracking and visualizing the environmental impact of reuse through the platform
  • Partnerships: Collaborating with ResLife to integrate with move-in/out processes
  • Community features: Adding wishlists and notifications for desired items

I would love to see some version of Bearly Used out there in the future, making school campus culture toward more mindful about consumption and waste - one listing at a time!

Explore the Code

Check out our full repo on GitHub:

GitHub Repo