Important
This package has been completely rethought and rewritten. The new and improved version is now available at this repository.
This package provides a way to store kpis from your app in your database and then retreive them easily in different ways. It is espacially usefull to tracks things related to your models like:
- the number of users
- the number of subscribed users
- the total revenue
- ...
It's a perfect tool for building dashboard ans display stats/charts.
You can install the package via composer:
composer require finller/laravel-kpi
You have to publish and run the migrations with:
php artisan vendor:publish --tag="kpi-migrations"
php artisan migrate
This package is not a query builder, it's based on a kpi table where you will store all your kpis. With this approach, your kpis from the past (like the number of users you had a year ago) will not be altered if you permanently delete a model.
Retreiving kpis will also be much more efficient when asking for computed values that often require join like "users who have purchased last week" for example.
As said above, you will have to store the kpis you need in the database. Kpis are grouped by keys
and support different kind of values:
- number (float) under
number_value
column - string under
string_value
column - json or array under
json_value
column - money under
money_value
andmoney_currency
column
In most cases, you would store numbers, like the number of users for example. You are free to choose the key but you could do it like that:
Kpi::create([
'key' => 'users:count',
'number_value' => User::count(),
]);
Generally kpis are related to models, that's why we provid a trait HasKpi
with a standardized way to name your kpi key {namespace}:{key}
. For the User model, it would store your key in the users
namespace like users:{key}
.
By default the trait only define 1 KPI: Model::count()
You can define your own KPIs freely with the method registerKpis
.
Here is an example:
namespace App\Models;
use Finller\Kpi\HasKpi;
class User extends Model
{
use HasKpi;
/*
* The date represent the date of the KPI
* It is usefull when capturing a Kpi from the past
*/
public static function registerKpis(Carbon $date = null): Collection
{
$query = static::query()
->when($date, fn (Builder $q) => $q->whereDate('created_at', '<=', $date->clone()));
// The model count Kpi is always snapshoted, you don't need to register it
return collect()
// When using `put`, the kpi namespace will be automatially
->put('active:count', new Kpi([
'number_value' => $query->clone()->active()->count(),
'created_at' => $date->clone(),
]))
// You can also manually define the key
->push( new Kpi([
'key' =>
'number_value' => $query->clone()->subscribed()->count(),
'created_at' => $date->clone(),
]));
}
}
Each item of the collection can either have a key that represent the Kpi key, or define directly the Kpi key.
Notice that, the method accept a $date
parameter. This allow you to take KPIs snapshot "in the past".
This is usefull for already existing project, or simply when you add a new KPI to the list.
After registering the kpis you have to save them in the database with the snapshotKpis
method.
A standard way to save your kpi values would be in a command that runs every day.
Here is an example:
namespace App\Console\Commands;
use App\Models\User;
class SnapshotKpisCommand extends Command
{
protected $signature = 'kpis:snapshot';
protected $description = 'Snapshot KPI';
public function handle()
{
User::snapshotKpis();
}
}
Then add it to Kernel
namespace App\Console;
use App\Console\Commands\SnapshotKpiCommand;
use Illuminate\Console\Scheduling\Schedule;
use Illuminate\Foundation\Console\Kernel as ConsoleKernel;
class Kernel extends ConsoleKernel
{
protected function schedule(Schedule $schedule)
{
$schedule->command(SnapshotKpiCommand::class)->dailyAt('00:00');
}
}
You are free to store as much kpis as needed, even multiple times in a day, so you can get more recent data.
You can retreive kpis by using usefull scopes and the native eloquent Builder methods.
For example, if you want to query kpis under users:count
key, you could use:
// With Kpi model
use Finller\Kpi\Kpi;
Kpi::where('key', "users:count")->get();
// With HasKpi trait
use App\Models\User;
User::kpi('count')->get();
// With KpiBuilder
use Finller\Kpi\KpiBuilder;
KpiBuilder::query("users:count")->get();
KpiBuilder::query(Kpi::query()->where("key", "users:count"))->get();
In most cases, you would like to have thoses kpis grouped by date (day, month, year, ...).
For example, to get the number of users grouped by day between 2 dates (usefull to draw a chart), you could do:
User::kpi('count')
->between(start: now(), end: now()->subDays(7))
->perDay()
->get();
As we are grouping by date/period, you could have more than 1 snapshot of the same key for a date/period. In this situation, this package will give you only the most recent snaphot of each date/period.
In the previous example, I would get the most recent count of users for each day. This is also true for other kind of supported intervals.
The supported intervals are: perDay, perWeek, perMonth and perYear.
Kpi::query()->perDay()->get();
Kpi::query()->perWeek()->get();
Kpi::query()->perMonth()->get();
Kpi::query()->perYear()->get();
In some cases, you could have missed a snapshot. Let's say that your snapshot kpi command failed or your server was down.
To fill the gaps let by missing values, you can use the fillGaps
method available on KpiBuilder
or KpiCollection
.
By default the placeholders will be a copy of their previous kpi.
For convenience the KpiBuilder
is the best option as it will give you better typed values and shares parameters between fillGaps
and between
.
use Finller\Kpi\Enums\KpiInterval;
Kpi::query()
->where('key', 'users:blocked:count')
->between(now()->subWeek(), now())
->perDay()
->get()
->fillGaps( // optional parameters
start: now()->subWeek(),
end: now(),
interval: KpiInterval::Day,
default: ['number_value' => 0]
);
KpiBuilder::query('users:blocked:count')
->perDay()
->between(now()->subWeek(), now())
->fillGaps()
->get();
Kpi::query()
->where('key', 'users:blocked:count')
->between(now()->subWeek(), now())
->perDay()
->get()
->fillGaps(); // if you do not specify anything when using KpiCollection, the start, end and the interval values will be guessed from your dataset
You can also find gaps in a KpiCollection using findGaps
method.
It can be usefull to snapshot these missing kpi later with something like:
$gaps = Model::kpi('count')
->perDay()
->between(now()->subMonth())
->get()
->findGaps(interval: KpiInterval::Day, start: now()->subMonth(), end: now());
$gaps->each(function(Carbon $date){
Model::snapshotKpis($date);
});
For existing project or when ading a new KPI, you may want to fill your KPIs with data from the past.
The HasKpi
trait allow you to do it like so:
Model::backfillKpis(
start: now()->subYear(),
end: now(),
interval: KpiInterval::Day
);
Some Kpis are only relevant when taken relatively to others or to a period.
For example, the number of new registered users by month can be obtained without registering a specific KPIs,
but by taking the relative values of the default User::count()
KPI.
You can easily get your Kpis in a relative format by using different methods:
To go from:
Jan | Feb | Mar |
---|---|---|
10 | 100 | 500 |
To:
Jan | Feb | Mar |
---|---|---|
0 | 90 | 400 |
KpiBuilder::query('users:count')
->relative()
->perMonth()
->between(now()->subYear(), now())
->get();
Kpi::query()
->where('key', 'users:blocked:count')
->between(now()->subYear(), now())
->perMonth()
->get()
->toRelative(); // when using KpiCollection
When a KPI is a direct result of a combination of 2 other KPIs, it might not be worth to save it in the database.
You can combine KPIs together to create a new one simply by using the combineWith
method from the KpiCollection
.
Here is an example:
$usersCount = User::kpi('count')->perDay()->get();
$subscribedUsersCount = User::kpi('subscribed:count')->perDay()->get();
$usersCount->combineWith(
$subscribedUsersCount,
fn(Kpi $userCount, Kpi $subscribedUsersCount) => new Kpi([
...$userCount->toArray,
'number_value' => $subscribedUsersCount->number_value / $userCount->number_value
])
);
composer test
Please see CHANGELOG for more information on what has changed recently.
Please see CONTRIBUTING for details.
Please review our security policy on how to report security vulnerabilities.
The MIT License (MIT). Please see License File for more information.