여기를 클릭하여 도와주세요. 데이비드 맥머리 웹 호스팅 비용 지불:
조금이라도 기부해 주세요!
온라인 기술 집필은 무료로 유지됩니다.
이 장에서는 연구된 의견이나 권고를 제공하는 느슨하게 정의된 보고서 유형 그룹을 소개하고, 이후 기술 작문 과정에 있다면 당신만의 보고서를 작성하게 됩니다.
몇 가지 미세한 구별...
타당성 보고서, 권장 사항 보고서, 평가 보고서, 진단 보고서, 그리고 누가 알겠습니까, 다 비슷한 일을 합니다—철저히 연구된 의견과 때때로 권장 사항을 제공합니다.
- 타당성 보고서: 이 유형은 상황(예: 문제나 기회)을 연구하고 그것에 대한 해결책을 마련하는 계획을 세운 다음, 그 계획이 "실현 가능한지"— 현재 기술, 경제, 사회적 필요 등을 고려하여 실용적인지를 판단합니다. 타당성 보고서는 "우리가 계획 X를 실행해야 할까?"라는 질문에 대해 "네," "아니오," 하지만 더 자주 "아마도." 추천을 제공할 뿐만 아니라, 그 추천 뒤에 있는 데이터와 논리도 제공합니다. 여기 타당성 조사에 관한 동영상이 있습니다. 미주리 주의 하이퍼루프? 새로운 연구에 따르면 실현 가능하지만 반드시 저렴하지는 않다고 합니다. (별도의 브라우저에서 열림).
- 추천 보고서: 이 유형은 명시된 필요, 선택 항목 또는 둘 다에서 시작하여 하나, 일부 또는 전혀 추천합니다. 예를 들어, 한 회사가 문법 검사 소프트웨어를 살펴보고 어떤 제품이 가장 좋은지에 대한 추천을 원할 수 있습니다. 추천 보고서는 다음 질문에 답합니다: "어떤 옵션을 선택해야 할까요?
- 평가 보고서: 이 유형은 예-아니오-아마도 대답이나 권고보다는 의견이나 판단을 제공합니다. 이는 연구된 의견을 제공합니다. 값 또는 가치 무언가를 평가할 때 요구사항(또는 기준)과 비교하는 것입니다. 예를 들어, 최근 오스틴 시는 승객 수를 늘리고 교통 혼잡을 줄이기 위해 무료 버스 교통을 평가했습니다. 효과가 있었나요? 가치가 있었나요? —이런 질문들은 평가 보고서가 답하고자 하는 질문들입니다.
이 장의 NotebookLM 생성 인포그래픽
전형적인 내용: 추천서 및 타당성 보고서
당신이 어떤 실현 가능성, 추천, 또는 평가 보고서를 작성하든, 사람들이 그것을 무엇이라 부르든—대부분의 섹션과 그 섹션의 구성은 대략 동일합니다.
기본적인 구조 원칙은 이렇습니다: 당신은 추천, 선택 또는 판단뿐만 아니라 그것에 이르는 데이터와 결론도 제공해야 합니다. 그렇게 하면 독자들은 당신의 발견, 논리 및 결론을 검토하고 전혀 다른 관점을 도출할 수 있습니다.
소개. 서문에서는 이 문서의 목적이 가능성을 판단하고, 추천사항을 제시하거나 주제를 평가하는 것임을 명시하십시오.
기술 배경. 일부 권장사항이나 타당성 보고서는 나머지 보고서를 의미 있게 만들기 위해 기술적 논의가 필요할 수 있습니다. 이런 종류의 정보에 대한 딜레마는 그것을 별도의 섹션에 넣을지 아니면 관련된 비교 섹션에 포함시킬지를 결정하는 것입니다. 예를 들어, 태블릿 컴퓨터의 전력과 속도에 대한 논의는 RAM, 메가헤르츠, 프로세서에 대한 논의가 필요할 것입니다. 이를 전력과 속도에 따라 태블릿을 비교하는 섹션에 넣어야 할까요? 아니면 비교를 깔끔하고 간결하게 유지하고, 오직 비교와 결론에만 국한해야 할까요? 모든 기술적 배경은 보고서의 앞부분이나 부록에 별도의 섹션으로 넣을 수 있을지도 모릅니다.
추천 및 타당성 보고서의 개략적인 보기. 이것이 내용과 조직을 위한 전형적인 또는 일반적인 모델이라는 점을 기억하세요.
상황에 대한 배경. 이 보고서들 중 많은 부분에서는 문제, 필요, 또는 기회에 대해 논의해야 합니다. 그에 대해 말할 것이 적다면, 이 정보는 서론에 포함될 수 있습니다.
요구사항 및 기준. 타당성 및 권장 사항 보고서의 중요한 부분은 최종 결정이나 권장 사항에 도달하기 위해 사용할 요구 사항에 대한 논의입니다. 다음은 몇 가지 예입니다:
- 직원들이 사용할 태블릿 컴퓨터를 추천하려고 한다면, 요구 사항에는 크기, 비용, 하드 디스크 저장 용량, 디스플레이 품질, 내구성 및 배터리 기능이 포함될 가능성이 높습니다.
- 오스틴 커뮤니티 칼리지의 모든 학생에게 ACC 컴퓨터 네트워크상의 ID를 제공하는 가능성을 검토하고 있다면, 그러한 프로그램의 기본 요구 사항을 정의해야 합니다.—그것이 달성해야 할 것, 피해야 할 문제들 등입니다.
- 오스틴에서 최근의 무료 버스 운송 프로그램을 평가하고 있다면, 프로그램에 기대되었던 내용이 무엇인지 알아야 하고, 그 후 실제 결과를 해당 요구 사항과 비교해야 합니다.
요구사항은 여러 가지 기본적인 방법으로 정의될 수 있다:
- 숫자 값: 많은 요구 사항이 최대 또는 최소 숫자 값으로 명시됩니다. 예를 들어, 비용 요구 사항이 있을 수 있습니다—태블릿의 비용은 $900를 넘지 않아야 합니다.
- 예/아니요 값: 일부 요구 사항은 단순한 예-아니오 질문입니다. 태블릿에 블루투스가 장착되어 있나요? 차량에 음성 인식 기능이 있나요?
- 평가 값: 일부 경우, 주요 고려 사항은 숫자 값이나 예/아니오 값으로 처리할 수 없습니다. 예를 들어, 귀 조직은 어떤 국가에서 인정된 평가 그룹에 의해 사용 용이성 등급이 최소 "좋음"인 태블릿을 원할 수 있습니다. 또는 직접 등급을 매겨야 할 수도 있습니다.
"요구사항"이라는 용어가 여기서 "기준" 대신 사용됩니다. 후자의 단어에는 어느 정도의 애매함이 있으며, 대부분의 사람들은 그것이 단수인지 복수인지 확실하지 않습니다. (기술적으로 그것은 복수입니다; "기준"은 단수이고, "기준"은 일반적으로 단수와 복수 모두에 사용됩니다. "기준"을 공개적으로 사용해 보세요—이상한 시선을 받을 것입니다. "기준들"은 단어가 아니며 절대 사용해서는 안 됩니다.)
요구 사항 섹션은 또한 개별 요구 사항이 서로 관련하여 얼마나 중요한지를 논의해야 합니다. 비교의 모든 범주에서 어느 옵션이 최고의 결과를 내지 못하는 전형적인 상황을 생각해 보십시오. 한 옵션은 더 저렴하고, 다른 옵션은 더 많은 기능을 가지고 있으며, 또 다른 옵션은 사용 용이성 평가가 더 좋고, 또 다른 옵션은 내구성이 더 뛰어난 것으로 알려져 있습니다. 요구 사항을 설정하여 명확한 승자가 없는 상황에서도 "승자"를 결정하도록 하십시오.
옵션에 대한 논의. 일부 유형의 타당성 또는 권장 사항 보고서에서는 보고서가 집중하는 선택 사항으로 범위를 좁힌 방법을 설명해야 합니다. 종종 이는 요구 사항 논의 직후에 이어집니다. 기본 요구 사항이 선택 가능한 범위를 좁히는 데 도움이 될 수 있습니다. 그러나 다른 선택 항목을 제외하는 추가 고려 사항이 있을 수도 있습니다—이 또한 설명하십시오.
또한, 옵션 자체에 대한 간단한 설명을 제공해야 할 수도 있습니다. 다음 섹션에서 나오는 비교와 혼동하지 마세요. 이 설명 섹션에서는 독자들이 옵션에 대해 알 수 있도록 일반적인 논의를 제공합니다. 이 단계의 논의는 비교적이지 않습니다. 옵션에 대한 일반적인 지침일 뿐입니다. 태블릿 예시에서는 비교할 각 모델에 대한 간단하고 일반적인 사양을 제공할 수 있습니다.
항목별 비교. 타당성 또는 권장 보고서에서 가장 중요한 부분 중 하나는 옵션 비교입니다. 독자들이 당신의 사고를 확인하고 원한다면 다른 결론을 도출할 수 있도록 이 섹션을 포함한다는 것을 기억하세요. 이는 옵션별이 아니라 비교할 포인트별로 다루어져야 합니다.
전체 대 전체 및 점 대 점 접근 방식으로 비교를 구성하는 윤곽도. 매우 특별한 주제가 아니라면, 점진적인 접근 방식을 사용하세요.
태블릿을 비교하고 있다면, 비용에 대한 비교 섹션, 배터리 기능에 대한 비교 섹션 등을 구분하여 작성할 것입니다. 당신은 하지 않을까 옵션 A에 대해 모든 것을 논의하는 섹션이 있고, 옵션 B에 대해 모든 것을 논의하는 섹션이 있으며, 계속해서 그런 식으로 진행됩니다. 이는 전혀 효과적이지 않을 것입니다. 왜냐하면 비교는 어딘가에서 반드시 이루어져야 하기 때문입니다—아마도 불행한 독자에 의해. (비교에 대한 이 두 접근 방식을 도식적으로 설명한 부분을 위에서 참조하십시오.)
점대점 접근 방식에서는 이러한 비교 섹션 각각이 해당 비교 포인트에서 어떤 옵션이 최선의 선택인지 나타내는 결론으로 끝나야 합니다. 물론 명확한 승자를 말하는 것이 항상 쉬운 것은 아닙니다. —결론을 여러 가지 방법으로 정리하고, 다양한 조건에 대해 여러 결론을 제시해야 할 수도 있습니다.
노트: 전체 대 전체 접근 방식을 언제 사용하나요? 비교가 논리적으로 포인트 — 카테고리로 나누어지지 않을 수 있습니다. 비교되는 옵션은 비교할 수 없는 서로 다른 장점과 단점을 가질 수 있습니다. 비교되는 두 제품은 서로 다른 특성을 가지지만 일부 중복된 기능을 가질 수 있습니다. 그렇다면 무엇을 선호하시나요—사과인가 오렌지인가요?
개별 비교 섹션. 이 섹션은 오직 한 가지 점만 비교하고 그 한 가지 점에 대한 명확하게 진술된 결론으로 끝난다는 점에 유의하세요.
평가 보고서를 작성하고 있다면, 옵션을 비교하는 것이 아니라 비교하려는 대상을 그에 대한 요구 사항과 사람들의 기대에 따라 평가할 것입니다. 예를 들어, 캐피탈 메트로는 1년 이상 무료 버스 운송 프로그램을 운영했는데, 그 프로그램에 대한 기대는 무엇이었습니까? 프로그램이 그 기대를 충족했습니까?
요약 표. 개별 비교 후, 비교 섹션의 결론을 요약한 표를 포함하세요. 일부 독자는 단락보다 표의 세부 사항에 더 주의를 기울이는 경향이 있습니다. 그것이 단락 작성을 면제하진 않습니다!
요약 표. 일부 독자들은 단락에 포함된 데이터보다 표 데이터 를 선호합니다.
결론. 타당성 또는 권장 사항 보고서의 결론 섹션은 부분적으로 비교 섹션에서 이미 도달한 결론의 요약 또는 재진술입니다. 이 섹션에서는 개별 결론을 재진술합니다. 예를 들어, 어떤 모델이 가장 좋은 가격을 가졌는지, 어떤 모델이 가장 좋은 배터리 기능을 가졌는지 등을 말합니다.
하지만 이 섹션은 더 나아가야 합니다. 모든 상충되는 결론을 정리하고 어떻게든 최종 결론에 도달해야 합니다. 최종 결론은 어떤 선택이 최선인지 알려주는 것입니다. 따라서 결론 섹션은 먼저 주요 결론—단순하고 단일 카테고리의 것들. 그러나 그러고 나서 명시해야 한다. 2차 결론—상충하는 주요 결론을 균형 있게 맞추는 것들. 예를 들어, 한 태블릿이 가장 저렴하지만 배터리 기능이 좋지 않은 반면, 다른 태블릿은 가장 비싸지만 배터리 기능이 좋은 경우, 어떤 것을 선택할 것이며, 그 이유는 무엇인가? 이 딜레마에 대한 답변이 보조 결론으로 제시될 것이다.
물론, 결론 섹션은 다음으로 끝납니다. 최종 결론—가 어떤 옵션이 최선의 선택인지 명시하는 것.
추천 또는 최종 의견. 타당성 및 추천 보고서의 마지막 섹션은 추천 사항을 명시합니다. 이제는 그것이 명백할 것이라고 생각할 수 있습니다. 보통 그렇지만, 일부 독자는 당신의 모든 노력을 건너뛰고 추천 섹션으로 바로 갈 수 있다는 점을 기억하세요! 또한, 가장 좋은 선택이 있을 수 있지만 추천하고 싶지 않을 경우도 있습니다. 노트북이 처음 등장했을 때는 무겁고 신뢰성이 떨어졌습니다—다른 모델보다 나은 한 모델이 있었을 수 있지만, 그조차도 갖고 있는 가치가 없었습니다.
추천 섹션은 추천으로 이어지는 가장 중요한 결론들을 반영한 뒤, 강하게 추천 사항을 명시해야 합니다. 일반적으로, 다양한 가능성에 따라 여러 옵션을 추천해야 할 수도 있습니다. 이는 예시와 같이 글머리 기호 목록으로 처리할 수 있습니다.
주요, 차별화된, 및 최종 결론. 결론 6에서 두 가지 비교 카테고리가 서로 평가되고 있으며, 더 많은 옵션이 낮은 비용을 초월하는 — 보조 결론이 됩니다.
평가 보고서에서 이 마지막 섹션은 최종 의견이나 판단을 제시합니다. 여기 몇 가지 가능성이 있습니다:
- 네, 무료 버스 운송 프로그램은 성공적이었으며, 적어도 초기 기대를 기준으로 했을 때 그렇습니다.
- 아니, 그것은 참담한 실패였다—그것은 최소한의 기대에도 미치지 못했다.
- 또는, 그것은 성공이자 실패였습니다—일부 기대에는 부응했지만 다른 기대에는 그러지 못했습니다. 하지만 이 경우에는 여전히 책임이 있습니다—전체적인 평가는 무엇입니까? 다시 한번, 그 판단의 근거는 요구 사항 섹션 어딘가에 명시되어야 합니다.
타당성 및 권고 보고서에 대한 조직 계획
이 보고서 유형에 대한 두 가지 기본 조직 계획을 논의하기에 좋은 시점입니다:
- 전통 계획: 이 내용은 이 챕터에서 섹션들이 방금 제시된 순서에 해당합니다. 배경 및 요구 사항으로 시작한 후, 비교로 이동하고, 결론 및 권장 사항으로 마무리합니다.
- executive plan: 이 보고서는 결론과 권장 사항을 보고서의 앞부분으로 이동시키고 배경, 요구 사항 및 비교에 대한 전체 논의를 부록으로 옮깁니다. 그렇게 하면 "바쁜 임원"이 가장 중요한 정보를 바로 보고, 질문이 있을 경우에만 자세한 논의로 넘어갈 수 있습니다.
같은 보고서의 예시 개요. 임원 접근 방식에서 모든 주요 사실, 결론 및 권장 사항이 "먼저" 제공되어 독자가 빠르게 확인할 수 있도록 합니다. 큰 보고서에는 각 부록에 대한 탭이 있습니다.
추천 보고서를 위한 AI 프롬프트
대부분 읽히지 않는 체크리스트는 약간 수정하면 AI 프롬프트의 소스로 사용할 수 있습니다. 아래 내용을 복사하여 Google의 Gemini와 같은 AI 시스템에 붙여넣고, 놓친 부분이 무엇인지 확인해 보세요.
참고: 데이터 보고서의 내용, 형식, 스타일 또는 구성 요소에 대한 모든 참조는 다음에서 찾을 수 있습니다. 온라인 기술 작문 교과서.
AI를 사용하여 글쓰기 프로젝트를 평가하고 싶을 때, 자신을 소개하고 AI에게 당신이 누구인지, 무엇을 원하는지 말하세요. 평가를 수행할 수 있는 기준점을 제공하십시오, 예를 들어 온라인 교과서와 같은 것요. 그런 다음 AI에게 평가에서 확인해 주기를 원하는 내용을 게시하세요.
소개를 당신의 정체성에 맞게 수정하세요.
|
추천 보고서를 위한 AI 프롬프트 안녕하세요, AI. 저는 데이비드 맥머리(David McMurrey)로, 오스틴 커뮤니티 칼리지(Austin Community College, 텍사스 오스틴)에서 사이버 보안 학생입니다. 다음 추천 보고서를 평가해 주시길 요청합니다. 온라인 교과서, 장에 대한 추천 보고서, 그리고 다음 질문들:
관련 정보 |
이 장에 대한 당신의 생각, 반응, 비판을 주시면 감사하겠습니다. 당신의 응답—데이비드 맥머리.
