churchspace | case study
Revamping amenities based on user feedback, granting church hosts more control, enabling them to earn more through paid add-ons, and providing guests with improved transparency.
Role: Lead Product Designer
Duration: 1 Month Project
Tools: Figma
the company
ChurchSpace, founded by Day Edwards and Emmanuel Brown in 2020, is an early-stage startup addressing the underutilization of church spaces. With churches remaining empty 69% of the week and 53% struggling to break even, ChurchSpace offers a two-sided marketplace. This space sharing platform allows churches to rent out their unused spaces, generating additional revenue while guests can book a space in their neighborhood for an affordable price.
about spaces
The core of ChurchSpace is the spaces themselves. Churches, acting as hosts, can list their available spaces by providing detailed information including: type of space, size/capacity, amenities, title/description, photos, rules, availability and price. This information is then displayed to potential guests, enabling them to decide whether they want to book the space.
Original amenities onboarding page:
ο»ΏWhat guests see:
the guest conflict
After the platform had been live for just two months, we quickly realized that nearly every potential guest still had questions about what amenities were and were not included. Our first couple of onboarded spaces had amenities that exceeded the premade checklist and knew we needed to make quick adjustments ASAP to increase transparency with guests.
the host conflict
During the onboarding process, we discovered that many hosts were concerned about guests using the amenities in their spaces, especially those that were expensive, technological, or musical. They expressed a desire for more control over these amenities, including the option to charge extra for their use.
looking into our competition
For every feature design, I closely examine PeerSpace's (our competitor) approach to the same challenge, investigating their features strengths and weaknesses. In particular, I closely analyzed their method for creating paid add-ons.
PeerSpace's add-on process:
stengths:
weaknesses:
limitations
Our development team recommended structuring add-ons on an hourly basis to meet the revision deadline, given that our spaces are already hourly on the backend. While this might not suit every add-on initially, it gives us time to understand how guests and hosts interact with add-ons. Once we have the bandwidth, we will introduce alternative payment methods, such as per person, item, or flat fee.
the design
The process of updating amenities with the addition of paid add-ons involved several iterations and meetings with the founders, along with user feedback from church hosts. The following three designs represent the iterations, with the last one being the published "final" version.
Iteration #1:
Feedback:
Iteration #2:
Feedback:
Iteration #3:
Feedback:
Published Design:
What guests see:
the outcome
By giving church hosts control over amenity pricing, shows we appreciate their contributions, while ensuring guests have clear, personalized booking options. These changes, driven by host and guest feedback to streamline the platform, mark just the beginning of our efforts to enhance amenity and add-on features further.
Next steps include looking into how we can make add-ons an even more seamless process:
Selected Works
Corporate to Gen-Z brand manual redesignA much needed brand redesign for an educational NGO.
Taking Advantage of '15 Seconds of Fame'Newfound publicity leads to rapid creation of an e-commerce platform.
Empowering users with amenitiesResponding to user needs by adding an add-ons feature and improving transparency.