A release plan starts with a list of finished materials and the people responsible for approving them. Choose the release date after checking what remains to be done on the music, artwork, distribution and communication. There is no universal timeline: every dependency requires its own allowance for revisions.

Settle the music before scheduling promotion

Identify the final version before delivering it to a distributor. Agree the beginning, ending, title and any alternative version required for explicit content. A master should not be treated as a temporary file that will be replaced repeatedly after the campaign has started. Record which file was approved and by whom.

Prepare one shared metadata document alongside the audio. For guest artists, confirm the correct profiles and agree who will supply the information. Where several people contribute, everyone should know which version they are approving. A practical data check before delivery reduces the need for later corrections through the distributor.

Organise the plan around dependencies

Artwork needs an approved title, the video needs the correct audio, and promotional links must point to the intended release. Plan these relationships before scheduling posts. Give each task an owner, a deadline and a location for the final file. Make it possible for another person to find the approved material without searching a conversation.

  • Music: the master, alternatives and final approval.
  • Delivery: artwork, metadata, release date and distribution checks.
  • Profiles: correct artist mapping and current information.
  • Communication: the central idea, deliverables and responsible person.
  • Quality control: links, titles, credits and availability after release.

Use clear states such as work in progress, awaiting approval and final. A calendar date alone will not reveal that a guest name is missing from the artwork or that an editor still has an earlier chorus. A short dependency review identifies these problems before the final day, when changing them becomes more disruptive.

Separate a minimum from a planning buffer

Spotify support currently states that pitching at least seven days before release is relevant to placing the pitched song in followers' Release Radar. Its release-planning materials recommend pitching around two weeks ahead. These describe different things: a minimum for a specific feature and a suggested planning allowance.

Neither period guarantees an editorial playlist placement or immediate distributor processing. Check the current delivery terms before choosing the date and allow time for corrections. When essential assets are not ready, moving the release can be more useful than launching a campaign with broken links or uncertain versions. A public deadline should follow a workable plan.

Plan beyond release day

Prepare material that develops the song after publication: a performance excerpt, the story behind a particular line or a view of the writing process. Give every item its own reason to exist rather than repeating the announcement. Decide where listeners should go and keep that route easy to follow.

A common mistake is judging the project in its first few hours and immediately rewriting the campaign. First verify availability, profile mapping and audience responses. Then schedule a review with enough context to be useful. The next release becomes easier to organise when you understand a specific weakness in the process rather than only its final stream count.

Assign an owner and approval date to each schedule item. “The team will handle it” can leave decisions unattended. If one asset slips, review the dependent tasks and update everyone together.

Sources & further reading

Sources checked on 29 October 2026. Platform interfaces and requirements may change.

Artist development

Put it into practice.

Discuss your project