请点击此处以提供帮助 大卫 麦克默里 为网站托管付费:
捐出你力所能及的任何小额款项 !
在线技术写作将保持免费.
本章介绍了一类定义较为宽泛的报告类型，这些报告提供经过研究的意见或建议，接着，如果你正在上技术写作课程，你就要撰写一份你自己的报告。
一些细微的区别...
可行性报告、建议报告、评价报告、评估报告，以及谁知道还有什么，都大致做同一件事—提供经过仔细研究的意见，有时还会提出建议。
- 可行性报告: 密苏里州会有超级高铁吗？一项新研究称这是可行的，但不一定负担得起 (在单独的浏览器中打开).
- 建议报告： 这种类型从陈述的需求、备选项的选择，或两者同时出发，然后推荐其中一个、若干个，或不推荐任何一个。例如，一家公司可能在考察语法检查软件，并希望得到关于哪个产品最好的推荐。推荐报告回答的问题是 "我们应该选择哪个选项?
- 评估报告： 这种类型提供的是一种意见或判断，而不是一个是-否-可能式的回答或建议。它就某一主题提供了经过研究的意见。 价值 或 价值 通过将某事物与一系列要求（或标准）进行比较来评估某事物。 例如，最近奥斯汀市评估了免费公交运输作为增加乘客量和减少交通的一种方式。 奏效了吗？值得吗？—这些是评估报告会试图回答的问题。
NotebookLM 生成的本章信息图
典型内容: 建议与可行性报告
无论你写的是哪种可行性、建议或评估报告, 无论人们如何称呼它—大多数章节和这些章节的组织结构大致相同.
基本结构原则是这样的：你不仅提供你的建议、选择或判断，还要提供促成它们的数据和由此得出的结论。这样，读者就可以核查你的发现、你的逻辑和你的结论，并得出完全不同的观点。
介绍。 在引言中，说明该文档的目的是确定可行性、提出建议或评估某个主题。
建议和可行性报告的示意图. 记住这是内容和组织的典型或常见模型.
关于情况的背景。 对于这些报告中的许多, 你需要讨论导致它们产生的问题, 需求, 或机会. 如果关于它们需要说明的内容很少, 这些信息可以放在引言中.
要求与标准. 可行性和建议报告的一个关键部分是讨论你将用来做出最终决定或建议的要求。以下是一些示例：
- 如果你在尝试为员工推荐平板电脑, 你的需求很可能会涉及尺寸, 成本, 硬盘存储, 显示质量, 耐用性, 和电池功能.
- 如果你在研究在奥斯汀社区学院为每位学生在ACC计算机网络上提供账户的可行性，你需要定义这样一个程序的基本需求—它应完成的任务、必须避免的问题，等等。
- 如果你在评估奥斯汀最近的免费公交项目，你需要知道对该项目的期望，然后将其实际结果与这些要求进行比较。
需求可以通过几种基本方式来定义：
- 数值： 许多要求被表述为最大或最小的数值. 例如, 可能有一个成本要求—平板电脑的价格不得超过$900.
- 是/否 值: 有些需求只是一个是/否的问题。 平板电脑是否配备蓝牙？ 汽车是否配备语音识别？
- 评分值： 在某些情况下，关键考虑既不能用数值来处理，也不能用是/否值来处理。例如，你的组织可能希望某款平板电脑在某个全国公认的评级机构那里获得至少为"good"的易用性评级。或者你可能需要自己为其分配评级。
要求部分还应讨论各项要求相互之间的重要性。想象一个典型情形：没有任何一个选项在所有比较类别中都占优势。一个选项更便宜；另一个功能更多；一个在易用性评分上更好；另一个则以更耐用著称。设置你的要求，使它们能够在没有明显优胜者的情况下也能决定一个 "winner".
关于选项的讨论. 在某些类型的可行性或建议报告中，你需要说明你如何将可选项的范围缩小到报告所关注的那些。通常，这紧接在对需求的讨论之后。你的基本需求很可能已经为你缩小了范围。但也可能存在其他考虑因素使其他选项被排除—也要解释这些。
逐项 比较. 可行性报告或建议报告中最重要的部分之一是对各个选项的比较. 记住，你加入这一部分是为了让读者能够核查你的思路，并在愿意时得出不同的结论. 这应当按比较点逐点处理，而不是按选项逐一处理.
将比较组织为整体对整体和逐点比较两种方法的示意图。 除非你有一个非常不寻常的主题, 使用逐点方法.
如果你在比较平板电脑, 你会有一个部分比较它们的成本, 另一个部分比较它们的电池功能, 等等. 你 不会 有一个部分讨论了关于选项 A 的所有内容，另一个部分讨论了关于选项 B 的所有内容，等等。那样根本不会有效，因为比较仍然必须在某处—可能由可怜的读者来做。(见上文关于这两种比较方法的示意图。)
采用逐点比较的方法时，每个比较部分都应以一个结论结束，说明在该具体比较点上哪个选项是最佳选择。 当然，要说出一个明确的赢家并不总是容易的—你可能需要以各种方式限定这些结论，为不同情况提供多个结论。
注意： 你什么时候会使用整体对整体的方法？ 可能这些比较在逻辑上不能分解为点—类别。 被比较的选项可能具有不同且不可比的优缺点。 两个被比较的产品可能具有不同但部分重叠的功能集合。 那么你更喜欢—苹果还是橙子？
个人比较部分。 注意，本节仅比较了一个要点，并以对该要点明确陈述的结论结束。
如果你在做一份评估报告，显然你不会去比较不同的选项。相反，你会把被评估的对象与施加在其上的要求、公众对它的期望进行比较。例如，Capital Metro 有一个为期一年多的免费公交服务项目—人们对该项目有什么期望？该项目满足这些期望吗？
摘要表。 在各项比较之后，包含一张总结表，总结比较部分的结论。有些读者倾向于关注表格中的细节而不是段落。这并不意味着你就可以免去写段落的责任！
汇总表。 一些读者更喜欢表格数据，而不是段落中的数据。
结论。 可行性或建议报告的结论部分在某种程度上是对你在比较部分已经得出的结论的总结或重述. 在本节中, 你重述各项具体结论, 例如, 哪个型号价格最优, 哪个型号电池功能最好, 等等.
但本节还必须更进一步。它必须理清所有相互冲突的结论，并以某种方式得出最终结论，即指出哪一个是最佳选择。因此，结论部分首先列出 主要结论—那些简单、单一类别的。但随后它必须说明 次要结论—那些在相互冲突的主要结论之间取得平衡的结论. 例如, 如果一款平板电脑是最便宜的但电池性能差, 而另一款是最贵的且电池性能良好, 你会选择哪一款, 为什么? 次要结论会陈述对这一困境的答案.
当然，结论部分以 最终结论—那个说明哪个选项是最佳选择的。
建议或最终意见. 可行性和建议报告的最后一部分会陈述出建议。 你会认为这点现在应该很明显了。 通常确实如此，但要记住，有些读者可能会直接跳到建议部分而跳过你所有的辛勤工作！ 另外，也会有一些情况，可能存在一个最优选择，但你并不想推荐它。 早期的笔记本电脑既笨重又不可靠—也许有某个型号比其他的好，但即便如此也不值得拥有。
建议部分应概括支持该建议的最重要结论，并随后明确有力地提出该建议. 通常，您可能需要根据不同可能性提出若干备选方案. 如示例所示，可用项目符号列表来处理.
主要、次要和最终结论。 注意到在结论6中，两类比较相互权衡，更多选项胜过较低成本—一个次要结论。
在评估报告中，这一最终部分会陈述最终意见或判断。以下是一些可能的表述：
- 是的，免费公交运输计划是成功的，或者至少根据最初的预期来看是成功的。
- 不，那是个惨败—它连最低的期望都没达到。
- 或者，它既是成功也是失败—它确实在某些方面达到了预期，但在另一些方面则没有。But in this case you're still on the hook—你的总体评价是什么？再次强调，该判断的依据必须在需求部分的某处写明。
可行性与建议报告的组织计划
这是讨论这种类型报告两种基本组织方案的好时机：
- 传统计划： 这个对应于本章中各节刚刚呈现的顺序。你先从背景和要求开始，然后转到比较，最后以结论和建议结束。
- 执行计划： 这一做法将结论和建议移到报告前面，并把关于背景、需求和比较的完整讨论放到附录中。这样， "忙碌的高管" 就能立刻看到最重要的信息，并且只有在有疑问时才会去查阅详细讨论。
同一报告的示例大纲。 注意在高管的方法中, 所有关键事实, 结论, 和建议都被"提前呈现", 这样读者可以很快看到它们. 在大型报告中, 每个附录都有标签.
用于推荐报告的 AI 提示
清单，通常无人阅读，经过一些修改后可以作为 AI 提示的来源。复制下列内容，粘贴到像 Google 的 Gemini 这样的 AI 系统中，看看你可能错过了什么。
注意：有关数据报告或其组成部分的内容、格式和样式的所有引用可在 在线技术写作教科书.
当你想使用 AI 来评估写作项目时，先介绍你自己，告诉 AI 你是谁、你想要什么。给 AI 一个用于评估的参考点，比如在线教科书。然后发布你希望 AI 在评估中检查的内容。
修改介绍以符合你的身份。
|
用于推荐报告的 AI 提示 你好, AI. 我是 David McMurrey, 就读于 Austin Community College (奥斯汀, 德克萨斯) 的网络安全学生. 我请求你使用此来评估以下的建议报告 在线教材, 关于...的章节 推荐报告, 以及以下问题:
相关信息 |
我会很感激你对本章的想法、反应与批评： 你的回复—大卫 麦克默里.
