Reduce UX/UI friction for potential media buyers

I love the concept, and it has of course had some success already so far, but the user experience as an media buyer still has a lot of gaps…

I’m not sure if this is by design (to keep advertisers at the very least crypto-literate) but a more standard interface and model will reduce those barriers to entry.

Traditional ad platforms offer placements based on a couple of metrics: views and/or click (and sometimes “conversions”, although this is usually limited to referral programs).

Zesty current-state has a few roadblocks. Consider a roadblock as something that requires user spending any amount of time for them to overcome (including education of non-standard mechanics) .

  1. user must have a basic level of crypto-literacy (low barrier, most people have metamask now)
  2. user must use Polygon (medium barrier, although annoying if user doesn’t use Polygon)
  3. user must understand and use Dutch auctions (high barrier, Dutch auctions are rarely used because they are confusing and offer very little certainty/reliability in ongoing campaigns and reek of price gauging. From the perspective of a potential advertiser or even media buyer, fixed pricing offers are more convenient and easier to include in a media buy, campaign, or client approval workflow. Even IF the user understands Dutch auctions to begin with)
  4. users must participate in multiple auctions to participate accross projects (high barrier, multiplying all the previous barriers)

In short, the workflow for the user would benefit from being streamlined.
Media buyers from agency are usually looking for something as simple as “X clicks for $X”… even if that does cost them more than fiddling around with Dutch auctions (their time is generally more valuable than any savings they may be able to make by doing that, so it’s ultimately cheaper to pay slightly more for that convenience even if it’s only saving them an hour) The current situation leaves the media buyer in a situation where not only do they not know how many clicks they will get, but they have to manually manage multiple auctions and on top of that, learn Dutch auctions and also keep track of multiple auctions with different expected final prices…

In terms of making development/design choices, I can understand the intellectual appeal of all of the above… However, these design choices have compounded into a system that is ultimately divergent from the existing media buy standards and industry UX standards, which will more often than not require the user to self-educate multiple concepts and non-standard interactions increasing the friction for any kind of pragmatic use of the platform.

In terms of a UX+UI design approach, clear goals should be set to simplify user interaction, and remove or replace as many unnecessary friction points as possible.

Potential solutions for the above:

  1. consider setting up a fiat on-ramp or partnering with a wallet that has a fiat onramp.
  2. consider supporting multiple chains, or giving sellers an option
  3. consider a more standard auction format or even a fixed price that follows standard industry rates (maybe users could even set their own prices or chose auction style)
  4. consider adding a “blanket buy” for buyers who may be time poor and simply want a broad spread of placements. If this is not possible, consider offering a manual service to manage auctions etc on behalf of the client

Media buyers and advertisers are generally time-poor and are not looking to learn about novel chains, alternate auction formats, nor do they have much interest in learning Python… no matter how cool all of those things are…

I know there is a bid-bot on github, but please consider that if the interface is improved, this “solution” (which in itself is an extremely high barrier to entry as it requires Python literacy) would not be required at all.

Thanks for the feedback, automation is something we’re working on at the moment. This will require some time to be built as it’s a fairly complex system to do due to the underlying backend infrastructure work to make it happen. Would have to try to replicate what FB, Google does with a small team! Do give us time :sweat_smile:

The bid-bot repository is essentially an experimental repository to test out automated bidding mechanisms. It’s not meant for use by the average user.

The primary approach we’ll want to take right now is a custodian approach, where an advertiser would buy using credit cards, most advertisers who are not crypto natives or companies would rather not manage crypto. In the managed solution, we’ll be selling an advertising service by the Zesty Market, Inc. company and not selling crypto. The market logic will be handled by us. For more crypto native advertisers who would rather be the custodians of their own funds, there’s an operator mechanism on the market contract which allows you to assign a bot to help with the bidding process.

Here are some of the sample screens for automated ad-buys, right now we’re modeling the bidding mechanism to resemble a blind advertising network. Essentially, a blanket bid across all Zesty spaces. This is done so for simplicity and also for data privacy for users in various spaces.

Here’s is the current flow we’re thinking about

  1. Select whether you want to manage the advertising yourself or use a managed solution by Zesty.

  2. After setting up the campaign, the site will ask whether you would like to automate the bids.

  3. To automate the bids, you can set the Daily Budget and Duration you want the advertising for. Upon clicking create you can provide your credit card details, and when funds are successfully received the campaign would begin until funds are exhausted. The Zesty Market, Inc. company will take a cut for credit card processing and other misc spendings to make this happen. Onchain fees will follow the logic as stipulated on the market contract

  4. When the campaign is running or over, you can see the various CPC and CPM metrics for auctions that have been bid on.

1 Like