HR-TA-PR Software Requirements rfp mistakes

How to Identify HR-TA-PR Requirements

Avoid Overlooking Key HR-TA-PR Features

Use these Instructions to Select HR-TA-PR Software More Reliably!





  Software Selection  >  RFP Template List  >  How to Identify HR-TA-PR Software Requirements


How to Find HR-TA-PR Requirements

The Most Overlooked HR-TA-PR Requirements Instructions

Any search on Google about How to Find HR-TA-PR Software Requirements finds many web sites and articles about how to determine HR-TA-PR budgets, identify HR-TA-PR stakeholders, and performing other HR-TA-PR functions important in any effort to select HR-TA-PR software.

The critical HR-TA-PR issue that is missing in all those How to Select HR-TA-PR Software articles is detailed instructions about HOW to specificaly identify HR-TA-PR software requirements!

Many HR-TA-PR experts provide how-to instructions that say "identify your HR-TA-PR requirements" before making a HR-TA-PR software selection, but they don't provide any detail intormation any about how to identify HR-TA-PR requirements. What exactly does "identify your HR-TA-PR requirements" really mean? No one takes the time to explain what HR-TA-PR issues are required, or what is involved, to "identify your HR-TA-PR requirements". How are they identified? How are they collected? There are many things that can effect how a "CRM requirement" can be identified, so what is the best way? Some of these are -

  • Should "HR-TA-PR requirements" specify features or capabilities?
  • What is a "HR-TA-PR requirement"?  Is it a HR-TA-PR software feature or a business process need?
  • Should a "HR-TA-PR requirement" only specify what is currently needed, or should it be about potential future needs as well?
  • At what level of detail should a "HR-TA-PR requirement" be at?  For example, the statement "The new HR-TA-PR system must provide an "Contact Report" identifies a very basic, "standard" requirement. Something that almost any HR-TA-PR vendor can say YES to. That is not much help in identifying the BEST HR-TA-PR system though. Instructions on How to Choose HR-TA-PR software should address this.
  • What about HR-TA-PR workflow? How does it relate to your effort to select HR-TA-PR software?
  • How should HR-TA-PR Business Process Reengineering (BPR) be treated?
  • How about the adequacy of exisitng data collection tools such as paper and web-based forms?

This article is about how to identify HR-TA-PR software requirements based on well-defined methodes, and answers the above questions regarding HR-TA-PR requirements and their impact on the HR-TA-PR software selection process. Let's start off with an example of the bad impact just one ill-defined requirement can have on the outcome of a HR-TA-PR software selection and/or implementation.

How Just One Poorly Defined HR-TA-PR Requirement Impacts a Project

To show how important the act of correctly identifying HR-TA-PR requirements can be, let's use our previous example requirements statement "The new HR-TA-PR system must provide a "Contact Report"."

Since this appears to be a basic requirement many people in your company might consider that to be good enough for use in an RFP. Others may want to add "with the ability to specify a Starting and Ending Customer" because of the large number of customers, so the full requirement becomes:

"The new HR-TA-PR system must provide a "Contact Report".
"The Contact Report must provide the ability to specify a Starting and Ending Customer."

The above looks good to all, it seems to go into enough detail, so it goes into the RFP. Especially since many people are thinking, "this is good enough, this is just a "standard" "Contact Report", something any good HR-TA-PR system should be able to do".

All the vendors respond with YES to both of the above requirements, since they are very easy to do for almost any HR-TA-PR system. A HR-TA-PR system is chosen, partly because of the large amount of detail in its database, and implemention of the new HR-TA-PR system is started.

HR-TA-PR Problem #1 Comes Up

Very quickly there are problems with the Contact Report. It is VERY long, and uses tremendous amounts of paper, and takes a long time to finish, all because it includes a DETAIL transaction listing for every customer. It is now a new, unforeseen problem with the new HR-TA-PR software, one that causes a delay in the HR-TA-PR implementation while waiting for the problem to be fixed.

It takes several emergency meetings to determine the best way to solve the problems caused by a lengthy, unwieldy, and almost unusable "Contact Report". The solution is to add a new report setup parameter (control) enabling the user to specify if the DETAIL for each customer account should be printed or not. This is ideal since the "Contact Report" already includes a summary-level aging analysis that shows which accounts are past due.

The additional, totally unforeseen cost of adding the new new report setup control is not welocme, but neccessary. The implementation is re-started with a new GO-LIVE date.

HR-TA-PR Problem #2 Shows Up

The HR-TA-PR implementation moves into its final testing, when yet another deficiency in the "Contact Report" is found. The problem is that it takes a very long time to sift through the report looking for ONLY those customers sold through a Manufacturer Rep. The Rep is responsible for managing that customer account, so this is very important. So now there is another unforeseen problem that must be solved, calling for yet another series of unplanned, emergency meetings to resolve this new problem.

The solution to this problem is to automatically label (categorize) each customer account with its source of origin, i.e., either as a DIRECT or REP account.

The UNEXPECTED COST of the solution to this new problem is VERY LARGE since it involves significant changes in Customer Maintenance, Sales Order Entry, abd also the "Contact Report" Setup and Report processing. This is totally unacceptable since it now threatens to significantly REDUCE the financial benefits of the new HR-TA-PR system.

HR-TA-PR Problem #3 Shows Up

The new HR-TA-PR system goes LIVE, and yet another NEW deficiency is reported by the people responsilble for collecing severely overdue accounts. They want to see a report of just those accounts that are 60 days or more past due, since it takes far too long to sift through the full report looking for just those accounts over 60 days past due. Again, another significant EXTRA COST is required to add a new control and modify the "Contact Report" (again!)

What is the Best Solution?

A typical HR-TA-PR system use so many functional areas in the entire task of "identifying requirements" can be quite overwhelming. That is why many Web-based HR-TA-PR software selection services and technology evaluation centers sell pre-populated RFPs. But, as we have discoved above, an RFP HR-TA-PR software requirement are not adequately define your needs, especially a static HR-TA-PR software features list created 3 months or 3 years ago. What is needed is an up-to-date list of HR-TA-PR software requirements that truly reflect all your HR-TA-PR software configuration, operational, and management requirements. The best, most efficient way to do that is described below.

 Return to the TOP of the How to Select HR-TA-PR software Page.

  More Details

"The detailed requirements we found in the RFP template for process manufacturing ERP, as well as Infotivity's effective help, enabled the successful outcome of our HR-TA-PR software selection project."
      - Diane H., Natural Cosmetics Mfr.

to Select HR-TA-PR software!
ERP Software Selection Mistakes





"Using your RFP template,
we did in 4 weeks what it
took others almost a year
to do."

Mobile Communications
5,200+ Facilities Worldwide

"The most comprehensive &
detailed RFP I have seen

Memphis Light (MLGW)
2,500+ employees

"Thank you very much! I
have to say it's quite
extensive and well laid
out, this is exactly what
we were looking for!"

J. P.
Certified SCM Consultant