Tasks, hours, capacity, appraisals, quality gates and corrective actions - one login, one database, on your own server. I designed, built and deployed the whole thing myself.
Why it exists
Hours lived in a spreadsheet nobody opened until payroll. Work went to whoever replied fastest, not whoever had room.
"Done" meant different things to different people. Tasks closed with steps skipped, and the gaps surfaced weeks later as customer complaints.
Problems got discussed in chat, solved once, and forgotten. The same fault came back the next quarter with nobody able to say what was done last time.
What Pulse does
Each one is useful alone. Together they mean a task closing updates someone's score, a checklist blocking a close raises a problem, and a week's logged hours redraws the capacity grid.
Five stages from Open to Closed, drag a card to move it. Filter by project or owner, switch to a list, see due dates turn red the day they slip.
Every team has its own checklist and every task inherits it. The card will not move to Closed until each item is ticked. Checklists are versioned, so raising the standard never rewrites what was already signed off.
People log hours against the task they were actually doing. No separate tool, no end-of-month reconstruction from memory.
A week at a glance: hours booked per person per day and a utilisation figure for the week. You can see who to hand the next job to before you promise a date.
On-time performance calculated automatically from closed tasks, per person and per team, with the full history behind every number.
Monthly targets with weightings, actuals logged with supporting files, and achievement, weighted score and rating worked out for you. Scorecards move through draft, submitted and approved.Editing a KPI that already has approved months files a new version that starts from the first open month. Signed-off appraisals stay exactly as they were.
Root cause, corrective action and preventive action recorded against the task that caused them, with overdue corrective actions flagged so nothing quietly disappears.
Roles, daily capacity, live status, and menu-by-menu permissions for each person. An employee sees their work; a manager sees the team.
How it was built
Not a hosted assistant, not a browser tab. The coding agent ran locally, on my hardware, against a local copy of the project. That is why a system this size exists at all without a team behind it - and why nothing about it had to leave my network to get written.
Because the agent is local, source, database schema and any sample data stay on the machine. Nothing is uploaded to a third-party service to be stored, indexed or used for training.
Eight modules with role-based access, a full appraisal engine and a production deployment - built and shipped by one person in a fraction of the usual time, and priced that way too.
The agent writes fast; I read everything before it ships. Schema, access rules and anything touching money or appraisals get checked by hand. One person understands the whole system and answers for it.
Inside the portal
Not mockups. This is the portal in use, with names changed.
Booked hours per person per day, utilisation for the week, filtered by team. Empty rows are as informative as full ones.
Targets and weights per role, actuals with attachments, achievement and weighted score calculated as you type, and a draft to approved workflow behind it.
One checklist per team, each with its own version number and history. A task cannot close until every line is ticked.
Root cause, corrective action, preventive action, kept against the work that caused them. Overdue corrective actions are flagged, not buried.
Role, daily capacity and status per person, with access granted menu by menu. Email addresses blurred here for privacy.
On-time delivery calculated from closed tasks rather than filled in by hand at review time.
Node 20 and Express with a React front end and MySQL, kept alive by PM2 behind Apache on an AWS EC2 instance - sharing a box with a live Magento store without either one going down. Email goes out over SMTP. You own the server, the database and the code.
Your build
Most teams don't need all eight modules on day one. We start with the one screen that replaces your worst spreadsheet, put it in front of your people, and grow it from what they actually use.
Tell me the part of your week that runs on a spreadsheet and someone's memory. I'll tell you honestly whether software fixes it.