This disclosure relates in general to a buyer-motivated online marketplace in general as well as an online marketplace where buyers and may communicate about needed products and services, amongst other things, from new and existing web and mobile based messaging services.
With current Internet interactions between buyers and sellers, the interaction is typically seller-centric, with advertisements and big data analytics that track the buyer and invade their privacy while those buyers are searching for products and services. Often what is available is limited to just what is posted by sellers. There is a significant gap in the ability for the buyers to be able to communicate exactly their needs and wants to the potential sellers or service providers. When buyers search online, hours can be spent filtering search results, trying to contact different sellers and repeatedly explaining what they need. Buyers end up reaching out to one, maybe two sellers. It is unlikely they are getting the best price, much less the best match.
A large percentage of sellers or service providers are not very savvy with advertising online and remain technically challenged with setting up websites, identifying the best places to advertise and optimizing their ad and website click rate performance. Even the databases that hold their business information regularly do not include their contact information such as email or text message mobile numbers except their voice phone numbers and address. Sellers buy display advertisements or auctioned keywords and pay per click or by page views. Sellers hope that interested buyers will click on their links, visit their website then contact them directly with a request that generates new business. Sellers get clicks by mistake, clicks just for info. They get charged for every click whether they get a request or not. When they do get a real request for services, they pay for all the clicks it took to get there. The vast majority of sellers listed get nothing, while the vast majority of buyers simply do not click on advertisements or paid links. Search partners are not monetizing their own buyers at a comparable rate. Current search income depends on an auction methodology that encourages sellers to overbid the others and pay more for what they do not really need. Meanwhile, buyers are getting a lot of advertisements that they do not really want. Their searches, emails and other personal and private information are tracked, resold and exploited to generate revenues. More importantly, no revenue is generated from organic search results, which represent a majority of the sellers or service providers. This click based revenue model has not changed much since its inception over more than a decade ago.
In one embodiment, the present disclosure provides for an on-line venue in which buyers can privately communicate precisely what product or service they want to purchase by posting an interactive request with details not limited to a text message, photos, video, audio and files, that a number of sellers can then directly respond to in a public or private conversation with the buyer. This embodiment may enable the buyers who are already using the web or mobile applications to now communicate their interests in directly matching their needs with qualified vendors.
Embodiments of the present invention broadcast a buyer's needs to relevant sellers/service providers from existing and new web based services and mobile applications. Such embodiments may take the burden from a buyer in finding the right products and services by self-qualifying the request to proactive prospective sellers through existing and new web based and mobile messaging systems.
Further areas of applicability of the present disclosure will become apparent from the detailed description provided hereinafter. It should be understood that the detailed description and specific examples, while indicating various embodiments, are intended for purposes of illustration only and are not intended to necessarily limit the scope of the disclosure.
The ensuing description provides preferred exemplary embodiment(s) only, and is not intended to limit the scope, applicability or configuration of the disclosure. Rather, the ensuing description of the preferred exemplary embodiment(s) will provide those skilled in the art with an enabling description for implementing a preferred exemplary embodiment. It being understood that various changes may be made in the function and arrangement of elements without departing from the spirit and scope as set forth in the appended claims.
In one embodiment, the present disclosure provides for a buyer motivated online marketplace implemented by a web-based service. The web-based service might comprise computer systems, databases, and web server interfaces. With such hardware, a provider of the service can accept requests from client systems to serve up webpages, obtain information from users of the service and use the computer systems to generate responses. In this manner, buyers interacting with the web-based service would see and/or hear (via the buyer's client device, such as a computer with a browser, a smart phone, a smart watch, and/or a tablet computer that is connected to the Internet. According to this embodiment of the invention, a buyer may approach a website, for example, at the URL http://yellCast.com using a browser, or access the web-based service using a a downloaded mobile application on a user's smartphone, other mobile device, or a partnered website or mobile application. A “website” might refer to computer systems, databases, and web server interfaces that collectively provide and accept information for buyers and/or sellers.
Buyers using yellCast fast track their search by choosing and reaching multiple sellers with the same request. They select the yellCast checkbox or button in front of each search result for each seller they decide to contact. Buyers can type a text message request, record a video or upload photos and send it to all selected sellers at once. They can specify price and outline any other requirements they may have. They can choose to remain anonymous. What personal data is saved is at the discretion and control of the buyer. There is no mobile application software download and install that is required. Buyers save time, get better pricing and get the best match online or on their mobile devices.
With every selected check box, sellers receive an actual request message via phone, text or email from a motivated buyer. The way to reach the sellers by their voice phone enables the service to reach those sellers and service providers who were not reachable except through their voice phone when the buyer called them one by one. These sellers may not advertise on line and may or may not have a web presence. The system presented enables a highly scalable automated seller and service provider reach platform to connect them with motivated buyers in a more contextual and instant manner.
The sellers can review the requests and the irrelevant requests that they got can be ignored at no cost. Only when sellers accept and pay for the request do they get to connect with the buyer. Sellers get more relevant requests at a fraction of the cost of their current online advertisement buy. Since the buyer is choosing multiple sellers, the value of paying for the first advertisement position declines in proportion to the number of sellers chosen.
The web-based service might include a built-in CRM and analytics engine to manage the requests and convert customers. Sellers might be ranked by actual buyers and sellers, requests received and completed transaction experiences.
This structure enables partnerships. Search partners can receive revenue from four to five or even more sellers for each unique buyer request. Requests can come from both advertisements or organic search results. Each seller pays the search partner in real time for an accepted request. With each checked organic search result the search partner can acquire a new customer who more than likely has not previously bought web advertisements.
The yellCast request based engine brings sellers steps closer to motivated buyers and significantly reduces the cost of advertising inherent in a click-based model. Sellers save on their advertising, buyers save time and get exactly what they want. Since the buyer is requesting exactly what they want, and where and when they want it, the value of tracking the buyer's personal data significantly diminishes. Search partners get a scalable new local and national revenue source and new customers without the added cost of a local sales team.
The buyer may utilize the existing messaging box to type in a request, addressed to yellCast.com. The request message may include hashtags, which are commonly used on the web to specify the type of request as a search phrase that defines the desired product or service. Alternately, the buyer may be presented with a search box where they can type their desired product or service. Alternate ways of getting data using voice recognition software may also be used. Additionally, the request message may include audio, video, photos or other files associated with their search request.
The website may also automatically identify the buyer's location to the closest city or state using IP address mapping through the web browser or from the GPS location coordinates if from a mobile device. The user can manually enter the location or override the default choice and enter a different location where they are seeking the product or service.
In the case of many existing systems, the buyer identity and contact information is already present within their system and does not require to be entered by the user when submitting their request. The method of enabling existing messaging systems offers the users a consistent user experience with what they already are used to messaging their friends and family in the context of a social network or a messaging service.
The request when received by the third party or partnered messaging service or yellCast system will then parse the request which includes the hashtags and location. The parsing may also include data pre-parsed from other existing third party messaging systems through an API. Once the parsing is done, the system can then match the best set of sellers/service providers in the location specified and the search phrase. Any attached audio, video, photos and files may be saved to be forwarded in the form of actual files or just the URL links to reference from the third party or partner messaging systems.
Various embodiments of the present invention may provide a number of benefits to a buyer. For example, these embodiments eliminate the need for registering with another search service to send a search request for a product or service. Users do not have to search for needed products and services from several websites. Users are notified instantly when a match of one or more sellers or service providers are found, through the same messaging service.
As another exemplary benefit, communicating their intention for product or service may be done with the click of a button without having to manually go through each online listing or blindly relying on a third party to match their request with unknown sellers or service providers or even looking up printed yellow page and phone number, calling each of them and repeating the same information. Moreover, using these embodiments of the invention, the power to shop now shifts to the buyer with the ability to reach all the listed suppliers at once from their existing messaging application either through the web or mobile application. As a final example, the buyer may be notified of a response from a potential seller or service provider and continue a conversation thread through the same system. They can continue their conversations and negotiations until a decision is made. Finally, once they have decided can get a firm quotation, any contract documents, product/service specifications and details to review and accept. Further, after the product sale is done or service is completed, the same system may be utilized to bill the buyer with invoices and collect payments.
Various embodiments of the present invention may provide a number of benefits to a seller. For example, sellers receive qualified request directly from motivated buyers. Moreover, sellers do not have to advertise on other click-based or display-based advertising systems, go through optimization processes to advertise on search engines for paid clicks, display impressions or invest in efforts to be picked up by search engines for free listings. Moreover, sellers and service providers can understand their buyer's specific needs better and continue to improve their product or service offerings, without the need for tracking the buyer's actions.
Embodiments of the invention may include any of the following features. A request-based online marketplace matching of buyers and sellers or service providers based upon the requests made by the buyers. Buyers can remain anonymous until they decide to reveal their identity using the intermediary system to relay their requests and further communications through message notifications through mobile applications, emails, text messages, phone calls or web pages. A request-based online marketplace may also provide search and matching algorithms that pre qualifies a sellers and service providers with reviews, ratings and other credible information including photos, videos, accreditations, certifications and other credentials. A request-based online marketplace may source the matched sellers and service providers from other third party websites through APIs. The information sourced from those third party websites may include photos, videos, reviews, accreditations, certifications, open hours, location, distance, business history and features of their product or services and business information. The search matching may also include other search engines. When the search results are obtained without any contact information, the system may include a parser that retrieves the web page data from the search results URL, searches within that text for a contact page URL, fetches the contact page URL and parses that contact page text and html code to get a contact email and phone number if available. A request-based online marketplace may also allow buyers to elect which sellers that can be contacted or send their request to. Moreover, buyers may further rate and/or rank sellers based on their experiences and other buyers can view a seller or service provider's reviews, rating or ranking prior to entering into a transaction. The fact that the system knows both the buyers who sent their request and the sellers or service providers who were contacted enables the system to validate the matched buyers and sellers and ask them about their experience, including if they actually did the business transaction and if they had a positive experience and if they would recommend it to others.
A request-based marketplace, for example, may search for the requested product or service from multiple external sources such as listing services like Yahoo, Yellowpages, Yelp, Google, CityGrid, etc., or find matched sellers or service providers from databases such as Acxiom, Infogroup, Localize, and others. The matched results may include reviews, ratings, distance from the buyer requested location, hours of operation, history of business, accreditations, certifications, photos and videos. In addition, there may be discounted offerings for their product or service made available. The buyer is enabled to send their request to multiple of the sellers or service providers to get responses from anyone who can best service their request.
Other exemplary features of the request-based online marketplace may include the following: Providing the site free to buyers. Requiring sellers to pay a subscription to obtain information about a buyers request or respond to the requests that they are interested in. For example, requesting periodic subscriptions such as monthly or yearly subscriptions. The price for a subscription may vary based on location and category. Other subscriptions may require fees from the seller based on the number of transactions, the amount of a transaction, the number of notifications, or matches per cycle or a fee to respond to the request. The website may include advertisers that pay a fee for advertising within selective sections. These advertisements may include banners, sponsored links, related or featured items (sponsored), most popular products within category (sponsored), etc. A reward may be returned to the buyer, as a percentage of the transaction, based on which, the service yellCast gets a percentage of the transaction.
The buyer motivated market place may be hosted on a web server, for example, an Apache web server using SQL, PHP, Javascript, AJAX technologies. An exemplary web site, implemented by a web-based service running on appropriate computing systems, may include any of the following features either singularly or in combination:
cars aliased with vans, trucks, automobiles, auto etc.
Management) that is built within the system or integrated to an external CRM through an API.
The website is developed using PHP with AJAX and/or MySQL database(s). The core engine is designed to be highly responsive and scalable. Structured database queries may be setup with variable fields for each form. Listings may be quick searchable and sorted in alphabetical order. Queries may be saved and retrieved for matches each time new data is added in that category. The system interfaces may be modular to interface with internal database, external database with queries or API. (There are other ways to implement the logic including but not limited to JSP, ASP or other databases MS SQL, Oracle, etc.
An example computer system for servicing the buyer-motivated online service might comprise one or more of the following modular components, integrated seamlessly with well-defined interfaces:
While the principles of the disclosure have been described above in connection with specific apparatuses and methods, it is to be clearly understood that this description is made only by way of example and not as limitation on the scope of the disclosure.
This section explains a detailed example. The scope of the disclosure should not be limited by the exemplary detail disclosed in this section. In the examples, a specific social media platform is used, but it should be understood that this implementation might use some other social media platform instead.
In this example, a motivated buyer signals a request for a product/service. For example, using the Twitter service, a motivated buyer tweets @yellCast from his/her twitter account to message local businesses with a request for goods or services, as illustrated in
In response, the buyer receives a notification of a reply to their tweet within seconds that includes a link to a list of potential sellers/service providers near the specified geo-location, as illustrated in
From there, the buyer reviews the list and selects any/all of the sellers they would like their request to be sent to and with a single click sends out the requests to multiple sellers, perhaps by selecting the “Contact the 7 selected” button shown in
The selected sellers will initially receive notification of each request through an automated phone call/voice message that directs them to the yellCast website or the co-branded site. Using their phone number, they can find their free requests, choose and send messages directly to the buyer, and sign up to get future requests via text or email, as illustrated in
Next, the buyer receives response messages from each seller, as in
The buyer can continue the conversation with any/all of the sellers through tweet replies, adding photos and further details about what they are looking for until they reach their optimal choice of seller, as illustrated in
The web-based service might be implemented using program code that interfaces to the Twitter Rest API V1.1 and server side code on yellCast environment with PHP, MySql and HTML5, Javascript.
Polling vs. Callback: A polling method is to be adopted once every minute to Get new mentions and replies from Twitter.
Alternately, yellCast could provide a secure URL for Twitter to call back when there is a new mention or reply to @yellCast. This will improve the response times and also avoid polling.
Multi word search phrase hashtags: For longer search keyword strings, we extend the hashtag format as #multiWordHashtag to denote multiple words in the hashtag. yellCast will combine multiple hashtags to coin the search phrase. In addition the location information is used as it is obtained from the user through the API.
However, there may be other ways to implement such as the search results may not be sent as a link but displayed within the web pages of Twitter. This enables the buyer side to be completely Twitter domain based and the seller side to be yellCast domain based.
Another method may be as the sellers are reached over the phone and informed about the service, once they signup, a Twitter account may be created for them automatically. Then they may get all their requests on their Twitter account as Tweets with notifications and messages. In this method, the entire implementation logic including searches, display of listings, request and response communications, CRM, payments, etc. may then be integrated within the Twitter system.
In a particular embodiment, the Twitter API Calls used include “GET statuses/mentions timeline” (which returns the 20 most recent “mentions” for the authenticating user and the timeline returned is the equivalent of the one seen when the user vies their mentions at twitter.com); “POST statuses/update” (updates the authenticating user's current status, also known as tweeting; For each update attempt, the update text is compared with the authenticating user's recent tweets); and “POST media/upload” (upload images and other media to Twitter, to use in a Tweet or Twitter-hosted Card)
Other mobile application messaging platforms might be used, such as whatsapp, snapchat, skype, etc. Third-party software might be used to get and post messages for those other platforms. Using these software libraries to exchange messages, the yellCast buyer/seller communications can be performed.
The about outlined method of integrating messaging communications for buyers and sellers may be extended and implemented with these additional systems. A request with the search phrase included with delimiters such as hashtags and geo location can be obtained from the mobile device.
The request may be received by yellCast as another user and yellCast can save the request details including text, photos, video, or reference links to photos and videos, geo location and buyer profile information in its database with a reference code. Further the request can be matched with seller listings and a link created to view the matched results. Then post the results listing link to the buyer as a message. The buyer will click on the link, select the sellers to send the request to and click a button to send it to all of them selected.\
Any responses from the sellers will be posted back as a reply message to the buyer from the yellCast account. One of the differences being, the messages generated from the buyer to multiple sellers may be grouped into one and therefore needs a way to identify the buyer's message to be forwarded with the right seller it was intended to be sent to. There are ways of transmitting the business information such as name or an ID that corresponds to each response and forwarding the message to the appropriate seller.
Alternately, the intermediate logic could create multiple accounts for each seller and post a message as though it was sent from each of them.
This application claims priority to U.S. Provisional Application No. 62/157,298, filed May 5, 2015, which is incorporated in its entirety by this reference.
Number | Date | Country | |
---|---|---|---|
62157298 | May 2015 | US |