Reviews are often used when selecting enterprise software, but not many people consider their limitations. Let\u2019s start by looking at two definitions:\nDictionary.com defines a review (noun) as:\n\nA general survey of something, especially in words; a report or account of something\nA critical article or report, as in a periodical, on a book, play, recital, or the like; critique; evaluation\n\nAn evaluation (noun) is defined as:\n\nAn act or instance of evaluating or appraising\n\nNotice that the definition of a \u201creview\u201d includes the word \u201cevaluation.\u201d So what is the difference between a review and an evaluation, and why does it matter when selecting software?\nReviews\nIn the context of buying enterprise software, a review is a critical examination done of one or more software products written to help organizations make a purchasing decision. Reviews are sometimes commissioned by software vendors, and those are usually biased in favor of that vendor. They are also written by analyst companies like Gartner, Forrester, IDC, etc. and sold. Occasionally they are written by knowledgeable users of a product who want to share their experience for the benefit of the community.\nReviews may include comparisons with other products, benchmarks, the strong and weak points of each product and often have graphical charts like Gartner\u2019s famous Magic Quadrant. The most important thing about reviews is to realize they must be written for the \u201caverage\u201d users of the products being reviewed. While they can be written for a subset audience, they are never written for just one organization.\nOne particularly useful feature of multiproduct reviews is that they can alert you to products you didn\u2019t know you should be considering. A technique of finding relevant reviews on the Web is to search for the names of two or three software products in one search phrase. Reviews that include these products appear near the top of the search results, and these reviews sometimes include the names of products you don\u2019t know about. When searching, remember to filter results by date; for example, a six-year-old review is much less useful than one that is six months old.\nEvaluations\nLike a review, an evaluation helps make a purchase decision. The primary purpose of an evaluation is to measure how well various potential software products fit the organization's particular needs, where those needs are expressed as requirements.\nFor any given type of software, e.g. ERP, CRM, etc. we discovered that all organizations have essentially\u00a0the same requirements. What makes each organization unique is how important those individual requirements are to them. For example, a financial institution will typically have much stricter security requirements that a retail organization.\nWith an evaluation, requirements may differ significantly from that of the average user of the software, which is why an evaluation is specific to an organization. Also, note that evaluations are far more thorough and detailed than reviews.\nConclusion\nThe primary difference between reviews and evaluations is that reviews are aimed outwards at multiple people. Software reviews are a very important source of information, especially in the early stages of a project when information is being gathered. However, because reviews are aimed at the average purchaser of the software, they are no more than a rough guide at best.\nOn the other hand, evaluations are aimed inwards, usually at a single purchase decision. Good evaluations are a detailed analysis that measures how well the evaluated software products meet an organization\u2019s particular requirements.\nUse reviews in the early stages of gathering information, but don\u2019t make the mistake of thinking that because a product is recommended by one or more reviews you can\u2019t go wrong. The TCO of enterprise software purchases often runs into tens of millions of dollars. Maximizing the return on that investment demands a thorough software evaluation. A bonus is that a thorough evaluation can also\u00a0reduce software implementation risks.\nThis article is an updated version of an article that originally appeared on the Wayferry blog.