Rooms & resources
Create bookable rooms, venues or resources with their own schedules and limits.
Pluginory Booking is being built for rooms, venues, studios and other time-based resources — with clear availability, flexible rules and a WordPress-native workflow.
Instead of forcing every business into an employee appointment model, Pluginory Booking starts with resources: rooms, studios, saunas, sports spaces, meeting rooms and other bookable places.
A focused WordPress booking system for resource-based businesses, designed around real operational rules rather than generic calendar forms.
Availability, buffers, exceptions and manual changes are where booking systems usually become painful. Pluginory is being designed around those details from the start.
Create bookable rooms, venues or resources with their own schedules and limits.
Control opening hours, blocked periods, exceptions and bookable windows.
Leave automatic setup, cleanup or safety time between different booking types.
Staff can create, edit and confirm bookings without sending the customer through checkout.
Build toward pricing that can vary by time, resource, booking type and defined business rules.
Keep the path from choosing a time to confirming a booking short, mobile-friendly and understandable.
The first version is intentionally narrow: businesses where availability belongs to a room, space or other resource — not primarily to an employee calendar.
Pluginory is being structured around locales. A locale can define sensible defaults such as currency, date and time formats, tax settings and regional behavior, while every important value remains editable by the site owner.
The booking engine should not care which provider processes the payment. That keeps the core smaller and lets local providers be added without coupling the whole product to one gateway.
A simple offline payment path with configurable account and payment instructions.
A common interface for creating payments, receiving status updates and confirming bookings.
A local adapter can connect directly to Montonio without making Montonio a core dependency.
International providers can use the same payment interface when the product expands to more markets.
Pluginory is early. The website is live, Booking is in active development, and the first milestone is a useful Lite release that can be tested by real businesses.
Brand, product positioning, documentation structure and public release notes.
Generalizing the proven booking workflow into a clean installable WordPress plugin.
Validate setup, documentation and everyday workflows outside the original test environment.
Advanced availability, integrations, multi-resource features and paid support.
Final Pro pricing will be published before paid access opens. We would rather validate value first than invent a price for an unfinished product.
For a simple resource booking setup and for evaluating whether Pluginory fits your workflow.
For businesses that need deeper rules, integrations and more operational control.
Pluginory exists to turn practical WordPress business workflows into maintainable products. The goal is not to ship the longest feature list. It is to solve a defined problem well, document it properly and keep the product understandable as it grows.
We are deliberately not building several products at once. These are directions worth exploring only after Booking proves that people outside the original use case are willing to use and pay for Pluginory.
A fast one-page and direct-buy checkout layer for WooCommerce and booking flows.
A focused point-of-sale workflow for businesses already running on WordPress and WooCommerce.
Guided product recommendations based on store-defined questions, attributes and rules.
Every public release is planned to ship with a short setup path, a detailed admin guide, troubleshooting notes, developer references where relevant, and a readable changelog.
From installation to the first working booking flow.
Settings explained with examples and expected outcomes.
Hooks, filters, adapter interfaces and extension points.
A version-by-version record of additions, fixes and breaking changes.
We are looking for a small number of real businesses to test the first general-purpose version of Pluginory Booking and tell us where the workflow breaks.
The blog is for useful product notes: what changed, why a decision was made and what we learned from real use.
The product problem, the target customer and the constraints that shape the first public release.
Why country-specific behavior belongs in locale packs instead of being hard-coded into the booking engine.
A maintainable way to support local gateways and global providers without coupling the core product to one vendor.