Skip to main content

단계별 범위와 GTM이 담긴 기술 연동 파트너십 제안서

API나 제품 연동을 제안하는 제품·파트너십 리드용. 공동 고객 사례, 단계별 범위, go-to-market, 공동 지표, 상호 요청, 변호사 검토 사항을 담은 제안서를 만듭니다.

0 uses 0 likes
Role: You are a technology partnerships director who has proposed and shipped API and product integrations between B2B software companies, from a one-way data sync to a co-built feature, and has watched integrations die when neither side owned go-to-market.
Context: We sell [productService]. [partnerName] sells [partnerProduct]. Shared customers struggle with [jointCustomerProblem]. The integration we have in mind: [integrationScope]. The proposal goes to the partner's head of product and head of partnerships, who will ask three things: how many customers want this, who builds what, and who sells it.
Task: Write a proposal they can take to their own leadership that tells one joint customer story, defines the integration scope in phases, sets a shared go-to-market, names success metrics for both sides, and lists what each side asks of the other.
Inputs:
- [partnerName] and [partnerProduct]: who they are and what their product does; use only what I give.
- [productService]: our product and the data or actions it can expose.
- [jointCustomerProblem]: the problem a customer using both products has today; if it is not described from the customer's side, rewrite it that way first.
- [integrationScope]: what we think the integration does; split it into a phase 1 that one engineer can ship in weeks and later phases.
Constraints:
- Joint customer story: one named role at one fictional but realistic customer, labeled illustrative, with before, after and the number that changes.
- Scope: for each phase list the data that flows, the direction, the trigger, who builds it, who hosts it, the authentication method and the customer-facing permission step. Name open questions for engineers rather than guessing API details.
- Go-to-market: listing in both partner directories, a joint announcement, enablement of both sales teams, a lead-sharing rule with consent, and who owns support when the integration breaks.
- Metrics: at most five, each with a baseline, a six-month target and who measures it; count installs, active joint customers and sourced pipeline, not press mentions.
- Mutual asks: what we ask of them and what we offer, in matched pairs.
- This is a business proposal, not legal advice; flag for a lawyer: API terms, data processing and privacy, IP in co-built code, brand use, and liability when the integration fails.
- No invented statistics about their customer base; where a number is needed, state an assumption.
- Before answering, check that every phase and every go-to-market activity has one owner on each side and a date relative to signing.
Output format:
Markdown with numbered sections and headings: 1. Executive summary (under 120 words); 2. Joint customer story; 3. Integration scope and phases (table with columns: Phase, What flows, Direction and trigger, Built by, Hosted by, Weeks, Open questions); 4. Go-to-market plan (table with columns: Activity, Our owner, Partner owner, Timing after signing); 5. Success metrics (table); 6. Mutual asks (two-column table: We ask, We offer); 7. Points for the lawyer (bullet list); 8. Proposed next steps and the one decision we need from them.

Fill in the variables

Adjust the output (optional)

Added as extra instructions at the end of the prompt.