Title: | DEC Rdb against the World |
Moderator: | HERON::GODFRIND |
Created: | Fri Jun 12 1987 |
Last Modified: | Thu Feb 23 1995 |
Last Successful Update: | Fri Jun 06 1997 |
Number of topics: | 1348 |
Total number of notes: | 5438 |
We're in a competitive situation trying to sell Rdb/RALLY/TEAMDATA to a customer in Glendale, California. They are a VAX shop and are using UserWare International's USERBASE. They are displeased with the performance they're getting from UserWare's product and are considering RDBMSes. The Application Development manager and System Manager are essentially ready to go with Rdb, but the MIS Director is getting cold feet, I think because he's nervous about justifying the purchase/conversion to his boss, the CFO. So, our Program Manager, who has announced his resignation, has suggested, as (I think *he* thinks) a parting favor to the "sales team" and the customer, that we provide a "How To Choose Your Database Vendor" sort of competitive worksheet. As I understand the way they imagine this "worksheet," it will be in matrix form, with features/questions down the left and vendor names across the top. The customer determines which of the features each vendor can provide, and the vendor with the most checkmarks in its column wins! I guess it's sort of like getting in on the "writing the proposal" stage of a bid process. This customer can be naive, but I don't think it is so much so, that they don't realize that we would slant the survey to favor our product. (Of course, we all know that Rdb is the best relational database product on the VAX.) "This may be a good sales tool," I'm thinking, "if it is done without being too blatantly pro-Rdb." Comments?
T.R | Title | User | Personal Name | Date | Lines |
---|---|---|---|---|---|
422.1 | Even apples with apples do not always compare !!! | SNO78C::BELAKHOV | Oh, my god, it's full of stars. | Mon Sep 11 1989 02:26 | 32 |
The difficulty with compiling such a worksheet is that you will be placing the customer in a situation where he will choosing a database based on quantitive methods, rather than qualitative ones. This approach may work, however, you should remember that not all of our competitors play totally fair, i.e. with yes/no questions it would be easy for them to say yes to a point where they only had limited functionality, or puting the feature in their proverbial next release. If you are forced to provide such a worksheet, I would suggest making sure that all the products compared were currently available with a minimum number of sites installed in your part of the world, e.g. 20-30 sites with similar sized databases. Also, it would be important to make sure that all database suppliers polled, supply letters stating that the information provided in the worksheet was true and correct. Furthermore, in my experience where we have had to answer such point questions in tenders, etc., we have not done as well as in situations where we can do a quality sell on a face to face basis. Sure, it makes the customer's life easier to add up the number of boxes ticked and to choose a supplier based on the highest score, but this way the customer often does not get the best solution, but one which most closely fits their hypothetical scenario. Also, if you do have to provide a worksheet, make sure that one of the points is the 5 year cost of ownership on the chosen hardware, this usually gives us a good lead. Good Luck, Michael |