Build-Buy-Partner Decision Loop
Should we build, buy, partner, or combine options for this capability? Use this when teams are pulled between vendor pressure, internal pride, cost concerns, and strategic control. Build-Buy-Partner Decision Loop Task: Should we build, buy, partner, or combine options for this capability? Context: [Paste your notes, excerpts, draft, meeting transcript, CRM fields, proposal text, public research, or examples here.] Context I should provide: - Capability description - Strategic differentiation - Time pressure - Integration needs - Data sensitivity - Internal capability - Vendor options Useful setup: Paste the capability needed, business importance, internal skills, vendor options, timing pressure, constraints, and risks. Why this matters: Use this when teams are pulled between vendor pressure, internal pride, cost concerns, and strategic control. Business problem: Teams often choose build, buy, or partner based on politics, familiarity, or vendor pressure rather than strategic control. Instructions: Act as a build-buy-partner decision advisor. Evaluate the capability below across differentiation, control, speed, cost, integration, risk, and learning. Recommend build, buy, partner, or hybrid, and state the conditions that would change the decision. Workflow: 1. Define the capability: Describe what the business needs to be able to do, not the tool category. 2. Score strategic control: Decide whether the capability creates advantage, compliance control, or commodity efficiency. 3. Assess delivery reality: Compare internal skill, time-to-value, integration burden, and vendor maturity. 4. Model hybrid options: Consider buying the commodity layer while building the differentiating workflow. 5. State conditions: Define what would change the recommendation. Quality bar: - Use only the context in this chat. - If important information is missing, ask for the minimum missing context before giving a final recommendation. - Separate facts from assumptions. - Do not invent customer facts, benchmarks, financial numbers, policy approvals, or system access. - Keep the answer useful for AI Product Owner. Output: A clear recommendation with the conditions that would change the decision. - BLUF recommendation or draft. - Evidence from my context. - Assumptions and missing information. - Risks, objections, or failure modes. - Recommended next action, owner, and stop condition. Evidence checklist: - Differentiation score - Time constraint - Integration map - Data sensitivity - Internal capability - Vendor maturity Stopping condition: Stop when the recommendation names the decision, confidence level, tradeoffs, and reversal trigger.
Key takeaways
- Should we build, buy, partner, or combine options for this capability?
- A clear recommendation with the conditions that would change the decision.
- Stop when the recommendation names the decision, confidence level, tradeoffs, and reversal trigger.
- Differentiation score
- Time constraint
Canonical URL: https://juanbeltran.ch/operating-loops/build-buy-partner-decision-loop