PromptBase
Upgrade
Close icon
General
Home
Marketplace
Create
Hire
Login
Chat
Sell
Explore

Prompt Details

Model
Chat - (gpt-5.6)
Token size
997
Example input
[PROJECT_CONTEXT]: North America launch of a workflow analytics feature for mid-market customers. Public target date is October 15. Engineering is in final integration and go-to-market preparation has started. [AUDIENCE]: COO and VP Sales. The COO can approve scope or date changes; VP Sales controls customer commitments and enablement sequencing. [CURRENT_FACTS]: On Sep 8, engineering reported two remaining integrations. Salesforce export passed QA. The NetSuite connector failed 7 of 20 regression cases and needs an estimated 8 engineering days. Security review begins Sep 12 and normally takes 5 business days. Sales has invited 42 prospects to an Oct 16 webinar and has told 6 design partners that both connectors will be included. No contract names the Oct 15 date. The team has 10 engineering days before code freeze. [DECISIONS_RISKS]: Options are: launch Oct 15 with Salesforce only; move the full launch to Oct 29; or keep Oct 15 and add two contractors, which the engineering lead says may create onboarding overhead and does not guarantee recovery. Risk: changing the date after webinar promotion may reduce trust. Product recommends the Salesforce-only launch with NetSuite labeled beta on Oct 29. [DESIRED_RESPONSE]: Obtain a decision by Sep 11 on launch scope and approval for Sales to update the six design partners before the security review starts.
Example output
## 1. Update objective The COO and VP Sales need to decide by **Sep 11** whether to preserve the **Oct 15** launch date, preserve the full two-connector scope, or attempt both with added contractors—and whether Sales is authorized to reset the six design partners’ expectations before security review begins **Sep 12**. After reading, engineering should have one unambiguous launch constraint, and Sales should know exactly what it can commit to customers and how to sequence enablement. ## 2. Evidence ledger | ID | Supplied fact or claim | Source / owner | Status | Why it matters | | --- | ------------------------------------------------------------------------------------------------------------------------ | --------------------------------- | -------------------------------- | ----------------------------------------------------------------------------------------------------------- | | E1 | Public target date is **Oct 15**. | Not provided | Confirmed | COO must decide whether that date remains the governing constraint. | | E2 | On **Sep 8**, engineering reported **two remaining integrations**. | Engineering | Reported | Integration work is not complete entering final integration. | | E3 | Salesforce export **passed QA**. | Source not provided | Confirmed | Salesforce has cleared the stated QA gate and supports a reduced-scope launch. | | E4 | NetSuite connector **failed 7 of 20 regression cases**. | Source not provided | Confirmed | NetSuite remains materially unfinished. | | E5 | NetSuite needs an **estimated 8 engineering days**. | Source not provided | Reported estimate | This consumes most of the remaining engineering capacity before freeze. | | E6 | Team has **10 engineering days before code freeze**. | Source / freeze date not provided | Confirmed; baseline date missing | Leaves limited stated capacity for NetSuite work plus any rework. | | E7 | Security review begins **Sep 12**. | Not provided | Confirmed | Scope clarity before this date reduces ambiguity entering the review. | | E8 | Security review **normally takes 5 business days**. | Source not provided | Assumption / planning norm | Security timing creates an additional dependency, but no outcome is guaranteed. | | E9 | Sales invited **42 prospects** to an **Oct 16 webinar**. | Sales | Confirmed | A date change after promotion carries customer-communication consequences. | | E10 | Sales told **6 design partners that both connectors will be included**. | Sales | Confirmed | A Salesforce-only launch requires an explicit expectation reset. | | E11 | **No contract names the Oct 15 date.** | Not provided | Confirmed | Date exposure is relationship/reputation based in the supplied record, not a stated contractual commitment. | | E12 | Adding **two contractors** may create onboarding overhead and **does not guarantee recovery**. | Engineering lead | Reported assessment | The resource-add option cannot be treated as a reliable way to preserve both scope and date. | | E13 | Product recommends **Salesforce-only on Oct 15**, with **NetSuite labeled beta on Oct 29**. | Product | Reported recommendation | Provides a proposed trade-off that preserves the public date while reducing launch scope. | | E14 | Decision requested by **Sep 11**, including approval for Sales to update the six design partners before security review. | Project request | Confirmed commitment requested | This is the immediate decision horizon for both executives. | ## 3. Audience translation | Rank | Evidence | Audience-specific stake | Decision / action / awareness | | ---- | ------------------ | ---------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- | --------------------------------------------------------------------------------------------------------------------- | | 1 | E1, E4–E7, E12–E14 | **COO:** the current record does not support treating full scope, Oct 15, and existing resources as simultaneously protected. NetSuite alone is estimated at 8 of the 10 engineering days before freeze, before accounting for possible security or regression rework. | Decide the governing trade-off by **Sep 11**: date, full scope, or the higher-risk contractor attempt. | | 2 | E9–E11, E14 | **VP Sales:** six customers currently have a specific expectation that conflicts with a Salesforce-only launch; 42 additional prospects are already attached to an Oct 16 launch-related event. | Approve corrected design-partner messaging by **Sep 11** and sequence broader enablement to match the selected scope. | | 3 | E3–E5, E13 | A staged launch has evidence behind it: Salesforce has passed QA while NetSuite has unresolved regression failures. | Treat Salesforce-only as the supported baseline unless another option gains stronger evidence. | | 4 | E9–E11 | Moving the date carries trust risk after webinar promotion, while keeping the date with reduced scope carries trust risk with the six partners promised both connectors. Neither option is communication-free. | Choose which expectation changes, then communicate that trade-off explicitly rather than implying nothing changed. | ## 4. Alignment risks **1. “Oct 15 launch” can mean different things.** Remove the ambiguity by stating: **“Under the recommended option, Oct 15 is the Salesforce-only launch; NetSuite is not part of that launch and Product recommends labeling it beta on Oct 29.”** **2. “8 engineering days with 10 days remaining” can sound safer than the record supports.** State instead: **“The NetSuite estimate consumes 80% of the stated engineering days before code freeze; the freeze date and contingency for security findings or regression rework were not provided.”** **3. Customer exposure could be overstated or understated.** State: **“The record documents that six design partners were promised both connectors; it documents an Oct 16 webinar invitation to 42 prospects, but does not say those 42 prospects were promised both connectors.”** ## 5. Decision and risk board ### Decisions needed | Decision | Owner | Deadline | Supported options and trade-offs | Recommendation | | ------------------------------------------ | ------------ | ---------- | ---------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- | -------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- | | Set launch scope/date | **COO** | **Sep 11** | **Oct 15, Salesforce only:** preserves public date but requires resetting the six partners’ connector expectation. **Oct 29, full launch:** preserves two-connector scope but moves the public date after webinar promotion. **Oct 15 + two contractors:** attempts to preserve both, but engineering says onboarding may add overhead and recovery is not guaranteed. | **Approve Salesforce-only on Oct 15, with NetSuite targeted as beta on Oct 29.** Salesforce has passed QA; NetSuite has 7/20 regression failures, an 8-day estimate against 10 stated engineering days to freeze, and additional security uncertainty remains. | | Authorize design-partner expectation reset | **VP Sales** | **Sep 11** | **Update before Sep 12:** makes the reduced scope explicit before security review and reduces time spent carrying an expectation the team may not meet. **Wait:** avoids an immediate change message but leaves six partners expecting both connectors. | **Authorize the update immediately after the scope decision and before Sep 12.** | ### Risks to watch | Risk | Trigger / leading indicator | Current response | Owner | | ---------------------------------------------------------------- | ------------------------------------------------------------------------------------------------- | ---------------------------------------------------------------------------------- | -------------------------------------------------- | | NetSuite misses the proposed beta timing | Regression failures remain unresolved or work exceeds the 8-day estimate | Product recommends removing NetSuite from Oct 15 GA and labeling it beta on Oct 29 | (owner needed) | | Security review creates additional launch work | Findings emerge after review starts Sep 12 | Current response not provided | (owner needed) | | Customer trust declines after a change in date or promised scope | Design partners object to reduced scope, or webinar messaging no longer matches the chosen launch | Early design-partner update requested; broader webinar response not provided | **VP Sales** for customer commitments / sequencing | ### No-action consequence If the **scope/date decision** remains open after Sep 11, engineering enters the next dependency without a clear constraint and Sales cannot accurately reset customer expectations. If the **design-partner communication decision** remains open, the six partners continue expecting both connectors even if the team proceeds toward Salesforce-only on Oct 15. If **code-freeze timing and security contingency** remain unspecified, readers may continue interpreting the two-day numerical margin between the NetSuite estimate and remaining engineering days as usable contingency when the record does not establish that. ## 6. Ready-to-send update We need to choose whether Oct 15 protects the launch date or the full two-connector scope. Based on the current evidence, Product recommends keeping Oct 15 for Salesforce only and targeting NetSuite as beta on Oct 29. **What changed** Salesforce export has passed QA. NetSuite failed 7 of 20 regression cases and is estimated to need 8 engineering days; the team has 10 engineering days before code freeze. Security review begins Sep 12 and normally takes 5 business days. Adding two contractors is an available option, but the engineering lead expects onboarding overhead and does not believe it guarantees recovery. On the customer side, 42 prospects have been invited to an Oct 16 webinar, and six design partners have specifically been told that both connectors will be included. No contract names Oct 15. **Why it matters** The evidence does not give us a reliable basis to assume we can preserve Oct 15, both connectors, and the current execution plan at the same time. The trade-offs are: * **Oct 15 with Salesforce only:** preserves the public date, but we must reset the six design partners’ expectation on NetSuite. * **Full launch on Oct 29:** preserves the two-connector scope, but changes the public date after webinar promotion. * **Oct 15 with two contractors:** attempts to preserve both date and scope, but adds onboarding overhead without a guaranteed recovery. **What is needed** **COO:** by Sep 11, approve the launch constraint. The recommended choice is Salesforce-only on Oct 15, with NetSuite targeted as beta on Oct 29. **VP Sales:** by Sep 11, authorize Sales to update the six design partners on that scope before the Sep 12 security review. Webinar and enablement messaging should then reflect the same scope; a deadline for that broader update has not been provided. **Can you both confirm by Sep 11 that we will treat Oct 15 as the Salesforce-only launch, target NetSuite beta for Oct 29, and authorize Sales to reset the six design partners on that basis before Sep 12?** ## 7. Follow-through ledger | Decision, action, or unanswered question | Owner | Due date | Next evidence expected | Status | | ------------------------------------------------------------- | -------------- | ------------- | ------------------------------------------------------------------ | ---------------------------------- | | Approve Oct 15 launch scope/date trade-off | COO | **Sep 11** | Explicit approval of one of the three options | Open | | Authorize update to six design partners | VP Sales | **Sep 11** | Approval plus confirmation that partner messaging has been updated | Open | | Align Oct 16 webinar and enablement messaging to chosen scope | VP Sales | (date needed) | Revised customer-facing scope/message | Open | | Confirm exact code-freeze date | (owner needed) | (date needed) | Calendar date corresponding to the stated 10 engineering days | Unanswered | | Reassess NetSuite effort as regression work proceeds | (owner needed) | (date needed) | Updated regression results and revised engineering-day estimate | Open | | Report security-review outcome and any required remediation | (owner needed) | (date needed) | Security approval or findings/remediation requirements | Pending review starting **Sep 12** | ## 8. Alignment check The confirmation question in the ready-to-send update deliberately forces agreement on the three elements most likely to drift in retelling: **what Oct 15 includes, what happens to NetSuite, and whether Sales is authorized to change the six design-partner commitments before Sep 12.**
🤖 GPT

Stakeholder Trust Update Builder

Add to Cart
Instant accessInstant access
Usage rightsCommercial use
Money-back guaranteeMoney‑back
By purchasing this prompt, you agree to our terms of service
GPT-5.6
Tested icon
Guide icon
4 examples icon
Free credits icon
Turn scattered project facts into a stakeholder update people can act on and accurately repeat—not another status dump. Get an audience-specific stakes map, evidence ledger, alignment risks, decision-and-risk board, ready-to-send update, owner follow-through, and a closing alignment check. Built for project leads, product managers, consultants, and operators who need clarity across executives, clients, and delivery teams. Tested on ChatGPT gpt-5.6.
...more
Added 3 days ago
Report
Browse Marketplace