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