Custom plugins
Purpose-built functionality designed around your workflow, with a settings interface your team can actually use and sensible defaults so it works before anyone configures it.
Build · Engineering
We have shipped plugins used by more than a million sites, so we build yours the same way we build our own: core APIs, coding standards, proper versioning and documentation — code that outlives whoever wrote it.

The problem
You have tried four. Each does roughly seventy percent of the job, none does the last thirty, and you are maintaining workarounds around all of them.
A form plugin, an automation plugin, a webhook plugin and two connectors, chained together to do something a single purpose-built plugin would do in a tenth of the weight.
Business logic sitting in functions.php means it dies the day you redesign. Functionality belongs in a plugin so it survives the theme it was born under.
A custom plugin nobody can safely update, with no documentation, no version control and a fatal error waiting behind the next PHP upgrade.
What we build
Purpose-built functionality designed around your workflow, with a settings interface your team can actually use and sensible defaults so it works before anyone configures it.
Often the right answer is not a new plugin but a clean extension of one you already run — using its hooks and filters, so updates do not undo the work.
Connecting WordPress to CRMs, ERPs, payment providers and internal systems, with authentication, rate limiting, retries and logs you can read when something fails.
Background processing built on Action Scheduler rather than WP-Cron, so long-running imports and syncs finish reliably instead of timing out silently.
Settings screens, dashboards and custom list tables built with native WordPress components, so they feel like part of the admin rather than a bolted-on iframe.
Inheriting a plugin somebody else wrote: security review, standards cleanup, dependency updates and documentation, so it becomes maintainable instead of load-bearing and untouchable.
How it works
What it must do, what it must not do, and every edge case we can find upfront.
Data model, hooks and where responsibility sits, agreed before code.
Written to WordPress Coding Standards with version control from day one.
Unit tests, PHPCS and real-data testing on staging against your setup.
Versioned release, update mechanism and documentation for your team.
Compatibility with new WordPress and PHP releases as they land.
Results
Integration
A distributor was exporting orders to CSV every morning and importing stock by hand every evening. We built a two-way connector with queued jobs, retries and a readable failure log.
Product
We build and maintain our own plugins on the WordPress.org repository, which is where a lot of our standards come from — public code gets reviewed by strangers, and that keeps it honest.
Capabilities
Engagement
Fixed fee
A written specification and technical architecture you can build from — with us or with anyone else. Often the cheapest way to discover a plugin is not what you needed.
Fixed price after spec
Design, build, test and ship, with documentation and an update mechanism. Quoted fixed after the spec, so scope is agreed before anybody starts writing code.
Monthly
Keeping a plugin compatible as WordPress, PHP and its dependencies move — plus small feature work as your requirements change.
Questions
If your situation isn't covered here, send us the details and we'll reply with a straight answer.
If it is functionality, it belongs in a plugin. If it is presentation, it belongs in the theme. The test is simple: would you still need this if you redesigned the site tomorrow? Business logic in functions.php is one of the most common reasons a redesign becomes far more expensive than it needed to be.
Yes, when it is built on documented hooks and APIs rather than on assumptions about core internals. We never edit core files and we avoid depending on undocumented behaviour. We also test against WordPress beta releases, so compatibility issues surface before your site meets them.
Completely. You get the full source, in your own repository, with no licence key, no phone-home and no dependency on us continuing to exist. WordPress plugins inherit the GPL, and we hand over everything needed for another developer to take it forward.
Yes, and it is a large part of what we do. We start with a review covering security, standards and how it will behave on current PHP and WordPress versions, then give you an honest recommendation: repair, refactor or replace. Sometimes rewriting is genuinely cheaper than untangling.
We do, both our own and client plugins where that makes sense commercially. Public repository plugins go through review and get scrutinised by strangers, which is a useful discipline. For internal or commercial plugins we set up private updates instead, so your sites still get versioned releases.
Semantic versioning and a proper update mechanism, whether the plugin is public or private. Every release has a changelog, breaking changes are flagged clearly, and updates can be staged before they touch production. You are never in the position of guessing what a version changed.
Off the shelf
We also publish our own WordPress plugins, built to the same standard. If one of them already solves your problem, it is the fastest and cheapest route — no custom build required.
Related services
Start here
The more you can tell us, the more useful our first reply will be. No sales sequence — one of the people who would actually do the work reads this.
Prefer email? hello@dotance.com