Add monetization options for requests and offers

Feature Requests
,
1

I think for a services platform (Taskhive) a minimum should be added:

Ability to add in paid packages for sellers, except for advertising:

  1. Number of created requests (from 1 and up to infinity)
  2. number of possible responses to requests from users (from 1 to infinity)

Ability(option) to set:

  1. How many free responses to the request the seller can make
  2. How many free request responses can be created by a specialist

It would be nice if this feature was added soon.

For users

  1. Limitation of 1 request
  2. Capability to buy paid package for creation of more than 1 request (from 1 to infinity)

Any thoughts I will add here

3

Thanks for your feedback, we’ll add new monetization models for requests. Currently you can limit and monetize making offers via the Memberships extension, but we plan to add more features (something like Paid Listings but for requests).

6 Likes
4

Hi Ihor, are there any updates regarding paid requests feature?

5

Sorry, there are a few urgent updates for the existing extension required and we plan to release a new theme in June so this one has no exact timeframe at the moment.

6

I would also be happy to see a paid request feature. Are there any news on this?

2 Likes
8

It’s not available yet but we’ll send an email notification once it’s available, please consider subscribing to our mailing list.

9

Hi all

I am considering buying the All Extensions bundle, but I need this feature to be able to monetize requests.
Any updates for this feature?

Thanks in advance!

11

Hi,

This feature is still under development, so it has not been added.

12

Just curious, any workarounds that we could resort to?
Like, user can create a request but then is redirected to a request product created in woocommerce that they need to pay for. After that, we publish the request.

Not sure how to automate that process though :thinking:

15

Hi,

If you are familiar with the code or have a developer, we can provide general guidance. Let me know if it works for you.

16

That could work.
As much detail as possible would be appreciated. Thanks!

18

Sorry for the delay.

The easiest way to monetize Requests would be to integrate them with Paid Listings, and count requests in the same way as listings in the listing packages.

To do this, you can copy this function and hook it to the hivepress/v1/models/request/update_status hook, and change all the listing occurrences to “request” in the code (only where it’s related to queries and updating listings) hivepress-paid-listings/includes/components/class-listing-package.php at master · hivepress/hivepress-paid-listings · GitHub This way, when a request is published, the purchased package limit will be reduced.

The next step is blocking adding requests with the Select Package page. This requires a custom function for template_redirect action hook which will check if it’s a request form page, check the current user package limit, and if it’s zero, redirect user to the Packages page (you can create a custom page for this and use the Listing Packages block to show packages).

An extra feature is also possible, for example if you consider having a purchases package with non-zero limit as a possibility to also post offers. You can block posting offers via the hivepress/v1/forms/offer_make/errors filter hook, it allows adding custom logic and errors to the offer form, for example to check the user package and show an error if this user can’t make offers for some reason.

Hope this helps