What Project Lifecycle Management Means for Music
In one line: a music project has a lifecycle — idea, production, delivery, client follow-up, next project — and the place work actually breaks is almost never the writing. It is everything around the writing. Project lifecycle management is running that whole arc in one system, around your DAW rather than inside it.
That is the category Kora belongs to. Not a DAW, not a note-taking app, not generic task management borrowed from software teams. This piece is what that means in practice, stage by stage, with the specific mechanism at each one.
Why “lifecycle” and not “project management”
Generic project management — Asana, Trello, a Notion board — manages tasks. A task is done or not done. That model fits software sprints, which is what those tools were built for.
A music deliverable is not a task. It has a state that changes after you finish it: rendered, delivered, awaiting approval, revision requested, replaced. It has versions that supersede each other. It is owed to a specific publisher, on a specific spec, by a specific date, and the relationship is affected by whether it arrives correct. None of that fits a checkbox.
“Lifecycle” is the honest word because the work does not end at “done.” It ends — temporarily — at delivered and approved, and then it starts again with the next brief from the same contact. Managing the loop is the job.
The five stages, and what actually breaks at each
1. Idea and planning
The stage where a project exists as a brief, a deadline and an intended home — a library, a supervisor, an album. What breaks here is not creativity; it is that the plan lives in an email you will not find in three weeks.
Kora models the album and the project as distinct things: an album carries the target track count and the primary contacts; a project carries the DAW session and the export state. That split is deliberate, because “the record” and “the individual cue” have different lifecycles.
2. Production and capture
You are in the DAW. This is the one stage Kora deliberately stays out of — it is the layer around your DAW, not a replacement for it. What it does is watch.
When you bounce a file, Kora’s watch folders link it to the right project using
weighted confidence scoring across filename, path and timestamp — an export is
typically linked within about three seconds, a DAW session in under one and a half.
The naming parser reads the mix type, version, BPM and key out of the filename, and
routes anything it is not sure about to a review inbox rather than guessing. A
final_final.wav does not silently become a new project.
The point of the stage: your workspace stays current without you filing anything.
3. Delivery
This is the stage the whole category exists for, and the one every generic tool drops. A finished mix is not a delivered mix.
Export Flow renders the deliverable to the client’s spec — WAV or MP3 320 — embeds the metadata their profile requires, applies their naming template and folder recipe, and runs a preflight that catches duplicate outputs, missing required deliverables and illegal characters before anything leaves your drive. You save that spec once per client; it applies every time.
Then the ledger records what went out, and it draws a line most tools never draw:
- Confirmed — the work is finished. Rendered, tagged, named.
- Delivered — it reached the client. Files uploaded and the delivery email sent.
An upload with no email stays Confirmed, so the follow-up engine never chases someone about a file they were never told about. That distinction is small and it is the difference between looking organised and looking like you lost track.
One honest boundary: preflight validates names, metadata and structure — it does not open the audio, so it will not catch a loudness or true-peak problem. Check those in your DAW. The system protects you from the delivery mistakes that are about handoff, not about sound.
4. Follow-up
The stage that turns one delivery into the next brief, and the one solo creators lose most often. Kora’s follow-up engine reads the ledger and the contact record and surfaces the next move with the reason attached — a delivery sitting unapproved past seven days, a revision request, a publisher whose album is nearly done. It never sends anything on its own; it makes sure the thing you should do next is the thing in front of you.
This is also where music project management stops looking like sales-CRM project management. Urgency runs both ways: a contact’s overdue follow-up raises the priority of the album you owe them, and in-flight work on that album raises the contact’s own priority. A generic CRM ranks a person by contact fields. This ranks a publisher higher because the record you owe them is nearly finished.
5. Next project
The loop closes. The contact you just delivered to, the album that just shipped, the naming profile you saved — all of it carries into the next brief instead of being rebuilt. That accumulation is the compounding part, and it is why “lifecycle” is the right frame: the system gets more useful the longer the relationship runs.
Where this leaves the DAW
Untouched, on purpose. Your DAW is where music is made and Kora has no opinion about how you make it. The claim is narrower and, we think, more defensible: everything that happens to a piece of music after the idea and around the session — capture, delivery, follow-through, the relationship — is a lifecycle, and it deserves a system built for music rather than one adapted from somewhere else.
Frequently asked
How is project lifecycle management different from project management?
Generic project management tracks tasks as done or not done. A music deliverable has a state that keeps changing after you finish it — delivered, awaiting approval, revision requested, replaced — plus versions, a spec, and a client relationship. Lifecycle management runs that whole loop, including delivery and follow-up, which task tools drop.
Does Kora replace my DAW?
No. Kora is the layer around your DAW, not inside it. It manages planning, capture, delivery and client follow-through; your DAW handles the audio. They work alongside each other.
What is the hardest stage it addresses?
Delivery and follow-up — the gap between “the mix is finished” and “the client has the correct files and has approved them.” That gap is where relationships are won or lost, and it is the part generic tools leave to you.
Is this just a CRM with extra steps?
No. A CRM tracks people. This tracks the whole arc of the work and connects it to the people — so the album you owe someone changes their priority, and their overdue follow-up changes the album’s. That two-way link is the difference.
Related reading
- What is a music workflow system?
- How does the delivery ledger work?
- What is a music CRM?
- Professional music delivery workflow