Build a proposal prompt for a Law Firm
Enter verified context for a Law Firm. This browser-side tool assembles a proposal prompt without sending the form to an AI model.
Your entries are assembled locally in the browser by this page. The builder does not call an AI model.
Define proposal scope
Build a reviewable proposal that separates scope, assumptions, price inputs, responsibilities, exclusions, risks, and next steps instead of hiding unknowns inside polished prose.
A proposal is an agreement draft before it is a sales document
For Law Firm, the proposal should make scope boundaries visible enough that another person can compare the document with the request, estimate, or source materials. Ask the model to distinguish included work, optional work, customer responsibilities, assumptions, exclusions, and unresolved items. Persuasive language belongs after those boundaries are clear.
Separate facts, assumptions, and commercial terms
Do not let the model turn an estimating assumption into a project fact. For Law Firm, label each assumption and identify what would confirm or change it. Pricing, schedule, quantities, product availability, regulatory approvals, technical feasibility, or other commercial terms should come from the supplied record, not from patterns the model has seen elsewhere.
Make change conditions reviewable
A strong proposal anticipates where the scope may change without pretending to predict every event. Ask the model to list the specific unknowns and dependencies relevant to the Law Firm. That gives the reader a useful basis for questions and reduces the temptation to hide uncertainty behind broad language.
Build the proposal from a scope ledger
Before asking for prose, list each requested item with its source: customer request, drawing, specification, discovery note, quote, policy, or approved assumption. For Law Firm, this scope ledger gives the model a controlled inventory and makes omissions easier to find during review.
Keep assumptions visible next to affected terms
An assumption that affects price, timing, technical feasibility, staffing, eligibility, or deliverables should not be hidden in a final paragraph. Ask the model to place the assumption near the section it qualifies. For Law Firm, this makes the proposal easier to negotiate and less likely to be read as an unconditional promise.
Define what acceptance actually means
The proposal should state the next formal step: approval, signature, deposit, purchase order, intake, scheduling, or another organization-specific action. For Law Firm, the AI should not invent legal terms or acceptance mechanics; it should use the process supplied by the user.
Run a red-team pass before sending
Ask the model to act as a skeptical reviewer and list statements that could be disputed because the source packet does not support them. Then have a human reviewer decide whether to add evidence, narrow the wording, or remove the claim. This red-team pass is particularly useful for Law Firm proposals that combine technical and commercial information.
Proposal decisions for Law Firm
For an Law Firm proposal, scope clarity matters more than polished language. Treat Scope of representation, Confidentiality, and Facts and evidence as decision variables and make any unresolved item visible beside the section it can affect. The surrounding workflow is inquiry → conflict/intake screening → attorney review → engagement decision → matter work → client communication → closeout..
Ground the proposal in materials such as Authoritative legal sources and Attorney-approved service descriptions. These sources should control factual terms, assumptions, deliverables, and responsibilities; the model should organize them rather than silently complete missing commercial details.
Proposal decisions guardrail: Do not invent law, cases, citations, deadlines, outcomes, attorney credentials, or client facts. AI drafts involving legal analysis or advice require attorney review and jurisdiction-specific authority. Keep assumptions, exclusions, responsibilities, commercial terms, and approval conditions visible so polished prose does not blur what has actually been agreed.
Proposal source packet
- Requested scope: provide the verified value or leave it unresolved.
- Deliverables: provide the verified value or leave it unresolved.
- Assumptions: provide the verified value or leave it unresolved.
- Customer responsibilities: provide the verified value or leave it unresolved.
- Schedule inputs: provide the verified value or leave it unresolved.
- Pricing source: provide the verified value or leave it unresolved.
- Exclusions and change conditions: provide the verified value or leave it unresolved.
Proposal sections
Worked proposal scenario
Stress test: Build one proposal while Scope of representation is unresolved and another after it is confirmed. The first version should visibly qualify the affected term instead of guessing, while the second may become more specific because the evidence changed.
Assumption and exclusion review
- Scope can be traced to the request or approved assumptions.
- Unknowns are labeled instead of silently priced or promised.
- Exclusions and responsibilities are visible.
- Commercial and technical claims match source documents.
Failure patterns that require revision
- For Law Firm, reject a draft that turns assumptions into facts.
- For Law Firm, reject a draft that omits exclusions because they make the proposal feel less persuasive.
- For Law Firm, reject a draft that invents a schedule or price.
- For Law Firm, reject a draft that uses generic capability language instead of relevant evidence.
Proposal refinement prompts
- Create a scope ledger that separates included work, optional work, assumptions, exclusions, and unresolved items before rewriting prose. For Law Firm, keep scope of representation tied to the verified record.
- Move each assumption next to the price, schedule, deliverable, or responsibility it can affect.
- Ask for a red-team review that lists statements a customer could reasonably dispute from the supplied record.
- Rewrite the acceptance/next-step section using only the real approval, signature, payment, or scheduling process.
Authoritative sources and verification
Use the primary sources below as verification starting points for consequential proposal claims in a Law Firm context; controlling rules and organization policies may be more specific.
Editorial note: Play With AI Tools maintains this proposal resource. Reviewed August 18, 2026; qualified review still governs consequential decisions.