고객의 소프트웨어 프로젝트를 쉬운 말로 설명하면 고정된 7개 섹션으로 된 제안서 초안을 받아, 수정해서 바로 보낼 수 있습니다. 개발자와 프리랜서 소프트웨어 컨설턴트를 위한 도구로, 초안에는 항상 기술 스택 표, 단계별 일정, 인도 루피 기준 가격 범위가 들어갑니다.
문제 요약은 요청을 두세 문장으로 다시 정리해 주므로 고객을 제대로 이해했는지 확인할 수 있습니다. 범위 안과 범위 밖은 두 개의 글머리표 목록입니다. 분쟁 대부분은 고객이 포함되어 있다고 생각한 것에서 생기므로 두 번째 목록을 가장 꼼꼼히 읽으세요. 기술 스택 표에는 구성 요소, 기술, 이유가 나옵니다. 일정 표에는 단계, 기간, 산출물이 나오고 마지막에 총 주 수가 붙습니다. 위험과 가정은 시작 전에 정리해야 할 질문의 번호 목록이고, 마지막 섹션은 이메일이나 채팅에 붙여 넣을 짧은 첫 연락 메시지입니다.
템플릿은 예산 힌트가 어떤 통화로 되어 있든 인도 루피(₹) 기준의 범위와 한 단락의 근거를 요구합니다. 그래서 2,000 $라는 힌트도 루피 범위로 돌아올 수 있습니다. 모델은 당신의 단가, 시장, 이 일을 얼마나 원하는지 알지 못합니다. 통화를 환산하고 직접 금액을 넣고, 근거는 당신에게 사실일 때만 남기세요.
제안서마다 Google의 Gemini API(Gemini 2.5 Flash-Lite)를 호출하므로 로그인이 필요합니다. 설명은 최대 8,000자이며, 더 긴 텍스트는 잘리지 않고 거부됩니다. 각 힌트는 500자에서 잘립니다. IP 주소 하나로 10분에 15개의 제안서를 만들 수 있습니다. 제안서는 어디에도 저장되지 않으니 새 제안서를 시작하기 전에 복사하세요.
초안은 세금을 전혀 언급하지 않으므로, 가격에 GST가 포함되는지 한 줄로 밝혀 두세요. CGST Act, 2017 제22조에 따라 서비스 제공자는 한 회계연도의 총매출이 ₹20 lakh(200만 루피, 일부 특별 범주 주에서는 ₹10 lakh)를 넘으면 등록해야 하며, 등록 후에는 인도 내 고객에게 보수에 GST를 더해 청구합니다. 인도 밖 고객을 위한 작업은 IGST Act, 2017 제2(6)조의 조건(태환 가능한 외화로 지급되거나 RBI가 허용하는 경우 루피로 지급되는 것 등)을 충족하면 보통 서비스 수출로 봅니다. 수출은 같은 법 제16조에 따라 영세율이 적용되며, GST 포털에 Letter of Undertaking(LUT)을 제출했다면 IGST 없이 청구서를 발행합니다. Discuvr는 세금을 대신 계산하지 않으니, 본인 사례는 세무 전문가에게 확인하세요.
먼저 수정하세요. 구조는 재사용할 수 있지만, 가격은 루피 기준 임시 숫자이고 날짜, 조건, 스택은 당신의 것이어야 합니다.
고객이 요청한 내용, 누가 사용할지, 플랫폼, 연동(결제, 로그인, 기존 데이터베이스), 언급된 제약, 알고 있다면 대략적인 예산이나 마감일. 모호한 입력은 모호한 제안서를 만듭니다.
소프트웨어 작업에 맞춰져 있습니다. 소프트웨어 컨설턴트로서 작성하고 항상 기술 스택 표를 넣습니다. 디자인, 글쓰기, 마케팅 작업이라면 범위, 일정, 범위 밖 섹션은 남기고 스택 표는 삭제하세요.
Discuvr에는 저장되지 않습니다. 설명과 힌트는 초안을 쓰기 위해 Google의 Gemini API로 전송되며, 사용 기록에는 설명의 길이와 세 가지 힌트 중 어떤 것을 입력했는지만 남습니다. 제3자 서비스와 공유할 수 없는 이름과 세부 정보는 적지 마세요.
아니요. 일곱 섹션은 범위, 기술 스택, 일정, 가격, 위험, 첫 메시지까지이므로 보내기 전에 세 가지 조건을 직접 추가하세요. 대금 지급 일정(예: 착수금 후 일정의 각 단계를 납품할 때마다 지급), 가격에 포함된 수정 횟수, 그리고 코드가 언제 고객의 소유가 되는지입니다. 인도 Copyright Act, 1957 제17조에 따르면 저작물의 최초 소유자는 저작자이고, 고용주에게 유리한 예외는 직원에게 적용될 뿐 프리랜서에게는 적용되지 않습니다. 제19조에 따르면 저작권 양도는 서면으로 하고 양도인이 서명해야만 유효합니다. 따라서 코드를 소유하려는 고객에게는 서명된 양도 조항이 필요합니다.
Markdown 복사는 원본 텍스트를 복사하므로 Word나 Google 문서에 그대로 붙여 넣으면 표는 | 문자가 늘어선 줄로, 제목은 # 기호가 붙은 채로 보입니다. Word에서는 페이지에 서식이 적용된 제안서를 마우스로 선택해 복사한 뒤 붙여 넣으세요. 제목, 목록, 표가 실제 서식으로 들어갑니다. Google 문서에서는 Markdown을 한 번 켜고(도구, 다음 환경설정, 다음 Markdown 사용), Markdown 복사를 누른 뒤 마우스 오른쪽 버튼으로 Markdown에서 붙여넣기를 선택하세요. Google이 2024년 7월에 추가한 기능이며, 일반 Ctrl+V는 여전히 원본 텍스트를 붙여 넣습니다. GitHub issue나 README처럼 markdown을 바로 읽는 곳에서는 Markdown 복사를 그대로 쓰면 됩니다.
초안은 항상 일정 표의 단계에 묶인 고정 가격 범위를 제시하므로, 범위를 빠짐없이 설명할 수 있는 작업에 맞습니다. 보내기 전에 본인 요율과 비교해 보세요. 각 단계의 작업일을 세어 일당 요율을 곱하고, 위험 및 가정에 남은 미확정 항목만큼 여유를 더합니다. 요청이 아직 모호하거나 지속적인 유지보수라면 예상 시간과 함께 일당 또는 시간당 요율을 제시하고, 범위 내와 범위 외 목록은 그대로 두어 고객이 견적에 무엇이 포함되는지 알 수 있게 하세요.
시작하기 전에 초안에 이미 있는 두 목록에 고객의 동의를 받으세요. 범위 외는 가격에 포함되지 않는 것을, 위험 및 가정은 고객이 아직 확인해야 할 것을 적어 둡니다. 나중에 새 요청이 오면 범위 외 목록과 비교하고, 짧은 변경 요청(무엇이 바뀌는지, 추가 일수, 추가 비용)으로 답한 뒤 고객이 서면으로, 이메일이라도 승인한 후에만 시작하세요. 큰 추가 작업이라면 여기서 새 작업만 설명해 별도 제안서를 만들면 원래 가격과 일정이 합의대로 유지됩니다.