The Jalona method
Six steps, all in Jalona. What is promised at the start is written down, what is delivered is approved by the client, and what you learn feeds the next project.
Step 1 of 6 · All plans
Frame
Before the first task, the project charter sets the objective, the scope, what is out of scope, the deliverables and the budget. The client reads it in Jalona: everyone starts from the same page.
The administrator writes, the client reads.
Step 2 of 6 · With Premium
Set the baseline
Milestones split the project into dated stages. One click sets the schedule: every shift is then measured against the baseline, in days, milestone by milestone and for delivery.
The administrator sets it, the client sees the variances.
Step 3 of 6 · All plans, advanced tools with Premium
Deliver
The board tracks tasks, dependencies flag what is blocked, workload per person shows who is overloaded, absences included. Reminders fire before the due date, then the day after a delay.
The team delivers, the client follows.
Step 4 of 6 · All plans
Get approval
When a milestone is ready, the client approves it from their account, with a comment if they wish. The approval is dated, in their name, and produces an acceptance certificate as a PDF. The milestone's tasks are then locked: the overview can no longer contradict what was approved.
The client approves, the team gets the certificate.
Step 5 of 6 · All plans
Close
At closing, the review computes itself: planned versus actual duration, milestones met or not, tasks done late, time spent. The team adds what it learned, in a few lines.
Everyone reads the review, the team keeps its time to itself.
Step 6 of 6 · With Premium
Start again
A closed project becomes a template. It keeps the durations actually observed, not the original plan, carries the charter over and shows the previous project's lessons when the next one starts.
The administrator makes it a template, the next project starts better.
Screenshots
The overview of a closed project, a milestone's acceptance certificate and the review, as the app produces them.



The client
The client is a read-only member of the project. They read, comment and approve; they see neither the team's time, nor exports, nor the log.
| Step | What the client does |
|---|---|
| 1Frame | Reads the charter |
| 2Set the baseline | Sees the variances against the baseline |
| 3Deliver | Follows progress, comments on tasks |
| 4Get approval | Approves the milestone and gets the certificate |
| 5Close | Reads the review, without time spent |
| 6Start again | Finds the same method on the next project |
Who it is for
A funder asks for proof: promised dates, approved milestones, planned versus actual review. Company fields carry the project code and the funder.
Stages are approved at the end of each phase; the certificate can be printed and signed. Delays read in days, not impressions.
The client approves the mockups, then acceptance testing, in the tool. No more approvals lost in a chat thread.
Plans
Framing, approval and closing are open to everyone. The baseline, dependencies, workload, cycles and templates come with Premium, at GNF 50,000 per month for your account: the members of your spaces benefit too.
Create a project space, write the charter, invite the client. Free to start, no credit card.