도와주려면 여기를 클릭해 주세요. 데이비드 맥머리 웹 호스팅 비용 결제:
가능한 작은 금액이라도 기부해 주세요!
온라인 기술 문서 작성은 계속 무료로 제공됩니다.
참고: 이 장은 이 기술적 글쓰기 교재의 나머지 부분과 마찬가지로 ...에 중점을 둡니다. 기술 문서 작성 능력. 여기에 있는 기술적 내용은 성공적이거나 정확하거나 최신일 것이라고 보장되지 않으며—그럴 것으로 기대되지도 않습니다.
몇 가지 예비 사항
시작할 때는 우리가 제안서에 대해 사용하고 있는 정의를 반드시 이해하고 있는지 확인하세요. 또한, 기술 작문 과목을 수강하고 있다면 제안 과제— 단순히 아무 제안서를 쓰라는 것이 아니라 적어도 일부는 무언가를 작성하겠다고 제안하는 제안서를 쓰라는 과제임을 이해했는지 확인하세요.
실제 제안들. 제안서를 계획하기 시작할 때는 기본 정의를 기억하라: 제안서란 누구를 위해 특정 프로젝트를 수행하겠다는 제안 또는 입찰이다. 제안서에는 다른 요소들—기술적 배경, 권장사항, 설문 결과, 타당성에 관한 정보 등도 포함될 수 있다. 하지만 제안서를 제안서로 만드는 것은 청중에게 제안된 프로젝트를 승인하거나 자금을 지원하거나 수행 허가를 내려 달라고 요청한다는 점이다.
컨설턴트가 되거나 자신만의 사업을 운영할 계획이라면 서면 제안서는 거래를 성사시키는 데 가장 중요한 도구 중 하나가 될 수 있습니다. 또한 정부 기관, 비영리 단체 또는 대기업에서 근무하는 경우 제안서는 조직이나 제안하는 직원(대개는 둘 다)에게 이익이 되는 프로젝트를 시작하는 데 유용한 도구가 될 수 있습니다.
제안서에는 제안서를 받는 사람이 프로젝트를 승인할지, 당신을 고용하여 그 일을 맡길지, 또는 그 둘 다를 결정할 수 있도록 해주는 정보가 포함되어야 한다. 성공적인 제안서를 작성하려면 당신의 청중—제안서의 수신자—의 입장이 되어 그 사람이 당신에게 프로젝트를 맡기는 데 확신을 가질 수 있도록 어떤 종류의 정보가 필요한지 생각해 보라.
이 장의 NotebookLM이 생성한 인포그래픽
제안 유형. 제안서가 제출되는 상황을 고려해 보자. 회사는 특정 프로젝트에 대한 제안서를 요청하는 공개 공고를 낼 수 있다. 이러한 공개 공고는 제안 요청서(request for proposals, RFP)라고 불리며 신문, 전문지, 상공회의소 경로 또는 개별 서한을 통해 발행될 수 있다. 프로젝트에 관심 있는 기업이나 개인은 자격 요건과 프로젝트 일정 및 비용을 요약하고 프로젝트 수행 방안을 논의하는 제안서를 작성한다. 모든 제안서를 받은 수신자는 이를 평가하여 최적의 후보를 선정한 다음 계약을 체결한다.
그러나 제안서는 훨씬 덜 공식적인 방식으로도 이루어집니다. 직장에서 어떤 프로젝트를 하고 싶다고 상상해 보십시오(예: 생산성을 높이기 위해 새로운 기술을 도입하는 것의 타당성을 조사하는 경우). 상사와 만나 이를 설득하려고 했다고 상상해 보십시오. 그녀는 ""제안서를 작성해 주시면 제가 상위 경영진에게 제출하겠습니다.""라고 응답할 수 있습니다. 이 예들에서 볼 수 있듯이, 제안서는 여러 범주로 나눌 수 있습니다:
- 내부 및 외부 제안. 조직 내의 누군가(기업, 정부 기관 등)에게 하는 제안은 내부의 제안서. 사내 제안서의 경우 특정 섹션(예: 자격사항)을 포함시키지 않거나 그 안에 그만큼 많은 정보를 기재할 필요가 없을 수 있습니다. 한 외부의 제안서는 한 개의 별도이자 독립된 조직 또는 개인이 그러한 다른 기관에 작성하여 제출하는 문서이다. 전형적인 예로는 독립 컨설턴트가 다른 회사의 프로젝트를 수행하겠다고 제안하는 경우가 있다.
- 요청된 제안, 요청되지 않은 제안 에이 요청된 요청된 제안서는 수신자가 그 제안서를 요청한 경우의 제안서이다. 일반적으로 회사는 우편을 통해 제안 요청서(RFP)를 발송하거나 뉴스 매체에 공고한다. 그러나 제안서는 매우 지역적인 수준에서도 요청될 수 있다. 예를 들어, 당신이 사무실에 새로운 기술을 도입하는 것이 얼마나 좋은지 상사에게 설명할 수 있고, 상사가 관심을 가지면 그 아이디어에 대해 정식으로 조사하겠다는 내용을 포함한 제안서를 작성해 달라고 요청할 수도 있다. 요청하지 않은 요청되지 않은 제안서는 수신자가 제안서를 요청하지 않은 경우를 말한다. 요청되지 않은 제안서의 경우 본론을 시작하기 전에 문제나 필요성이 존재한다는 점을 수신자에게 설득해야 할 때가 있다.
- "좋은 생각" (비)제안들. 직장에서 새로운 기술을 도입할 훌륭한 아이디어가 있다고 상상해 보세요. 당신은 그것이 어떻게 작동하는지와 왜 그렇게 훌륭한지에 대한 설명을 쓰고, 마지막으로 경영진에게 이를 추진하라고 촉구합니다. 그것은 제안입니까? 아니요—이 문맥에서는 그렇지 않습니다. 이는 프로젝트의 타당성을 조사하고 장점을 평가한 뒤 찬반을 권고하는 타당성 보고서에 더 가깝습니다. 이 문서를 제안서로 만들기 위해서는 경영진의 승인과 프로젝트 진행 허가를 요청하는 요소들을 추가하면 됩니다.
제안서 과제에 대한 다른 옵션들. 보고서-프로젝트 계획을 제안서 맥락에 억지로 끼워 맞출 수 없을 수도 있다. 다른 방법으로는 학술 제안서를 작성하는 것인데—강사에게 제출한다고 가정하고 현실성을 가장하지 않는 것이다. 다음을 참조하라. 예시 이 유형의 제안의.
제안서의 전형적인 시나리오
좋은 기술 보고서 프로젝트를 구상하고, 그 보고서를 적어야 한다는 내용을 적어도 일부 포함하는 제안서 프로젝트를 만드는 것은 약간 까다로울 수 있다. 다음은 몇 가지 아이디어다:
- 특정 문제에 중점을 둔 비영리 단체가 회원을 위해 전문가 컨설턴트에게 핸드북이나 안내서를 작성해 달라고 요청한다고 상상해 보십시오. 이 문서는 회원들이 이해할 수 있는 방식으로 그 문제에 대한 정보를 제시할 것입니다.
- 어떤 회사가 문제를 겪고 있거나 개선을 원한다고 상상해 보세요. 그 회사는 제안 요청서를 발송합니다; 당신은 그것을 받아 제안서로 응답합니다. 당신은 방문하여 조사하고, 인터뷰하고, 권고안을 제시—그리고 그 모든 것을 보고서 형식으로 제출하겠다고 제안합니다.
- 어떤 조직이 당신의 전문 분야에 관한 세미나를 원합니다. 당신은 세미나를 제공하기 위한 제안서를 작성합니다—패키지 상품에 포함된 것은 세미나에 참석하는 사람들이 받게 될 안내서나 핸드북입니다.
- 당신은 창업하려는 사업 유형에 대한 사업설명서를 작성하려고 합니다. 최고의 품질의 사업설명서를 원하지만 그것을 준비할 시간이나 전문 지식이 없다고 상상해 보십시오; 따라서, 당신 전문 컨설턴트들에게 제안 요청서를 발송하세요. 당신은 역할을 바꿔 Business Startup Consultants, Inc.가 되어 다른 자신에게 그 일을 맡아달라는 제안을 보냅니다. 당신의 제안이 수락되고, 이제 Business Startup Consultants, Inc.로서 사업 안내서를 작성합니다.
- 어떤 기관이 막 고급 데스크톱 출판 시스템을 도입했지만, 설명서 때문에 사람들이 어려움을 겪고 있습니다. 당신은 이 기관으로부터 간단한 안내서나 시작 가이드를 작성해 달라는 제안 요청서를 받았습니다.
이 계획 안내서를 사용하는 것을 고려해 보세요. 보고 중심의 제안서.
제안 요청서(RFP)
제안서가 제출되는 상황들을 고려해 보자. 회사는 특정 프로젝트에 대한 제안서를 요청하는 공개 공고를 발송할 수 있다. 이 공개 공고—제안 요청서(request for proposals, RFP)라고 불리는—은 신문, 업계 전문지, 상공회의소 채널 또는 개별 서한을 통해 배포될 수 있다. 프로젝트에 관심 있는 기업이나 개인은 자격, 프로젝트 일정과 비용을 요약하고 프로젝트에 대한 접근 방식을 논의하는 제안서를 작성하게 된다. 이러한 모든 제안서를 받은 수신자는 이를 평가하여 최적의 후보를 선정한 뒤 계약을 체결하게 된다.
출처: 스마트시트닷컴
그러나 제안서는 훨씬 덜 공식적으로 생겨나고 RFP들도 마찬가지입니다. 예를 들어, 직장에서 어떤 프로젝트를 하고 싶다고 상상해 보십시오(예: 생산성 향상을 위해 새로운 기술을 도입하는 것의 장점을 조사하는 경우). 상사와 만나 이를 설득하려고 시도했다고 가정해 보십시오. 상사는 "제안서를 작성해 주면 내가 상위 경영진에게 제출하겠다"고 대답할 수 있습니다. 또는 상사가 비공식적인 RFP를 제안하거나 지시하면서 프로젝트를 시작할 수도 있습니다.
아래 자료의 예시들을 살펴보며 RFP(제안 요청서)가 어떻게 구성되어 있는지, 제품과 사업을 설명할 때 사용하는 언어는 어떤지, 그리고 잠재 입찰자에게 요구하는 정보는 무엇인지 확인해 보세요:
- 제안 요청서 데이터베이스 미국, 캐나다 및 유럽연합의 제안 요청서(RFP), 입찰 기회 및 최신 프로젝트 제안을 목록화합니다. 카테고리에는 비즈니스 서비스, 건설, 크리에이티브, 보건 및 사회복지 서비스, 전문 서비스, 연구 및 개발, 물품 및 기술이 포함됩니다.
- 예를 들어 다음과 같은 전문 단체들, 미국홍보협회, 해당 분야와 관련된 RFP들을 나열하세요.
- 제안 요청서 구역 미국, 캐나다 및 영국의 공공 부문 RFP(제안 요청서)를 무료 구독 서비스로 목록화합니다.
- 대부분의 연방 제안 요청서는 연방 사업 기회 데이터베이스에 등재되어 있습니다.
- RFP 찾기 연방, 주 및 지방 정부의 RFP(제안 요청서) 및 입찰 기회를 나열합니다.
- 비영리 데이터와 의사결정자가 만나는 곳. 비영리 단체와 재단을 위한 RFP(제안 요청서)를 게시하는 무료 서비스, candid.org
—정보는 smartsheet.com의 허가를 받아 각색되었습니다.
제안서의 공통 섹션
다음은 제안서에서 흔히 볼 수 있는 섹션들에 대한 검토입니다. 여기 제시된 각각의 항목이 실제로 여러분이 작성하는 제안서에 반드시 포함되어야 한다고, 또는 이들이 여기 제시된 순서대로 있어야 한다고 가정하지 마세요—또한 여기 언급되지 않은 다른 종류의 정보가 여러분의 특정 제안서에 포함되어야 할 수도 있음을 발견할 수도 있습니다.
다음에 나오는 제안서의 공통 섹션에 대해 읽을 때, 이 장의 시작 부분에 나열된 예시 제안서들을 확인해 보세요. 아래에서 논의되는 모든 섹션이 예시들에 나타나지는 않겠지만, 대부분은 나타날 것입니다.
소개. 제안서의 서문을 신중하게 계획하십시오. 해당 제안서에 적용되는 다음 항목들을 모두 수행하도록 하십시오(반드시 이 순서일 필요는 없습니다):
- 다음에 이어질 문서가 제안서임을 표시하십시오.
- 제안서 수신자와의 이전 연락이나 프로젝트에 관한 정보 출처를 언급하세요.
- 수신자가 계속 읽고(비청탁서나 경쟁 제안인 경우에는) 프로젝트 수행을 검토하도록, 그리고 당신도 그 프로젝트를 수행하도록 격려할 간단한 동기 부여 문구 하나를 찾아보세요.
- 제안서 내용의 개요를 제시해 주세요.
이 장의 처음에 나열된 첫 두 개의 예시 제안서의 도입부를 살펴보고, 이러한 요소들을 파악해 보세요.
문제, 기회 또는 상황에 대한 배경. 대개 도입부 바로 뒤에 나오는 배경 섹션은 프로젝트—필요를 불러온 원인, 즉 어떤 문제인지, 개선할 기회는 무엇인지, 기본 상황이 어떤지를 논의한다. 예를 들어, 데이케어 센터 체인의 관리자는 모든 직원이 CPR을 알고 있는지(어쩌면 CPR 자격에 관한 새로운 주 지침이 제정되었을 수도 있다)를 확인해야 할 필요가 있을 수 있다. 텍사스 동부의 소나무 임지 소유주는 생태계를 파괴하지 않으면서 판매 가능한 목재를 생산하도록 토지를 생산적으로 만들고자 할 수 있다.
제안서의 청중이 그 문제를 아주 잘 알고 있어 이 섹션이 필요 없을 수도 있는 것은 사실이다. 그러나 배경 섹션을 작성하는 것은 문제에 대한 당신의 특정 관점을 보여주는 데 여전히 유용할 수 있다. 그리고 제안서가 청탁을 받지 않은 경우, 배경 섹션은 거의 필수적이다—당신은 아마 문제나 기회가 존재하며 그것이 해결되어야 한다는 것을 청중에게 납득시켜야 할 것이다.
제안된 프로젝트의 이점과 실현 가능성. 대부분의 제안서는 제안된 프로젝트를 수행함으로써 얻는 장점이나 이익을 논의합니다. 이는 프로젝트 승인에 찬성하는 논거로 작용합니다. 또한 일부 제안서는 프로젝트의 성공 가능성을 논의합니다. 산림 관련 제안서에서는 제안자가 토지 소유자에게 투자를 권장하며, 제안서의 끝에서 그는 그 투자의 잠재적 수익 문제를 탐구합니다. 요청받지 않은 제안서에서는 이 부분이 특히 중요합니다—당신은 청중을 그 프로젝트에 대해 "설득하려고" 하는 것입니다.
제안의 개략도
제안의 개략도—계속
제안된 작업에 대한 설명(프로젝트의 결과). 대부분의 제안서는 제안된 프로젝트의 최종 산출물을 설명해야 한다. 기술 글쓰기 수업의 경우, 이는 당신이 작성하려는 문서와 그 문서의 대상 독자 및 목적을 설명하고, 개요를 제시하며, 분량, 그래픽, 제본 등과 같은 사항을 논의하는 것을 의미한다. 당신이 정의한 시나리오에서는 교육 세미나를 진행하거나 지속적인 서비스를 제공하는 등 다른 작업이 포함될 수 있다. 그런 내용도 추가하라.
방법, 절차, 이론. 일부 제안서에서는 제안된 작업을 어떻게 수행할 것인지 설명해야 합니다. 이는 추가적인 설득 요소로 작용하여, 청중에게 프로젝트에 대해 건전하고 잘 계획된 접근 방식을 갖고 있음을 보여줍니다. 또한 이는 일부 제안서에서 필요한 또 다른 형태의 배경 정보 역할을 합니다. 위에서 논의한 배경 섹션은 제안을 촉발한 문제나 필요에 초점을 맞추었다는 것을 기억하세요. 그러나 이 섹션에서는 제안된 작업에 사용할 절차나 기술과 관련된 기술적 배경을 논의합니다. 예를 들어 임업 제안서에서는 작성자가 목재 관리가 어떻게 이루어지는지에 대한 약간의 배경을 제공합니다. 다시 말해, 이는 제안서 작성자에게 자신이 무엇을 말하는지 알고 있음을 보여주고 청중의 신뢰를 쌓을 기회를 제공합니다.
일정. 대부분의 제안서에는 예정된 완료일뿐만 아니라 프로젝트의 주요 마일스톤도 보여주는 섹션이 포함되어 있습니다. 여러 달에 걸치는 대규모 프로젝트를 진행하는 경우, 일정표에는 진행 보고서를 제출할 날짜도 표시되어야 합니다. 특정 날짜를 제시할 수 없다면 프로젝트 각 단계의 소요 기간을 제시하십시오.
자격 요건. 대부분의 제안서에는 제안자 개인이나 조직이 제안된 작업을 수행할 수 있는 자격에 대한 요약이 포함됩니다. 이는 제안서에 들어 있는 미니 이력서와 같습니다. 제안서를 보는 사람들은 이를 통해 귀하가 해당 프로젝트에 적합한지 판단합니다. 따라서 이 항목에는 프로젝트에 대한 친숙함을 보여주는 업무 경력, 유사 프로젝트, 추천인, 교육 및 훈련 등이 기재됩니다.
비용 및 필요한 자원. 대부분의 제안서에는 내부든 외부든 프로젝트 비용을 자세히 설명하는 항목이 있다. 외부 프로젝트의 경우 시간당 요금, 예상 소요 시간, 장비 및 소모품 비용 등 을 나열하고 전체 프로젝트의 총비용을 계산해야 할 수 있다. 내부 프로젝트도 물론 비용이 들기 때문에 프로젝트에 드는 비용을 기재해야 한다. 예를 들어 프로젝트를 완료하는 데 필요한 시간, 사용할 장비와 소모품, 조직 내 다른 사람들의 지원 등이다.
결론. 제안서의 마지막 단락이나 섹션은 독자들의 관심을 프로젝트의 긍정적인 측면으로 다시 돌려야 합니다(방금 비용을 제시했으므로). 마지막 부분에서는 프로젝트의 세부 사항을 협의하기 위해 연락해 달라고 촉구하고, 프로젝트를 수행함으로써 얻을 수 있는 이점을 상기시키며, 마지막으로 당신이나 당신의 조직이 이 프로젝트에 적합한 선택임을 한 번 더 어필하며 마무리할 수 있습니다.
특수 프로젝트 전용 섹션. 앞의 항목들은 서면 제안서에서 전형적이거나 흔히 나타나는 것일 뿐 절대적인 요구사항은 아니라는 것을 기억하십시오. 항상 스스로에게 물어보십시오: 청중이 프로젝트, 그 필요성, 그로부터 발생할 이점, 제 역할, 제 자격을 이해하기 위해 무엇을 더 필요로 할까요? 독자들이 제가 그 프로젝트를 수행하도록 허락하도록 설득되기 위해 무엇을 더 제시해야 할까요? 프로젝트를 승인하고 저를 그 프로젝트의 수행자로 승인하기 위해 그들이 무엇을 더 보아야 할까요?
제안서의 구성
제안서 내용의 구성에 관해서는 그것이 본질적으로 판매 또는 홍보 성격의 것임을 기억하세요. 다음은 그것이 거치는 기본 단계들입니다:
- 당신은 제안서를 소개하면서 독자들에게 그 목적과 내용을 알립니다.
- 당신은 배경—제안된 프로젝트를 야기하는 문제, 기회 또는 상황을 제시합니다. 독자가 그 문제에 대해 우려하고, 그 기회에 대해 기대하며, 그 상황에 대해 관심을 갖도록 만드십시오.
- 문제에 대해 무엇을 하겠다고 제안하는지, 독자들이 그 기회를 활용할 수 있도록 어떻게 도울 계획인지, 그 상황에서 그들을 어떻게 도울 것인지 밝히십시오.
- 제안된 프로젝트를 수행하는 것의 이점과 이를 승인함으로써 얻을 수 있는 장점에 대해 논의하십시오.
- 완성된 프로젝트가 정확히 무엇으로 구성되는지, 어떤 모습일지, 어떻게 작동하는지 설명하십시오—프로젝트의 결과를 설명하십시오.
- 그 방법과 그 방법의 이론 또는 접근법을 논의하여 — 독자들이 제안된 작업을 어떻게 진행할 것인지 이해할 수 있도록 하십시오.
- 프로젝트의 주요 마일스톤 또는 체크포인트를 포함한 일정을 제공하십시오.
- 프로젝트에 대한 자격을 간단히 나열하고, 해당 프로젝트에 적합한 이유가 되는 경력의 미니 이력서를 제공하십시오.
- 이제(그리고 오직 지금만), 프로젝트의 비용과 프로젝트를 수행하는 데 필요한 자원을 나열하세요.
- 프로젝트를 수행했을 때의 이점을 다시 한 번 검토하며 마무리하십시오(비용 항목에서 받은 충격이 컸을 경우를 대비하여). 또한 청중에게 연락을 취하거나 제안을 수락해 달라고 권유하십시오.
이 섹션들을 통한 전반적인 흐름의 논리를 주목하세요: 먼저 그들을 어떤 문제에 대해 걱정하게 하거나 기회에 관심을 갖게 만들고, 다음에는 당신이 그 문제를 어떻게 해결하거나 프로젝트를 어떻게 수행할지에 대해 흥미를 느끼게 한 다음, 마지막으로 당신이 어떤 좋은 자격을 갖추고 있는지 보여줍니다—그러면 비용으로 압박을 준 다음, 곧바로 프로젝트의 장점들로 돌아가라.
제안서 형식
제안서의 형식과 구성에 대해 다음과 같은 옵션이 있습니다. 내부 제안서에는 메모 형식을, 외부 제안서에는 비즈니스 편지 형식을 사용하면 어떤 것을 사용해도 상관없습니다.
- 별도의 제안서를 첨부한 커버레터 또는 메모: 이 형식에서는 간단한 "표지" 편지나 메모를 작성하고 그 뒤에 본 제안서를 첨부합니다. 표지 편지나 메모는 제안서가 뒤따른다는 사실을 간단히 알리고 그 내용의 개요를 제시합니다. 실제로 표지 편지나 메모의 내용은 (이전 절에서 논의한) 서론과 거의 동일합니다. 그러나 표지 편지나 메모에 이어 나오는 본 제안서의 서론은 앞서의 많은 내용을 반복한다는 점을 유의하십시오. 이는 편지나 메모가 제안서에서 분리될 수 있거나 수신자가 편지나 메모를 보지 않고 바로 제안서 자체로 들어갈 수 있기 때문입니다.
- 통합 비즈니스 서신 또는 메모 제안: 이 형식에서는 전체 제안서를 표준 비즈니스 편지 또는 메모와 통합합니다. 보고서인 것처럼 제목 및 기타 특수 서식 요소를 포함합니다. (이 통합된 메모 형식은 다음 그림의 왼쪽 부분에 예시되어 있습니다.)
통합 메모 형식(왼쪽)을 사용하는 제안서와 커버레터에서 분리된 제안서(오른쪽)
특별 과제 요구 사항
기억하십시오. 기술 작문 수업에서 제안서 과제는 다음과 같은 여러 목적을 가집니다: (1) 제안서 작성 경험을 제공하기 위해; (2) 학기 보고서 계획을 시작하게 하기 위해; (3) 담당 교수가 보고서 프로젝트를 함께 검토하여 실현 가능한 주제를 갖추었는지 확인할 기회를 주기 위해. 두 번째와 세 번째 이유 때문에 제안서 안(또는 제안서와 함께)에 특정한 내용을 포함해야 하는데, 그 중 일부는 실제 현장의 제안서에는 적절하지 않아 보일 수 있습니다. 제안서 본문에 들어맞지 않으면 이 장의 맨 앞에 제시된 첫 번째 예시 제안서에서처럼 담당 교수에게 보내는 메모에 넣으십시오.
다음은 제안서나 강사에게 첨부하는 메모 중 어딘가에 포함해야 할 항목들에 대한 체크리스트입니다:
- 청중: 제안서와 제안된 보고서의 대상(서로 다를 수 있음)을 그들이 근무하는 조직, 직함과 직무, 기술적 배경, 그리고 귀하가 작성하려는 보고서를 이해할 수 있는 능력의 관점에서 설명하십시오.
- 상황: 제안서의 대상 독자를 설명하세요: 그들이 누구인지, 어떤 일을 하는지, 제안 주제에 대한 지식과 배경 수준이 어떠한지. 제안서가 작성된 상황과 프로젝트가 필요한 상황을 설명하세요: 어떤 문제나 필요가 있는지, 그 문제나 필요를 가진 사람들은 누구인지, 그들은 어디에 위치해 있는지.
- 보고서 유형: 작성하려는 보고서의 유형을 설명하세요: 기술 배경 보고서입니까? 타당성 보고서입니까? 강사가 보고서 유형을 이해했음을 알 수 있도록 충분히 설명하세요. 해당 장을 참조하세요. 보고서의 유형.
- 정보 출처: 정보 출처를 나열하라; 주제에 대해 충분한 정보가 있는지 확인하라; 보고서에 기여할 것으로 생각되는 특정 도서, 논문, 참고문헌 및 기타 출처들을 나열하라.
- 그래픽: 보고서에 필요하다고 생각되는 그래픽을 그들의 ...에 따라 나열하십시오 타입 그리고 그들의 내용. (보고서에 필요할 만한 것이 떠오르지 않는다면, 좋은 주제가 아닐 수 있습니다—담당 강사와 브레인스토밍을 해 보세요.)
- 개요: 보고서에서 다룰 것으로 생각되는 주제와 하위 주제의 개요를 포함하십시오.
제안서 작성을 위한 AI 프롬프트
보통 읽히지 않는 체크리스트는 약간의 수정을 거치면 AI 프롬프트의 소스로 활용될 수 있습니다. 다음을 복사해서 Google의 Gemini와 같은 AI 시스템에 붙여넣고, 놓친 것이 있는지 확인해 보세요.
참고: techdocs 또는 그 구성 요소의 내용, 형식, 스타일에 대한 모든 참조는 다음에서 찾을 수 있습니다 온라인 기술 문서 작성 교과서.
글쓰기 프로젝트를 AI에게 평가받고 싶을 때는 자신을 소개하고, AI에게 자신이 누구인지와 무엇을 원하는지 알려주세요. 온라인 교재와 같은 참고 자료를 평가의 기준점으로 제시하세요. 그런 다음 AI가 평가할 때 확인해주길 바라는 항목을 올리세요. 다음은 예시입니다:
소개를 본인의 정체성에 맞게 수정하세요.
|
안녕하세요, AI. 저는 데이비드 맥머리이며 텍사스주 오스틴에 있는 오스틴 커뮤니티 칼리지의 사이버보안 학생입니다. 다음 제안을 이것을 사용하여 평가해 주시기 바랍니다. 온라인 교과서, …에 관한 장 제안, 그리고 다음 질문들:
|
관련 정보
수주에 성공하는 제안요청서(RFP) 작성.... 케이트 에비, 스마트시트닷컴
성과를 내는 제안요청서(RFP) 작성 비결. 클릭헬프닷컴
제안 요청서. 템플릿, smartsheet.com
비즈니스 제안서 작성법 (현대적인 방식). 야우헨 자렘바, 판다독
2026년 원격 영업을 위한 최적의 제안서 형식. 더 나은 제안서.아이오
이 챕터에 대한 귀하의 생각, 반응, 비판을 부탁드립니다: 당신의 응답—데이비드 맥머리.
