Methods · Objective weighting
FARE (Factor Relationship)
FARE starts from a relationship table showing how strongly and in which direction each criterion affects the others, and gives the highest weight to the criterion that influences the rest the most.
Base method's data type: Classical
What Is the Method?
FARE is not a ranking method; it does not rank alternatives, it produces criterion weights. What sets it apart from other objective weighting methods (Entropy, CRITIC, CILOS) is its input: not a decision table (alternatives by criteria) but a criterion relationship table (criteria by criteria). Every cell in this table shows how strongly one criterion affects another. FARE is therefore not purely objective: the relationship table itself has to come from somewhere, and it is usually filled in from expert judgement. DecisionMind lists it alongside the objective weighting methods, but because its input rests partly on expert opinion, it should be read as a hybrid sitting between subjective and objective methods.
Ginevičius proposed the method in 2011. The idea is close to AHP's pairwise-comparison logic, but instead of asking about every pair of criteria separately, it starts from the influence relationship between criteria.
The Philosophy Behind It
FARE's underlying idea is this: in a decision, criteria do not stand independently of one another, they influence each other. The more strongly a criterion affects other criteria, the more central it sits within the decision, and the higher a weight it deserves. In Ginevičius's original design, part of these relationships is taken from an expert and the rest is derived analytically from the system's own operating logic, so that every criterion pair need not be asked about individually.
A consequence of this idea is that FARE defines weight not as "the criterion's own inherent value" but as "the criterion's influence within the system." If a criterion looks important on its own but does not affect other criteria, FARE assigns it a low weight. If this distinction is acceptable, that is, if you hold that "what matters is the criterion that affects a great many things," FARE is the right tool; if the weight needs to come directly from the spread in the data or from an expert's bare priority, Entropy, CRITIC or AHP fits better.
How It Works
FARE in DecisionMind proceeds in a single step; the user supplies the relationship table already fully completed.
A single step: row sums and normalisation. For every criterion, the row is summed to show how strongly that criterion affects all the other criteria (and itself). This sum is divided by the grand total of every criterion's row sum. The result is a weight vector that sums to 1.
An important limitation applies here. In Ginevičius's original method, only part of the relationship table is taken from an expert; the remaining cells are completed analytically from the criteria's own operating conditions. DecisionMind does not implement this completion step; it expects the user to supply the table filled in from start to finish. This simplifies the method, but it also hands part of the original FARE's "saying a lot from little data" advantage back to the user.
The formula behind this step and the intermediate tables are given on the DecisionMind method page; this card carries no formulas.
How to Read the Output
The FARE weight measures a criterion's total influence power within the relationship table; it has nothing to do with how "good" or "bad" the criterion itself is measured to be. A weight of 0.60 does not mean "this criterion is 60 per cent of the decision"; it means "in this relationship table, this criterion's total share of influence is roughly 60 per cent." The weight is a property of the relationship table. If an expert assesses the relationships differently and changes the table, the weight changes with it.
FARE weights are therefore not independent of the opinion of the expert who filled in the relationship table; a different expert's table can give a different weight distribution. The table need not be symmetric; how strongly one criterion affects another need not equal the reverse. This flexibility also means that consistency is not checked from outside.
Thus instead of writing:
"FARE proved that C1 is the most important criterion"
the report should read:
"According to this relationship table, C1 is the criterion that most strongly affects the others; its weight of 0.60 reflects this share of influence, and the table itself rests on expert judgement"
Data Type and Inputs
FARE works with crisp numbers, but its input is not a decision table but a relationship table: a square table whose rows and columns share the same list of criteria, with an influence-power number in every cell. DecisionMind holds no other member of FARE; it stands as a method on its own.
You need: a complete list of criteria; an influence-power value for every pair of criteria, including a criterion's relationship with itself; and all of these values must be positive. The table need not be reciprocal, as in AHP (one value the inverse of the other); this means both flexibility and a lack of oversight. A minimum of two criteria is required; as the number of criteria grows, filling in the relationship table consistently becomes harder, because the number of cells to be filled grows with the square of the criterion count.
When to Use It, When Not To
FARE is a sound choice if a real interaction exists between criteria, that is, if one enlarges or shrinks another, and if this interaction can be reasonably estimated by expert judgement. It is favoured in studies that want to capture the relative influence power of criteria without taking on the full pairwise-comparison burden that AHP requires.
The situations where it should not be used follow from its own philosophy. If criteria are independent of one another (none affecting another), the relationship table becomes meaningless, and a data-driven method such as Entropy or CRITIC fits better. If no expert is available to fill in the relationship table, FARE cannot be applied; DecisionMind does not complete the table analytically. If consistency needs checking (as with AHP's consistency ratio), FARE provides no such check.
Criteria influence one another, an expert can estimate this influence → FARE
No influence relationship, the weight should come directly from the data → Entropy, CRITIC, CILOS
Full pairwise comparison and a consistency check are wanted → AHP
Criteria should be ranked and the number of comparisons reduced → SWARA, BWM
Strengths
FARE's greatest strength is that it captures the interaction between criteria without asking for the full set of n(n-1)/2 pairwise comparisons that AHP requires; in the original design, only part of the relationships is taken from an expert. The calculation is simple and can be followed on the table. Where criteria form a system that influences itself rather than standing independently, it offers a more realistic picture than methods that ignore this interaction.
Weaknesses
Its limitations stem largely from the relationship table itself. First, because the table carries no reciprocity requirement, inconsistencies can go unnoticed; DecisionMind's own engineering note flags this risk explicitly. Second, the weight depends heavily on the opinion of the expert who filled in the table; a different expert can produce a different weight distribution, and the method does not hide this subjectivity. Third, as the number of criteria grows, the number of cells to fill grows with the square of that count, and the table may not be filled in consistently. Fourth, the simplified form DecisionMind implements does not include the original method's "analytical completion from missing data" step; the user must fill in the entire table alone.
Common Mistakes
The most common mistake is confusing the relationship table with a decision table; FARE must be given data on influence between criteria, not alternative performance data.
A second mistake is reporting the weight as the criterion's "natural importance"; the weight reflects the influence assessment of the expert who filled in the table. A third is presenting a result filled in by a single person as an "objective analysis"; because the input is subjective, the result carries that subjectivity too. A fourth is feeding implausible row sums into the calculation without noticing them, such as marking a criterion as affecting itself excessively strongly. Whether the row sums are plausible should be checked. A fifth is trusting a single table without comparing it against tables filled in by different experts.
The governing principle is this:
A FARE weight reflects the assessment of influence between criteria made by the expert who filled in the relationship table; if the table changes, the weight changes, and the report must present this as an expert judgement, not a data finding.
Cases
Each case opens with a relationship table, describes in words what the method does to it, and shows how to read the resulting weights. The first case is DecisionMind's validation example; its figures come from the manifest, and the engine reproduces the same result. The other cases are illustrative constructions.
1. Illustrative example: A three-criterion impact table (DecisionMind validation example)
This example is not a literature case; it is a small table set up so the method's steps can be followed by hand, and it is used to validate DecisionMind's FARE engine. It assesses the influence relationship between three criteria (price, quality, delivery time) in a procurement decision.
| Affecting \ Affected | C1 (price) | C2 (quality) | C3 (delivery) |
|---|---|---|---|
| C1 (price) | 1.00 | 3.00 | 5.00 |
| C2 (quality) | 0.33 | 1.00 | 3.00 |
| C3 (delivery) | 0.20 | 0.33 | 1.00 |
The method sums every row and divides these sums by the grand total.
| Criterion | Row sum | FARE weight |
|---|---|---|
| C1 (price) | 9.00 | 0.605 |
| C2 (quality) | 4.33 | 0.291 |
| C3 (delivery) | 1.53 | 0.103 |
The result reads as follows. Price receives the highest weight because it is assessed as strongly affecting both quality and delivery time. Delivery time receives the lowest weight because it is assessed as weakly affecting the other two criteria. These weights reflect the assessor's perception of influence, not the three criteria's "natural importance."
The procurement team's hesitation: how would the weights change if the assessor had marked price's influence on quality as 2 instead of 3? The same calculation lowers C1 to 0.58 and raises C2 to 0.31; the order does not change, but the gap narrows. This shows how sensitive FARE weights are to the figures a single assessor supplies.
In the report: "The criterion weights were derived from the inter-criteria influence table with FARE; price's high weight (0.605) reflects the assessor's view of price as strongly affecting the other two criteria."
Source: DecisionMind FARE manifest, validation example; the row-sum step follows Ginevičius's (2011) definition.
2. Fire Service: Weighting criteria for a new station site
A municipal fire service is assessing the influence relationship between four criteria before choosing a new station site: average response time, population density, building age (an indicator of fire risk) and road network density. The service's engineers have filled in a table showing how these four criteria affect one another.
The method sums the table row by row and normalises it. Suppose response time, being assessed as directly determining the outcome of the other three criteria, receives the highest weight; building age, being only a risk indicator that does not directly affect the other criteria, receives the lowest weight.
The service's hesitation: building age's low weight does not mean fire risk is unimportant; FARE measures only how strongly a criterion affects other criteria, not the risk it carries in its own right. The service decides to state this distinction explicitly in the report and continues to track building age separately as a threshold criterion.
In the report: "The criterion weights were derived from the influence table filled in by the service's engineers with FARE; building age's low weight reflects that it does not directly affect the other criteria, not that the risk is unimportant."
3. Water Management: Weighting dam operation criteria
A water management authority is assessing the influence relationship between five criteria before setting a dam operation strategy: reservoir fill level, agricultural irrigation demand, drinking water demand, energy production target and flood risk. The authority's engineers have set out the interaction between these five criteria in a table.
The method sums and normalises the table. Suppose reservoir fill level, since it directly constrains all four other criteria, receives the highest weight; the energy production target, being only a standalone goal that does not feed back to affect the other criteria, receives a low weight.
The authority's hesitation: had a different engineering team filled in the table, it might have assessed flood risk's influence power more highly, and this would have changed reservoir fill level's weight. The authority therefore decides to base the table on the joint assessment of several engineers rather than a single team.
In the report: "The criterion weights were derived from the influence table filled in by the engineering team with FARE; reservoir fill level's high weight reflects that it directly constrains the other four criteria, and the table will be repeated with more than one assessor."
4. What Not to Do
Had the illustrative example's price row been filled with alternative performance data (for instance, real price figures) instead of influence data, including its own relationship with itself, FARE would have mistaken these for influence power and produced a meaningless weight; only inter-criteria influence data should be fed into FARE. A second mistake is reporting price's weight of 0.605 as "price is the most important criterion in procurement"; the weight reflects the influence perception of the expert who filled in the table. A third mistake is presenting a table filled in by a single assessor as "objective" without questioning it; a different assessor could produce a different table, and therefore a different weight.
Sources
For the formulas behind each step, the intermediate tables and citation formats, see the DecisionMind method page: decisionmind.app/library/fare
Ginevičius, R. (2011). A new determining method for the criteria weights in multicriteria evaluation. International Journal of Information Technology & Decision Making, 10(6), 1067–1095. DOI: 10.1142/S0219622011004713
Kraujalienė, L. (2019). Comparative analysis of multicriteria decision-making methods evaluating the efficiency of technology transfer. Business, Management and Education, 17, 72–93. DOI: 10.3846/bme.2019.11014
Odu, G. O. (2019). Weighting methods for multi-criteria decision making technique. Journal of Applied Sciences and Environmental Management, 23(8), 1449–1457. DOI: 10.4314/jasem.v23i8.7