クライアントのソフトウェア案件を平易な言葉で説明すると、固定の7セクションからなる提案書の初稿が返ってきます。そのまま編集して送れます。開発者やフリーランスのソフトウェアコンサルタント向けのツールで、初稿には必ず技術スタック表、フェーズ別のスケジュール、インドルピー建ての価格帯が入ります。
課題の要約は依頼内容を2、3文で言い直すので、クライアントの意図を正しく理解できているか確認できます。スコープ内とスコープ外は2つの箇条書きです。揉め事の多くはクライアントが含まれていると思い込んでいたものをめぐって起きるので、2つ目のリストを最も注意して読んでください。技術スタック表にはコンポーネント、技術、理由が並びます。スケジュール表にはフェーズ、期間、成果物が並び、最後に合計週数が入ります。リスクと前提は着手前に確認すべき質問の番号付きリストで、最後のセクションはメールやチャットに貼れる短い初回メッセージです。
テンプレートは、予算ヒントの通貨が何であっても、インドルピー (₹) 建ての価格帯と1段落の根拠を求めます。そのため 2,000 $ というヒントでもルピーの価格帯で返ってくることがあります。モデルはあなたの単価も市場も、この案件をどれだけ取りたいかも知りません。通貨を換算し、自分の金額を入れ、根拠は自分に当てはまる場合だけ残してください。
提案書は毎回 Google の Gemini API (Gemini 2.5 Flash-Lite) を呼び出すため、ログインが必要です。説明は最大 8,000 文字で、それより長いテキストは切り詰めずに拒否されます。各ヒントは 500 文字で切られます。1つの 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つのヒントのうちどれを入力したかだけです。第三者のサービスと共有できない名前や詳細は書かないでください。
入りません。7つのセクションは範囲、技術スタック、スケジュール、価格、リスク、最初のメッセージまでなので、送る前に次の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 をコピー をそのまま使えます。
下書きは常にスケジュール表のフェーズに結びついた固定の価格帯を出すので、範囲をすべて書き出せる仕事に向いています。送る前に自分の単価と照らし合わせてください。各フェーズの稼働日数を数えて日単価を掛け、リスクと前提の未確定事項の分だけ余裕を足します。依頼内容がまだあいまいな場合や継続的な保守の場合は、時間の見積もりを添えて日単価か時間単価で提示し、対象範囲と対象外のリストは残して、見積もりが何を含むかを顧客に示しましょう。
着手前に、下書きにすでにある 2 つのリストを顧客に承認してもらいます。対象外は価格に含まれないもの、リスクと前提は顧客がまだ確認すべきことを挙げています。後から新しい依頼が来たら対象外と照らし合わせ、短い変更依頼（何が変わるか、追加日数、追加料金）で返信し、顧客が書面（メールでも可）で承認してから着手します。大きな追加なら、ここで新しい作業だけを書いて別の提案書を作れば、元の価格とスケジュールは合意どおりに保てます。