Journal ·

Do You Need a Developer to Install This?

Most people asking this question have been burned before by a plugin that promised a five-minute setup and turned into an afternoon of editing PHP files. It’s a reasonable thing to be cautious about, so here’s a specific answer instead of a reassuring one.

Installing Lifted Prayers is a standard WordPress plugin install — upload the file, activate it, and it registers its own settings pages under your WordPress admin menu. From there, setup is a short walk through a few real decisions rather than technical configuration: pick a Prayer Atmosphere (one of thirteen built-in color palettes, so your prayer wall doesn’t look like it was bolted onto your site as an afterthought), set the email address that should get notified of new submissions, and decide on your category labels if the defaults don’t match how your church talks about prayer needs. None of that requires touching a line of code.

Getting it onto a page is a shortcode or a block, depending on how you build pages in WordPress already — drop it into an existing page the way you would an embed, and it renders the submission form, the wall, or both together. It inherits your site’s fonts and general reading width automatically, because it scopes its own styling rather than fighting your theme for control of the page. For most churches running a standard WordPress theme, that’s the entire technical lift.

Where developer help genuinely earns its keep is at the edges: a heavily customized theme that does unusual things with page layout, a multisite network where you’re managing several church websites from one WordPress install, or a request to wire prayer submissions into some other system you’re already running — a CRM, a custom dashboard, something bespoke. Those are real integration questions, and we’d rather say so plainly than pretend everyone’s setup is simple.

For the setup most churches actually have, though — a normal WordPress site, one theme, one congregation — the honest expectation is: no developer, no code, an afternoon at most, most of it spent deciding on wording rather than fighting the software.

← Back to Journal