{"id":126,"date":"2018-05-11T01:39:08","date_gmt":"2018-05-11T05:39:08","guid":{"rendered":"https:\/\/pressbooks.bccampus.ca\/technicalwritingh5p\/chapter\/longreports\/"},"modified":"2021-08-09T14:10:49","modified_gmt":"2021-08-09T18:10:49","slug":"longreports","status":"publish","type":"chapter","link":"https:\/\/pressbooks.bccampus.ca\/technicalwritingh5p\/chapter\/longreports\/","title":{"raw":"7.5 Long Reports \u2013 Recommendation Reports and Feasibility Studies","rendered":"7.5 Long Reports \u2013 Recommendation Reports and Feasibility Studies"},"content":{"raw":"Long reports, such as Feasibility and Recommendation Reports, are most often the final step in a series of documents, often beginning with a <strong>Proposal<\/strong> and perhaps a series of <strong>Progress Reports<\/strong>. The reports in this rather loosely defined category are variously called feasibility reports, recommendation reports, evaluation reports, assessment reports, <em>etc<\/em>. They all do roughly the same thing\u2014provide a careful study of a situation or problem, and often recommend what should be done to improve the situation. There are some subtle differences among these types, and names for them can vary.\r\n<h1><span class=\"subrunin_heading\">Feasibility Reports<\/span><\/h1>\r\nA feasibility report studies a situation (for example, a problem or opportunity) and a plan for doing something about it, and then determines whether that plan is \"feasible\"\u2014whether it is practical in terms of current technology, economics, time frame, social needs and preferences, and so on. The feasibility report answers the question \"Should we implement Plan X?\" by stating \"yes,\" \"no,\" or sometimes a \"maybe\" or \"under certain conditions.\" Not only does it indicate whether the idea is feasible, it also provides the data and the reasoning behind that determination; conversely, it might outline the reasons why the idea cannot or should not be implemented, or what obstacles must be overcome before the idea can become feasible. Typical questions addressed in these reports include\r\n<ul>\r\n \t<li><strong><em>Is it possible?<\/em><\/strong>\u00a0 Can this be done within the allotted budget, time frame, legal and regulatory conditions, and technical capabilities?<\/li>\r\n \t<li><strong><em>Is it financially viable?\u00a0 <\/em><\/strong>Even if it falls within our budget, <em>should<\/em> we do it?\u00a0 Will it have long term benefits that outweigh costs? Is there a less expensive or financially risky way to achieving the same result? How does it compare to the cost of doing nothing about this situation?<\/li>\r\n \t<li><em><strong>Will it be accepted by the community?<\/strong><\/em>\u00a0 Will people be in favor of this idea? Will anyone be opposed to it?\u00a0 How much public support is necessary to make this successful? (What kind of stakeholder consultation might be necessary to determine this?)<\/li>\r\n<\/ul>\r\n<h1><span class=\"subrunin_heading\">Recommendation Reports<\/span><\/h1>\r\nA recommendation reports starts from a stated need; it offers a selection of solution options, presents a detailed comparative analysis of the options, and then recommends one, some, or none. For example, a company might be looking at grammar-checking software and want a recommendation on which product is the best fit for them. As the report writer on this project, you could study the market for this type of application and recommend one particular product, 2-3 possible products (differing perhaps in their strengths and their weaknesses), or none (maybe none of them are appropriate for the client's specific needs). The recommendation report answers the question \"Which option should we choose?\" (or in some cases \"Which are the best options?) by recommending Product B, or maybe both Products B and C, or none of the products. These recommendations might arise from questions such as\r\n<ul>\r\n \t<li>What should we do about Problem X?<\/li>\r\n \t<li>What is the best way to provide Function or Service A?<\/li>\r\n \t<li>Should we use Technology X or Technology Y to perform Function Z?<\/li>\r\n<\/ul>\r\n<h1><span class=\"subrunin_heading\">Evaluation Reports<\/span><\/h1>\r\nAn evaluation report provides a judgment or assessment rather than a yes-no-maybe answer or a recommendation. It provides a studied opinion on the <i>value<\/i> or <i>worth<\/i> of something. For example, for over a year the city of Austin had free bus transportation in an attempt to increase ridership and reduce automobile traffic. Did it work? Was it worthwhile?\u2014These are questions an evaluation report would attempt to answer. This type of report compares a thing to a set of requirements (or criteria) and determines how well it meets those requirements. (And of course, this may result in a recommendation: to continue the project, scrap it, change it, or other possibilities.)\r\n\r\nAs you can see, these distinctions are rather fine, and they overlap somewhat. In real-world writing, these types often combine; you might see elements of the recommendation report combine with the feasibility report, for example.\r\n\r\nTest your knowledge.\r\n\r\n[h5p id=\"51\"]\r\n<h1>Typical Contents of Recommendation and Feasibility Reports<\/h1>\r\nWhatever variety of feasibility or recommendation report you write, whatever name people call it\u2014most of the sections and the organization of those sections are roughly the same.\r\n\r\nThe structural principle fundamental to this type of report is this:\u00a0 you provide not only your recommendation, choice, or judgment, but also the data, analysis, discussion, and the conclusions leading to it. That way, readers can check your findings, your logic, and your conclusions to make sure your methodology was sound and that they can agree with your recommendation. Your goal is to convince the reader to agree with you by using your careful research, detailed analysis, rhetorical style, and documentation.\r\n<p class=\"textbox__title\">The general problem-solving approach for a Recommendation Report entails the steps shown in the example below.<\/p>\r\n\r\n<div class=\"textbox textbox--learning-objectives\"><header class=\"textbox__header\">Typical Recommendation Report Elements<\/header>\r\n<div class=\"textbox__content\">\r\n<table style=\"border-collapse: collapse;width: 100%\" border=\"1\">\r\n<tbody>\r\n<tr>\r\n<td style=\"width: 30%\">1. Identify the <strong>need<\/strong><\/td>\r\n<td style=\"width: 70%\">What is the \"unsatisfactory situation\" that needs to be improved?<\/td>\r\n<\/tr>\r\n<tr>\r\n<td style=\"width: 30%\">2. Identify the <strong>criteria<\/strong> for responding to the need<\/td>\r\n<td style=\"width: 70%\">\r\n<p class=\"table-para\">What is the overall goal?<\/p>\r\n<p class=\"table-para\">What are the specific, measurable objectives any solution should achieve?<\/p>\r\n<p class=\"table-para\">What constraints must any solution adhere to?<\/p>\r\n<\/td>\r\n<\/tr>\r\n<tr>\r\n<td style=\"width: 30%\">3. Determine the solution <strong>options<\/strong> you will examine<\/td>\r\n<td style=\"width: 70%\">\r\n<p class=\"table-para\">Define the scope of your approach to the problem.<\/p>\r\n<p class=\"table-para\">Identify the possible courses of action that you will examine in your report. You might include the consequences of simply doing nothing.<\/p>\r\n<\/td>\r\n<\/tr>\r\n<tr>\r\n<td style=\"width: 30%\">4. Study how well each <strong>option <\/strong>meets the <strong>criteria<\/strong><\/td>\r\n<td style=\"width: 70%\">\r\n<p class=\"table-para\">Systematically study each option, and compare how well they meet each of the objectives you have set.<\/p>\r\n<p class=\"table-para\">Provide a systematic and quantifiable way to compare how well to solution options meet the objectives (weighted objectives chart).<\/p>\r\n<\/td>\r\n<\/tr>\r\n<tr>\r\n<td style=\"width: 30%\">5. Draw <strong>conclusions<\/strong> based on your analysis<\/td>\r\n<td style=\"width: 70%\">Based on the research presented in your discussion section, sum up your findings and give a comparative evaluation of how well each of the options meets the criteria and addresses the need.<\/td>\r\n<\/tr>\r\n<tr>\r\n<td style=\"width: 30%\">6. Formulate <strong>recommendations <\/strong>based on your conclusion<\/td>\r\n<td style=\"width: 70%\">Indicate which course of action the reader should take to address the problem, based on your analysis of the data presented in the report.<\/td>\r\n<\/tr>\r\n<\/tbody>\r\n<\/table>\r\n<\/div>\r\n<\/div>\r\nThese steps generally coincide with how you will organize your information.\u00a0 Your report will be divided into several sections that will likely include most or all of the following elements:\r\n<ol>\r\n \t<li><strong><span class=\"runin_heading\">INTRODUCTION:\u00a0 <\/span><\/strong><span class=\"runin_heading\">t<\/span>he introduction should clearly indicate the document's purpose. Your introduction will discuss the \"unsatisfactory situation\" that has given rise to this report, and the requirements that must be met (the <strong>Problem Definition<\/strong>). Your reader may also need some background. Finally, provide an overview of the contents of the report.<\/li>\r\n \t<li><strong><span class=\"runin_heading\">TECHNICAL BACKGROUND:\u00a0 <\/span><\/strong><span class=\"runin_heading\">s<\/span>ome recommendation or feasibility reports may require technical discussion in order to make the rest of the report meaningful. The dilemma with this kind of information is whether to put it in a section of its own or to fit it into the comparison sections where it is relevant. For example, a discussion of power and speed of tablet computers is going to necessitate some discussion of RAM, megahertz, and processors. Should you put that in a section that compares the tablets according to power and speed? Should you keep the comparison neat and clean, limited strictly to the comparison and the conclusion? Maybe all the technical background can be pitched in its own section\u2014either toward the front of the report or in an appendix.<\/li>\r\n \t<li><span class=\"runin_heading\"><strong>REQUIREMENTS AND CRITERIA<\/strong>:\u00a0 <\/span>a critical part of feasibility and recommendation reports is the discussion of the requirements (objectives and constraints) you'll use to reach the final decision or recommendation. Here are some examples:\r\n<ul>\r\n \t<li>If you're trying to recommend a tablet computer for use by employees, your requirements are likely to involve size, cost, hard-disk storage, display quality, durability, and battery function.<\/li>\r\n \t<li>If you're looking into the feasibility of providing every student at Austin Community College with an ID on the ACC computer network, you'd need define the basic requirements of such a program\u2014what it would be expected to accomplish, problems that it would have to avoid, and so on.<\/li>\r\n \t<li>If you're evaluating the recent program of free bus transportation in Austin, you'd need to know what was expected of the program and then compare its actual results to those requirements.<\/li>\r\n<\/ul>\r\n<\/li>\r\n<\/ol>\r\n<p style=\"padding-left: 30px\">Requirements can be defined in several ways:<\/p>\r\n<p style=\"padding-left: 60px\"><span class=\"subrunin_heading\"><strong>Numerical Values<\/strong>:<\/span>\u00a0 many requirements are stated as maximum or minimum numerical values. For example, there may be a cost requirement\u2014the tablet should cost no more than $900.<\/p>\r\n<p style=\"padding-left: 60px\"><span class=\"subrunin_heading\"><strong>Yes\/no Values<\/strong>:<\/span>\u00a0 some requirements are simply a yes-no question. Does the tablet come equipped with Bluetooth? Is the car equipped with voice recognition?<\/p>\r\n<p style=\"padding-left: 60px\"><span class=\"subrunin_heading\"><strong>Ratings Values<\/strong>:\u00a0<\/span> in some cases, key considerations cannot be handled either with numerical values or yes\/no values. For example, your organization might want a tablet that has an ease-of-use rating of at least \"good\" by some nationally accepted ratings group. Or you may have to assign ratings yourself.<\/p>\r\n<p style=\"padding-left: 30px\">The requirements section should also discuss how important the individual requirements are in relation to each other. Picture the typical situation where no one option is best in all categories of comparison. One option is cheaper; another has more functions; one has better ease-of-use ratings; another is known to be more durable. Set up your requirements so that they dictate a \"winner\" from situation where there is no obvious winner. A \"weighted objectives chart\" or \"Decision Matrix\" is often used in these cases.<\/p>\r\n<p class=\"hanging-indent\" style=\"padding-left: 30px\"><strong><span class=\"runin_heading\">4. DISCUSSION OF SOLUTION OPTIONS:\u00a0<\/span><\/strong> In certain kinds of feasibility or recommendation reports, you'll need to explain how you narrowed the field of choices down to the ones your report focuses on. Often, this follows right after the discussion of the requirements. Your basic requirements may well narrow the field down for you. But there may be other considerations that disqualify other options\u2014explain these as well.<\/p>\r\n<p style=\"padding-left: 30px\">Additionally, you may need to provide brief <a href=\"\/technicalwritingh5p\/chapter\/technicaldescriptions\/\" target=\"_blank\" rel=\"noopener\"><strong>technical descriptions<\/strong><\/a> of the options themselves. Don't get this mixed up with the comparison that comes up in the next section. In this description section, you provide a general discussion of the options so that readers will know something about them. The discussion at this stage is not comparative. It's just a general orientation to the options. In the tablets example, you might want to give some brief, general specifications on each model about to be compared.<\/p>\r\n<p class=\"hanging-indent\" style=\"padding-left: 30px\"><strong><span class=\"runin_heading\">5. COMPARATIVE ANALYSIS: <\/span><\/strong>one of the most important parts of a feasibility or recommendation report is the comparison of the options. Remember that you include this section so that readers can follow the logic of your analysis and come up with different conclusions if they desire. This comparison can be structured using a \"block\" (whole-to-whole) approach, or an \"alternating\" (point-by-point) approach.<\/p>\r\n\r\n<table class=\"shaded\" style=\"border-collapse: collapse;width: 100%\" border=\"1\">\r\n<tbody>\r\n<tr>\r\n<td style=\"width: 50%;text-align: center\"><strong>Block Approach<\/strong><\/td>\r\n<td style=\"width: 50%;text-align: center\"><strong>Alternating (Point-by-Point) Approach<\/strong><\/td>\r\n<\/tr>\r\n<tr>\r\n<td style=\"width: 50%\">\r\n<p class=\"table-para\">All the information about Option 1<\/p>\r\n<\/td>\r\n<td style=\"width: 50%\">\r\n<p class=\"table-para\">Compare all Options according to Criteria A (cost)<\/p>\r\n<\/td>\r\n<\/tr>\r\n<tr>\r\n<td style=\"width: 50%\">\r\n<p class=\"table-para\">All the information about Option 2<\/p>\r\n<\/td>\r\n<td style=\"width: 50%\">\r\n<p class=\"table-para\">Compare all Options according to Criteria B (functionality)<\/p>\r\n<\/td>\r\n<\/tr>\r\n<tr>\r\n<td style=\"width: 50%\">\r\n<p class=\"table-para\">All the information about Option 3<\/p>\r\n<\/td>\r\n<td style=\"width: 50%\">\r\n<p class=\"table-para\">Compare all options according to Criteria C (ease of use)<\/p>\r\n<\/td>\r\n<\/tr>\r\n<tr>\r\n<td style=\"width: 50%\">\r\n<p class=\"table-para\">Direct Comparative Analysis of all three options and Summary of Results<\/p>\r\n<\/td>\r\n<td style=\"width: 50%\">\r\n<p class=\"table-para\">Summary of Results<\/p>\r\n<\/td>\r\n<\/tr>\r\n<\/tbody>\r\n<\/table>\r\n<p style=\"padding-left: 30px\">You might compare 3 options (1, 2, and 3) using three criteria for comparison (A, B, and C).\u00a0 If you were comparing tablets, you'd likely use the point-by-point approach, having a section that compared all three options based on cost (criteria A), another section that compared them on battery function, and so on. You <i>wouldn't<\/i> have a section that discussed everything about option 1, another that discussed everything about option 2, and so on. That would not be effective or efficient, because you still have to make direct comparisons somewhere near the end of your discussion (such as in a weighted objectives chart).<\/p>\r\n<p style=\"padding-left: 30px\">Each of these comparative sections should end with a conclusion that sums up the relative strengths and weaknesses of each option and indicates which option is the best choice in that particular category of comparison. Of course, it won't always be easy to state a clear winner\u2014you may have to qualify the conclusions in various ways, providing multiple conclusions for different conditions.<\/p>\r\n<p style=\"padding-left: 30px\">If you were writing an evaluation report, you wouldn't be comparing options. Instead, you'd be comparing the thing being evaluated against the requirements placed upon it, the expectations people had of it. For example, Capital Metro had a program of more than a year of free bus transportation.\u00a0 What was expected of that program? Did the program meet those expectations?<\/p>\r\n<p class=\"hanging-indent\" style=\"padding-left: 30px\"><strong><span class=\"runin_heading\">6. SUMMARY TABLE: <\/span><\/strong><span class=\"runin_heading\"> a<\/span>fter the individual comparisons, include a summary table (such as a <strong>Weighted Objectives Chart<\/strong>) that summarizes the conclusions from the comparative analysis section. Some readers are more likely to pay attention to details in a table than in paragraphs; however, you still have to write up a clear summary paragraph of your findings.<\/p>\r\n<p class=\"hanging-indent\" style=\"padding-left: 30px\"><strong><span class=\"runin_heading\">7. CONCLUSIONS:\u00a0<\/span> <\/strong>the conclusions section of a feasibility or recommendation report amalgamates all of the conclusions you have already reached in each of the comparison sections. In this section, you restate the individual conclusions, for example, which model had the best price, which had the best battery function, and so on. You could give a summary of the relative strengths and weakness of each option based on how well they meet the criteria.<\/p>\r\n<p style=\"padding-left: 30px\">This section has to go further. It must untangle all the conflicting conclusions and somehow reach the final conclusion, which is the one that states which is the best choice. Thus, the conclusion section first lists the <i>primary conclusions<\/i>\u2014the simple, single-category ones. Then it must state <i>secondary conclusions<\/i>\u2014the ones that balance conflicting primary conclusions. For example, if one tablet is the least inexpensive but has poor battery function, but another is the most expensive but has good battery function, which do you choose and why? The secondary conclusion would state the answer to this dilemma.<\/p>\r\n<p class=\"hanging-indent\" style=\"padding-left: 30px\"><strong><span class=\"runin_heading\">8. RECOMMENDATIONS: <\/span><\/strong>the final section of feasibility and recommendation reports states the recommendations which flow directly from your conclusions and directly address the problem outlined in the introduction. These may sometimes be repetitive, but remember that some readers may skip right to the recommendation section. Also, there will be some cases where there may be a best choice but you wouldn't want to recommend it. Early in their history, laptop computers were heavy and unreliable\u2014there may have been one model that was better than the rest, but even it was not worth having. You may want to recommend further research, a pilot project, or a re-design of one of the options discussed.<\/p>\r\n<p style=\"padding-left: 30px\">The recommendation section should outline what further work needs to be done, based solidly on the information presented previously in the report and responding directly to the needs outlined in the beginning. In some cases, you may need to recommend several ranked options based on different possibilities.<\/p>\r\n\r\n<h1>Revision Checklist for Feasibility and Recommendation Reports<a name=\"checklist\"><\/a><\/h1>\r\n<p class=\"textbox__title\">As you reread and revise your feasibility or recommendation report, ensure that you have included all of the sections and elements described below. Ensure you open each section and read the key content elements for each document section.<\/p>\r\n[h5p id=\"50\"]\r\n<div class=\"textbox\">This chapter was adapted from David Murrey's \"Recommendation and Feasibility Reports\"\u00a0 in <a href=\"https:\/\/www.prismnet.com\/~hcexres\/textbook\/feas.html\"><em>Online Technical Writing<\/em><\/a>, which is licensed under a <a href=\"https:\/\/creativecommons.org\/licenses\/by\/4.0\/\">Creative Commons Attribution 4.0 International License<\/a>.<\/div>","rendered":"<p>Long reports, such as Feasibility and Recommendation Reports, are most often the final step in a series of documents, often beginning with a <strong>Proposal<\/strong> and perhaps a series of <strong>Progress Reports<\/strong>. The reports in this rather loosely defined category are variously called feasibility reports, recommendation reports, evaluation reports, assessment reports, <em>etc<\/em>. They all do roughly the same thing\u2014provide a careful study of a situation or problem, and often recommend what should be done to improve the situation. There are some subtle differences among these types, and names for them can vary.<\/p>\n<h1><span class=\"subrunin_heading\">Feasibility Reports<\/span><\/h1>\n<p>A feasibility report studies a situation (for example, a problem or opportunity) and a plan for doing something about it, and then determines whether that plan is &#8220;feasible&#8221;\u2014whether it is practical in terms of current technology, economics, time frame, social needs and preferences, and so on. The feasibility report answers the question &#8220;Should we implement Plan X?&#8221; by stating &#8220;yes,&#8221; &#8220;no,&#8221; or sometimes a &#8220;maybe&#8221; or &#8220;under certain conditions.&#8221; Not only does it indicate whether the idea is feasible, it also provides the data and the reasoning behind that determination; conversely, it might outline the reasons why the idea cannot or should not be implemented, or what obstacles must be overcome before the idea can become feasible. Typical questions addressed in these reports include<\/p>\n<ul>\n<li><strong><em>Is it possible?<\/em><\/strong>\u00a0 Can this be done within the allotted budget, time frame, legal and regulatory conditions, and technical capabilities?<\/li>\n<li><strong><em>Is it financially viable?\u00a0 <\/em><\/strong>Even if it falls within our budget, <em>should<\/em> we do it?\u00a0 Will it have long term benefits that outweigh costs? Is there a less expensive or financially risky way to achieving the same result? How does it compare to the cost of doing nothing about this situation?<\/li>\n<li><em><strong>Will it be accepted by the community?<\/strong><\/em>\u00a0 Will people be in favor of this idea? Will anyone be opposed to it?\u00a0 How much public support is necessary to make this successful? (What kind of stakeholder consultation might be necessary to determine this?)<\/li>\n<\/ul>\n<h1><span class=\"subrunin_heading\">Recommendation Reports<\/span><\/h1>\n<p>A recommendation reports starts from a stated need; it offers a selection of solution options, presents a detailed comparative analysis of the options, and then recommends one, some, or none. For example, a company might be looking at grammar-checking software and want a recommendation on which product is the best fit for them. As the report writer on this project, you could study the market for this type of application and recommend one particular product, 2-3 possible products (differing perhaps in their strengths and their weaknesses), or none (maybe none of them are appropriate for the client&#8217;s specific needs). The recommendation report answers the question &#8220;Which option should we choose?&#8221; (or in some cases &#8220;Which are the best options?) by recommending Product B, or maybe both Products B and C, or none of the products. These recommendations might arise from questions such as<\/p>\n<ul>\n<li>What should we do about Problem X?<\/li>\n<li>What is the best way to provide Function or Service A?<\/li>\n<li>Should we use Technology X or Technology Y to perform Function Z?<\/li>\n<\/ul>\n<h1><span class=\"subrunin_heading\">Evaluation Reports<\/span><\/h1>\n<p>An evaluation report provides a judgment or assessment rather than a yes-no-maybe answer or a recommendation. It provides a studied opinion on the <i>value<\/i> or <i>worth<\/i> of something. For example, for over a year the city of Austin had free bus transportation in an attempt to increase ridership and reduce automobile traffic. Did it work? Was it worthwhile?\u2014These are questions an evaluation report would attempt to answer. This type of report compares a thing to a set of requirements (or criteria) and determines how well it meets those requirements. (And of course, this may result in a recommendation: to continue the project, scrap it, change it, or other possibilities.)<\/p>\n<p>As you can see, these distinctions are rather fine, and they overlap somewhat. In real-world writing, these types often combine; you might see elements of the recommendation report combine with the feasibility report, for example.<\/p>\n<p>Test your knowledge.<\/p>\n<div id=\"h5p-51\">\n<div class=\"h5p-iframe-wrapper\"><iframe id=\"h5p-iframe-51\" class=\"h5p-iframe\" data-content-id=\"51\" style=\"height:1px\" src=\"about:blank\" frameBorder=\"0\" scrolling=\"no\" title=\"What Type of Report?\"><\/iframe><\/div>\n<\/div>\n<h1>Typical Contents of Recommendation and Feasibility Reports<\/h1>\n<p>Whatever variety of feasibility or recommendation report you write, whatever name people call it\u2014most of the sections and the organization of those sections are roughly the same.<\/p>\n<p>The structural principle fundamental to this type of report is this:\u00a0 you provide not only your recommendation, choice, or judgment, but also the data, analysis, discussion, and the conclusions leading to it. That way, readers can check your findings, your logic, and your conclusions to make sure your methodology was sound and that they can agree with your recommendation. Your goal is to convince the reader to agree with you by using your careful research, detailed analysis, rhetorical style, and documentation.<\/p>\n<p class=\"textbox__title\">The general problem-solving approach for a Recommendation Report entails the steps shown in the example below.<\/p>\n<div class=\"textbox textbox--learning-objectives\">\n<header class=\"textbox__header\">Typical Recommendation Report Elements<\/header>\n<div class=\"textbox__content\">\n<table style=\"border-collapse: collapse;width: 100%\">\n<tbody>\n<tr>\n<td style=\"width: 30%\">1. Identify the <strong>need<\/strong><\/td>\n<td style=\"width: 70%\">What is the &#8220;unsatisfactory situation&#8221; that needs to be improved?<\/td>\n<\/tr>\n<tr>\n<td style=\"width: 30%\">2. Identify the <strong>criteria<\/strong> for responding to the need<\/td>\n<td style=\"width: 70%\">\n<p class=\"table-para\">What is the overall goal?<\/p>\n<p class=\"table-para\">What are the specific, measurable objectives any solution should achieve?<\/p>\n<p class=\"table-para\">What constraints must any solution adhere to?<\/p>\n<\/td>\n<\/tr>\n<tr>\n<td style=\"width: 30%\">3. Determine the solution <strong>options<\/strong> you will examine<\/td>\n<td style=\"width: 70%\">\n<p class=\"table-para\">Define the scope of your approach to the problem.<\/p>\n<p class=\"table-para\">Identify the possible courses of action that you will examine in your report. You might include the consequences of simply doing nothing.<\/p>\n<\/td>\n<\/tr>\n<tr>\n<td style=\"width: 30%\">4. Study how well each <strong>option <\/strong>meets the <strong>criteria<\/strong><\/td>\n<td style=\"width: 70%\">\n<p class=\"table-para\">Systematically study each option, and compare how well they meet each of the objectives you have set.<\/p>\n<p class=\"table-para\">Provide a systematic and quantifiable way to compare how well to solution options meet the objectives (weighted objectives chart).<\/p>\n<\/td>\n<\/tr>\n<tr>\n<td style=\"width: 30%\">5. Draw <strong>conclusions<\/strong> based on your analysis<\/td>\n<td style=\"width: 70%\">Based on the research presented in your discussion section, sum up your findings and give a comparative evaluation of how well each of the options meets the criteria and addresses the need.<\/td>\n<\/tr>\n<tr>\n<td style=\"width: 30%\">6. Formulate <strong>recommendations <\/strong>based on your conclusion<\/td>\n<td style=\"width: 70%\">Indicate which course of action the reader should take to address the problem, based on your analysis of the data presented in the report.<\/td>\n<\/tr>\n<\/tbody>\n<\/table>\n<\/div>\n<\/div>\n<p>These steps generally coincide with how you will organize your information.\u00a0 Your report will be divided into several sections that will likely include most or all of the following elements:<\/p>\n<ol>\n<li><strong><span class=\"runin_heading\">INTRODUCTION:\u00a0 <\/span><\/strong><span class=\"runin_heading\">t<\/span>he introduction should clearly indicate the document&#8217;s purpose. Your introduction will discuss the &#8220;unsatisfactory situation&#8221; that has given rise to this report, and the requirements that must be met (the <strong>Problem Definition<\/strong>). Your reader may also need some background. Finally, provide an overview of the contents of the report.<\/li>\n<li><strong><span class=\"runin_heading\">TECHNICAL BACKGROUND:\u00a0 <\/span><\/strong><span class=\"runin_heading\">s<\/span>ome recommendation or feasibility reports may require technical discussion in order to make the rest of the report meaningful. The dilemma with this kind of information is whether to put it in a section of its own or to fit it into the comparison sections where it is relevant. For example, a discussion of power and speed of tablet computers is going to necessitate some discussion of RAM, megahertz, and processors. Should you put that in a section that compares the tablets according to power and speed? Should you keep the comparison neat and clean, limited strictly to the comparison and the conclusion? Maybe all the technical background can be pitched in its own section\u2014either toward the front of the report or in an appendix.<\/li>\n<li><span class=\"runin_heading\"><strong>REQUIREMENTS AND CRITERIA<\/strong>:\u00a0 <\/span>a critical part of feasibility and recommendation reports is the discussion of the requirements (objectives and constraints) you&#8217;ll use to reach the final decision or recommendation. Here are some examples:\n<ul>\n<li>If you&#8217;re trying to recommend a tablet computer for use by employees, your requirements are likely to involve size, cost, hard-disk storage, display quality, durability, and battery function.<\/li>\n<li>If you&#8217;re looking into the feasibility of providing every student at Austin Community College with an ID on the ACC computer network, you&#8217;d need define the basic requirements of such a program\u2014what it would be expected to accomplish, problems that it would have to avoid, and so on.<\/li>\n<li>If you&#8217;re evaluating the recent program of free bus transportation in Austin, you&#8217;d need to know what was expected of the program and then compare its actual results to those requirements.<\/li>\n<\/ul>\n<\/li>\n<\/ol>\n<p style=\"padding-left: 30px\">Requirements can be defined in several ways:<\/p>\n<p style=\"padding-left: 60px\"><span class=\"subrunin_heading\"><strong>Numerical Values<\/strong>:<\/span>\u00a0 many requirements are stated as maximum or minimum numerical values. For example, there may be a cost requirement\u2014the tablet should cost no more than $900.<\/p>\n<p style=\"padding-left: 60px\"><span class=\"subrunin_heading\"><strong>Yes\/no Values<\/strong>:<\/span>\u00a0 some requirements are simply a yes-no question. Does the tablet come equipped with Bluetooth? Is the car equipped with voice recognition?<\/p>\n<p style=\"padding-left: 60px\"><span class=\"subrunin_heading\"><strong>Ratings Values<\/strong>:\u00a0<\/span> in some cases, key considerations cannot be handled either with numerical values or yes\/no values. For example, your organization might want a tablet that has an ease-of-use rating of at least &#8220;good&#8221; by some nationally accepted ratings group. Or you may have to assign ratings yourself.<\/p>\n<p style=\"padding-left: 30px\">The requirements section should also discuss how important the individual requirements are in relation to each other. Picture the typical situation where no one option is best in all categories of comparison. One option is cheaper; another has more functions; one has better ease-of-use ratings; another is known to be more durable. Set up your requirements so that they dictate a &#8220;winner&#8221; from situation where there is no obvious winner. A &#8220;weighted objectives chart&#8221; or &#8220;Decision Matrix&#8221; is often used in these cases.<\/p>\n<p class=\"hanging-indent\" style=\"padding-left: 30px\"><strong><span class=\"runin_heading\">4. DISCUSSION OF SOLUTION OPTIONS:\u00a0<\/span><\/strong> In certain kinds of feasibility or recommendation reports, you&#8217;ll need to explain how you narrowed the field of choices down to the ones your report focuses on. Often, this follows right after the discussion of the requirements. Your basic requirements may well narrow the field down for you. But there may be other considerations that disqualify other options\u2014explain these as well.<\/p>\n<p style=\"padding-left: 30px\">Additionally, you may need to provide brief <a href=\"\/technicalwritingh5p\/chapter\/technicaldescriptions\/\" target=\"_blank\" rel=\"noopener\"><strong>technical descriptions<\/strong><\/a> of the options themselves. Don&#8217;t get this mixed up with the comparison that comes up in the next section. In this description section, you provide a general discussion of the options so that readers will know something about them. The discussion at this stage is not comparative. It&#8217;s just a general orientation to the options. In the tablets example, you might want to give some brief, general specifications on each model about to be compared.<\/p>\n<p class=\"hanging-indent\" style=\"padding-left: 30px\"><strong><span class=\"runin_heading\">5. COMPARATIVE ANALYSIS: <\/span><\/strong>one of the most important parts of a feasibility or recommendation report is the comparison of the options. Remember that you include this section so that readers can follow the logic of your analysis and come up with different conclusions if they desire. This comparison can be structured using a &#8220;block&#8221; (whole-to-whole) approach, or an &#8220;alternating&#8221; (point-by-point) approach.<\/p>\n<table class=\"shaded\" style=\"border-collapse: collapse;width: 100%\">\n<tbody>\n<tr>\n<td style=\"width: 50%;text-align: center\"><strong>Block Approach<\/strong><\/td>\n<td style=\"width: 50%;text-align: center\"><strong>Alternating (Point-by-Point) Approach<\/strong><\/td>\n<\/tr>\n<tr>\n<td style=\"width: 50%\">\n<p class=\"table-para\">All the information about Option 1<\/p>\n<\/td>\n<td style=\"width: 50%\">\n<p class=\"table-para\">Compare all Options according to Criteria A (cost)<\/p>\n<\/td>\n<\/tr>\n<tr>\n<td style=\"width: 50%\">\n<p class=\"table-para\">All the information about Option 2<\/p>\n<\/td>\n<td style=\"width: 50%\">\n<p class=\"table-para\">Compare all Options according to Criteria B (functionality)<\/p>\n<\/td>\n<\/tr>\n<tr>\n<td style=\"width: 50%\">\n<p class=\"table-para\">All the information about Option 3<\/p>\n<\/td>\n<td style=\"width: 50%\">\n<p class=\"table-para\">Compare all options according to Criteria C (ease of use)<\/p>\n<\/td>\n<\/tr>\n<tr>\n<td style=\"width: 50%\">\n<p class=\"table-para\">Direct Comparative Analysis of all three options and Summary of Results<\/p>\n<\/td>\n<td style=\"width: 50%\">\n<p class=\"table-para\">Summary of Results<\/p>\n<\/td>\n<\/tr>\n<\/tbody>\n<\/table>\n<p style=\"padding-left: 30px\">You might compare 3 options (1, 2, and 3) using three criteria for comparison (A, B, and C).\u00a0 If you were comparing tablets, you&#8217;d likely use the point-by-point approach, having a section that compared all three options based on cost (criteria A), another section that compared them on battery function, and so on. You <i>wouldn&#8217;t<\/i> have a section that discussed everything about option 1, another that discussed everything about option 2, and so on. That would not be effective or efficient, because you still have to make direct comparisons somewhere near the end of your discussion (such as in a weighted objectives chart).<\/p>\n<p style=\"padding-left: 30px\">Each of these comparative sections should end with a conclusion that sums up the relative strengths and weaknesses of each option and indicates which option is the best choice in that particular category of comparison. Of course, it won&#8217;t always be easy to state a clear winner\u2014you may have to qualify the conclusions in various ways, providing multiple conclusions for different conditions.<\/p>\n<p style=\"padding-left: 30px\">If you were writing an evaluation report, you wouldn&#8217;t be comparing options. Instead, you&#8217;d be comparing the thing being evaluated against the requirements placed upon it, the expectations people had of it. For example, Capital Metro had a program of more than a year of free bus transportation.\u00a0 What was expected of that program? Did the program meet those expectations?<\/p>\n<p class=\"hanging-indent\" style=\"padding-left: 30px\"><strong><span class=\"runin_heading\">6. SUMMARY TABLE: <\/span><\/strong><span class=\"runin_heading\"> a<\/span>fter the individual comparisons, include a summary table (such as a <strong>Weighted Objectives Chart<\/strong>) that summarizes the conclusions from the comparative analysis section. Some readers are more likely to pay attention to details in a table than in paragraphs; however, you still have to write up a clear summary paragraph of your findings.<\/p>\n<p class=\"hanging-indent\" style=\"padding-left: 30px\"><strong><span class=\"runin_heading\">7. CONCLUSIONS:\u00a0<\/span> <\/strong>the conclusions section of a feasibility or recommendation report amalgamates all of the conclusions you have already reached in each of the comparison sections. In this section, you restate the individual conclusions, for example, which model had the best price, which had the best battery function, and so on. You could give a summary of the relative strengths and weakness of each option based on how well they meet the criteria.<\/p>\n<p style=\"padding-left: 30px\">This section has to go further. It must untangle all the conflicting conclusions and somehow reach the final conclusion, which is the one that states which is the best choice. Thus, the conclusion section first lists the <i>primary conclusions<\/i>\u2014the simple, single-category ones. Then it must state <i>secondary conclusions<\/i>\u2014the ones that balance conflicting primary conclusions. For example, if one tablet is the least inexpensive but has poor battery function, but another is the most expensive but has good battery function, which do you choose and why? The secondary conclusion would state the answer to this dilemma.<\/p>\n<p class=\"hanging-indent\" style=\"padding-left: 30px\"><strong><span class=\"runin_heading\">8. RECOMMENDATIONS: <\/span><\/strong>the final section of feasibility and recommendation reports states the recommendations which flow directly from your conclusions and directly address the problem outlined in the introduction. These may sometimes be repetitive, but remember that some readers may skip right to the recommendation section. Also, there will be some cases where there may be a best choice but you wouldn&#8217;t want to recommend it. Early in their history, laptop computers were heavy and unreliable\u2014there may have been one model that was better than the rest, but even it was not worth having. You may want to recommend further research, a pilot project, or a re-design of one of the options discussed.<\/p>\n<p style=\"padding-left: 30px\">The recommendation section should outline what further work needs to be done, based solidly on the information presented previously in the report and responding directly to the needs outlined in the beginning. In some cases, you may need to recommend several ranked options based on different possibilities.<\/p>\n<h1>Revision Checklist for Feasibility and Recommendation Reports<a name=\"checklist\" id=\"checklist\"><\/a><\/h1>\n<p class=\"textbox__title\">As you reread and revise your feasibility or recommendation report, ensure that you have included all of the sections and elements described below. Ensure you open each section and read the key content elements for each document section.<\/p>\n<div id=\"h5p-50\">\n<div class=\"h5p-iframe-wrapper\"><iframe id=\"h5p-iframe-50\" class=\"h5p-iframe\" data-content-id=\"50\" style=\"height:1px\" src=\"about:blank\" frameBorder=\"0\" scrolling=\"no\" title=\"Revision Checklist for Recommendation Reports\"><\/iframe><\/div>\n<\/div>\n<div class=\"textbox\">This chapter was adapted from David Murrey&#8217;s &#8220;Recommendation and Feasibility Reports&#8221;\u00a0 in <a href=\"https:\/\/www.prismnet.com\/~hcexres\/textbook\/feas.html\"><em>Online Technical Writing<\/em><\/a>, which is licensed under a <a href=\"https:\/\/creativecommons.org\/licenses\/by\/4.0\/\">Creative Commons Attribution 4.0 International License<\/a>.<\/div>\n","protected":false},"author":103,"menu_order":5,"template":"","meta":{"pb_show_title":"on","pb_short_title":"Recommendation and Feasibility Reports","pb_subtitle":"","pb_authors":[],"pb_section_license":""},"chapter-type":[48],"contributor":[],"license":[],"class_list":["post-126","chapter","type-chapter","status-publish","hentry","chapter-type-numberless"],"part":110,"_links":{"self":[{"href":"https:\/\/pressbooks.bccampus.ca\/technicalwritingh5p\/wp-json\/pressbooks\/v2\/chapters\/126","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/pressbooks.bccampus.ca\/technicalwritingh5p\/wp-json\/pressbooks\/v2\/chapters"}],"about":[{"href":"https:\/\/pressbooks.bccampus.ca\/technicalwritingh5p\/wp-json\/wp\/v2\/types\/chapter"}],"author":[{"embeddable":true,"href":"https:\/\/pressbooks.bccampus.ca\/technicalwritingh5p\/wp-json\/wp\/v2\/users\/103"}],"version-history":[{"count":5,"href":"https:\/\/pressbooks.bccampus.ca\/technicalwritingh5p\/wp-json\/pressbooks\/v2\/chapters\/126\/revisions"}],"predecessor-version":[{"id":276,"href":"https:\/\/pressbooks.bccampus.ca\/technicalwritingh5p\/wp-json\/pressbooks\/v2\/chapters\/126\/revisions\/276"}],"part":[{"href":"https:\/\/pressbooks.bccampus.ca\/technicalwritingh5p\/wp-json\/pressbooks\/v2\/parts\/110"}],"metadata":[{"href":"https:\/\/pressbooks.bccampus.ca\/technicalwritingh5p\/wp-json\/pressbooks\/v2\/chapters\/126\/metadata\/"}],"wp:attachment":[{"href":"https:\/\/pressbooks.bccampus.ca\/technicalwritingh5p\/wp-json\/wp\/v2\/media?parent=126"}],"wp:term":[{"taxonomy":"chapter-type","embeddable":true,"href":"https:\/\/pressbooks.bccampus.ca\/technicalwritingh5p\/wp-json\/pressbooks\/v2\/chapter-type?post=126"},{"taxonomy":"contributor","embeddable":true,"href":"https:\/\/pressbooks.bccampus.ca\/technicalwritingh5p\/wp-json\/wp\/v2\/contributor?post=126"},{"taxonomy":"license","embeddable":true,"href":"https:\/\/pressbooks.bccampus.ca\/technicalwritingh5p\/wp-json\/wp\/v2\/license?post=126"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}