SEO Strategy and Delivery Plan
Purpose
Turn validated evidence and approved actions into a delivery roadmap that a team can execute and review. This skill coordinates scope, sequencing, and measurement; it does not create technical/content facts, approve releases, or promise business outcomes.
Read references/roadmap-protocol.md before planning a cross-team program.
Input gate
Require current business goal, audience/market, constraints, owners/capacity, validated audit/research artifacts, approved action-plan items, baseline/report availability, and known dependencies. When inputs are incomplete, produce a discovery plan with explicit assumptions—not a fabricated quarter-long backlog.
Workflow
- Frame decisions. State the goal, target audience/market, change scope, non-goals, risk tolerance, and measures that are actually available.
- Use validated work only. Include confirmed issues and approved actions. Keep experimental work in a separate learning track. Declined/risky changes remain visible with their conditions.
- Sequence dependencies. Establish source data, site prerequisites, content/technical dependencies, product decision, separate implementation/release/provider approvals, rollout, verification, and rollback before downstream work. For compound work, preserve the router's chain from research and baseline through local acceptance, authorized release, live verification, any separately authorized provider operation, and delayed comparison.
For broad organic growth, preserve two concurrent roadmap tracks: nearer-term capture/defense and high-volume head-term/category leadership. Put the leadership track's owner and foundation work into the active roadmap even when authority building and leading-position milestones span later stages; do not replace it with quick wins.
- Assign outcomes honestly. Give each initiative owner, acceptance criteria, verification method, guardrail, and review date. A roadmap may target a measurable behavior, but cannot forecast rankings, citations, traffic, or revenue as a guarantee.
- Report changes. Compare only like-for-like observations. Separate delivery status, technical state, search reporting, visibility observations, referrals, and conversions.
Output
Return a roadmap organized by decision gate and owner: prerequisite, approved action, dependency, delivery milestone, verification/guardrail, and unresolved risk. For broad organic growth, show the nearer-term and head-term leadership tracks separately, including the canonical owner, competitive gap, supporting work, and observable visibility bands. Use target dates only when supplied by a real owner/capacity plan; otherwise label the sequence rather than inventing timing.
1---2name: seo-plan3description: Use when sequencing validated SEO findings and approved action-plan items into an owner-based roadmap with dependencies, review gates, measurable outcomes, and risk controls; do not use it to invent work, fixed uplift forecasts, or a one-size-fits-all calendar.4---56# SEO Strategy and Delivery Plan78## Purpose910Turn validated evidence and approved actions into a delivery roadmap that a team can execute and review. This skill coordinates scope, sequencing, and measurement; it does not create technical/content facts, approve releases, or promise business outcomes.1112Read `references/roadmap-protocol.md` before planning a cross-team program.1314## Input gate1516Require current business goal, audience/market, constraints, owners/capacity, validated audit/research artifacts, approved action-plan items, baseline/report availability, and known dependencies. When inputs are incomplete, produce a discovery plan with explicit assumptions—not a fabricated quarter-long backlog.1718## Workflow19201. **Frame decisions.** State the goal, target audience/market, change scope, non-goals, risk tolerance, and measures that are actually available.212. **Use validated work only.** Include confirmed issues and approved actions. Keep experimental work in a separate learning track. Declined/risky changes remain visible with their conditions.223. **Sequence dependencies.** Establish source data, site prerequisites, content/technical dependencies, product decision, separate implementation/release/provider approvals, rollout, verification, and rollback before downstream work. For compound work, preserve the router's chain from research and baseline through local acceptance, authorized release, live verification, any separately authorized provider operation, and delayed comparison.23 For broad organic growth, preserve two concurrent roadmap tracks: nearer-term capture/defense and high-volume head-term/category leadership. Put the leadership track's owner and foundation work into the active roadmap even when authority building and leading-position milestones span later stages; do not replace it with quick wins.244. **Assign outcomes honestly.** Give each initiative owner, acceptance criteria, verification method, guardrail, and review date. A roadmap may target a measurable behavior, but cannot forecast rankings, citations, traffic, or revenue as a guarantee.255. **Report changes.** Compare only like-for-like observations. Separate delivery status, technical state, search reporting, visibility observations, referrals, and conversions.2627## Output2829Return a roadmap organized by decision gate and owner: prerequisite, approved action, dependency, delivery milestone, verification/guardrail, and unresolved risk. For broad organic growth, show the nearer-term and head-term leadership tracks separately, including the canonical owner, competitive gap, supporting work, and observable visibility bands. Use target dates only when supplied by a real owner/capacity plan; otherwise label the sequence rather than inventing timing.
oegeyilmaz9