
4 min read
Sparking connections: Engaged couples + Wedding vendors ✨
When I first joined the marketplace team, growth was slow and monetization was just starting. We shipped hundreds of impactful features and optimizations, but we needed to produce step-changing results.
Challenge
User feedback and quantitative data revealed challenges in the marketplace. Couples faced difficulty finding vendors, with 40% of couple inquiries unanswered. Vendors struggled with low incoming inquiries and lacked options to enhance their pipeline. How can we simplify vendor discovery for couples and provide vendors with more quality leads?
Opportunity
From a recent survey, we learned that:
- 75% of vendors were interested in outreach to couples
- 64% of couples felt it would be helpful to know if vendors are interested
Objective: Grow revenue with more inquiries. The marketplace made money 💰 when vendors decided to connect with a couple, but vendors had to wait for couples to inquire first. What if vendors didn't have to wait anymore?
Spoiler: By enabling vendors to make the first move, we made couples and vendors happier, 2x connected inquiries, and saw steady incremental growth post-release.

Basic steps to marketplace revenue
Team
The Marketplace business unit at Zola was ~40 people across multiple departments (Business, Sales, Vendor Experience, Product Management, Engineering, Data, QA, Creative/Copy, and Product Design). For this project, I worked closely with 3 key partners and a squad of 15 people:

Vendor Marketplace Team - NYC '23
Timeline
Most Marketplace projects were scoped as size XS/S and released as A/B tests to gauge immediate impact and minimize the risk of unfruitful efforts. Leadership approved a larger scope for this project due to its potential, but the sense of urgency and need for scrappiness were still strong.

Design Overview
This project involved lots of twists and turns. Designs adapted rapidly to support shifts in scope, feasibility, and timeframe. Our solution involved 3 main areas: couple-facing opt-in, vendor-facing “find couples” interface, and logical optimizations.
Couple-facing opt-in
In order to legally share couple information with vendors, we needed to determine when and how to get consent from couples. Through rounds of iteration, an explicit modal (defined by a designer on my team) was the solution that gained support from legal counsel and business stakeholders. We aimed for clarity to make the decision easy for couples.

Couple opt-in explorations
Initially, couples would (only) opt-in after sending an inquiry to ensure they provided sufficient data, making them quality leads for vendors. To increase opt-ins and feature impact, we expanded scope to add another opt-in touchpoint: couples opting in after favoriting a vendor. However, this change presented new challenges:
- Couples who hadn't submitted an inquiry didn't have enough data to be a quality lead, so vendors were less willing to pay for the connection.
- With two types of couples, it was uncertain how to best present them to vendors and anticipate vendors' actions.
Vendor-facing "find couples"
Unfortunately, the orginal designer's proposals were not finding internal alignment after the scope expansion. Design time was running out, and I was hearing concerns from various directions. I assessed the situation and reached out to my partners (Maya, Nobu, Nate) to confirm that I had their support. It was time for fresh eyes and additional design muscle. I stepped in to facilitate the resourcing transition by initiating multiple conversations, most critically with the original designer and a new designer who would support my lead. The former was relieved, the latter excited, and the team was eager for next iterations.

Original iteration (out of scope, imbalanced layout, distracting elements, etc.)
We created initial low-fidelity mockups for internal review, then advanced to mid-fidelity for testing on usertesting.com. Each version maintained the inbox's foundational structure but introduced visual distinctions. Since favorited couples were expected to have less data, a card structure seemed appropriate. However, without actual data, it was challenging to assess scalability or predict which couple type would generate more connections.

Iteration 2 (lo-fi and mid-fi options)
With user input and support from engineering, we opted for a straightforward approach — using a table, with updated information architecture, sort functions, and replaced components. Conveniently, a major rebranding effort was happening simultaneously as we rolled out our new design system. The momentum from this effort allowed us to implement a fresh and functional solution with low engineering effort. We utlized new badges to signal a difference between the two couple types. These components brought a bit of color and prominence to this new information, and reduced the cognitive effort for vendors. There was no need to “reinvent the wheel." Instead, we "cleaned house" and met the requirements.

Iteration 3 (dev ready)
Logical optimizations
Beyond the couple-facing opt-in and vendor-facing "find couples," I worked through a significant number of details like education, email notifications, user settings, empty states, and more.
The most critical pivot that I led in order to launch on time and reduce complexity was reverting from a previous assumption—that we must bring the moment of connection (when vendors pay) up the funnel. Just because we could charge a vendor the moment a “similar” couple expressed interest didn't mean we should. It was not necessary and letting that go simplified the project from a design and engineering standpoint.
Performance
We saw encouraging usage that allowed us to continue investing in the feature:
💙 Vendors loved it!
In the first month with no marketing, 27K+ total invites were sent by 1.5k vendors
Vendor adoption grew to 22% over the next two quarters.
🔥 Connection rates for inquiries coming from the feature grew by 2x.
📈 Growth in incremental inquiries and connections continued.

MTFM = Make the first move (aka this feature)
From a follow-up survey, we learned that:
- 62% of couples are interested in MTFM after launch (citing less work, less vendors to sort through, chance to find vendors they might have not found, and a reduction stress of reaching out)
- 71% of vendors are using Zola more because of MTFM
[add testimonials]
Next Steps
We made multiple optimizations over the next several months. Another designer and I synthesized the initial readout from our product and business managers to iterate immediately. There were a few main drop-off points in the funnel. Our responses were a mix of straightforward best-practices in terms of product marketing, as well as bigger tests like trying a new opt-in type and adding a personalized note. For the future, we also made several hypotheses and potential solutions, with plans to test out cross-conversion tactics.

Takeaways
- Obvious ideas and “low hanging fruit” are not always easy to implement, but they can be extremely effective.
- Internal communication tweaks can be hugely beneficial. I started interspersing short, asynchronous video check-ins with partners via Slack between more formal design reviews, and encouraged my team to do so as well. This practice received positive feedback across the team and accelerated our design cycles in a way that improved trust and collaboration.
- Do your best to keep the MVP truly minimum — fewer things better.