[login to view URL]

[url removed, login to view] will consist of static and dynamic content served from an off-the-shelf database software package. The chosen platform used for the site and database servers will be decided based on its cost effectiveness and scalability. The system will require proprietary search code in order to produce the value add feature of vendor contact ensuring that the appropriate vendors are listed based on the overall bidding model. Advertisement serving will also be outsourced both in the development of campaigns and the actual implementation and serving of the ads.

The main purpose of this complex and dynamic web site will be to match users to potential vendors. The process will proceed as follows:

1. Users and vendors will register on the site.

• Users will provide basic demographic information as well as pertinent contact information. Additionally, information regarding potential requirements, budgets, and timeframes will be included in the registration.

• Vendors will complete a questionnaire that will be used to develop their database footprint used to properly route all applicable requirements. This questionnaire will include category matching, contact information, desired job types, minimum standards that must be met by the user to ensure a proper matching, locales serviced, bonding and insurance information, years of relevant experience, etc.

2. If a user decides to move forward with a potential requirement, they will complete a web-based wizard requirements form or upload an already prepared RFP/RFQ.

3. Once the form is completed, the user will submit the form. By submitting the form, the user initiates a database query that will search for appropriate vendors based on the criteria given by the user in the form.

4. After the query is complete, the user will receive the results of the query on their screen. The screen will display the potential vendors interested in providing the service required by the user. These vendors will be listed with check boxes next to their business name and a link that takes the user to a vendor information page. This page will give details regarding the vendor, their customer service rating, their availability and their breadth of expertise.

5. The user will then be given the choice to eliminate any vendor that they do not wish to receive their requirement. They will also be given the opportunity to add the name of a vendor that they would like to see added to the list.

6. After all choices have been made, the user will submit the request.

7. This will initiate a notification to the appropriate vendor contact points as defined in the initial query. The vendor will then have the option to view basic information as it pertains to the requirement and allow them to go to the next step and download, for a small fee, the relevant customer information in order to contact the potential customer.

There are a couple of ways to approach this. One is to tie into existing databases that exist from the online print directories such as the Yellow Pages, Super Pages or other local directory services. This can be done by doing an optimized search by location for the appropriate vendor based on location using the yellow pages search engine. Since there are multiple search engines because there are multiple yellow pages directories, some sort of sorting algorythm will be required to specifically target the correct online directory.

As a prototype, we will not be able to bill or send emails to the vendors immediately, what should be included in the prototype are sample vendors that can show the proof of concept.

The other method will be to use a [url removed, login to view] type of solution where vendors will be signed up individually vs. being searched for by the Yellow Pages database. This is not the preferred method but can be utilized as a prototype as well to show proof of concept.

The billing portion is simple. If a vendor accepts an email to view a bid based on general information without contacts, the vendor is then billed an as yet to be determined amount of money...typically, $1 to $10 based on the budget of the user and the estimated cost of the job. The vendor will not be billed until it accepts the job requirement.

Please contact me with questions as I'm sure there will be more details to cover as we continue to flesh this out.

Habilidades: SEO

Veja mais: yellow software, what is an algorythm, what is algorythm, what can be outsourced, what are databases and what are they used for, web search engines list, web rfp, web development registration form, web development outsourced, web develop cost, the site wizard, the general com, the algorythm, submit prototype, sorting method, sorting algorythm, software online business opportunity, software development job search, service prototype, service dynamic

Acerca do Empregador:
( 0 comentários ) Snellville, United States

ID do Projeto: #59904