No. SleekView Feedback reads directly from whatever table or post type GrowthBar is using. You point it at the source, pick the columns for votes, status, category, author, and title, and the board renders. There is no ETL job, no sync, and no duplicated data. Anything GrowthBar writes shows up on the next page load.

Yes. SleekView ships with anonymous voting backed by cookies, so public visitors can upvote outlines without an account. You can also require login if you want the board restricted to editors or paying clients, and the same view handles both modes with a single setting toggle in the WordPress admin.

Each visitor gets a cookie scoped vote token per item, and logged in users are tracked by user ID. The plugin also exposes a per IP rate limit so a single visitor cannot spam the board, which is enough to keep public boards honest without forcing a full signup wall in front of your casual readers and clients.

Yes. SleekView accepts a WHERE clause when you wire up the data source, so you can scope the board to one project, one language, or any combination of meta fields GrowthBar already stores. Different boards on different pages can use different filters with no extra plugin setup at all for each new client account.

AI quality feedback is just a category value on the row. You can write it into a meta key GrowthBar already understands or a dedicated column. Either way it shows up in the WordPress admin next to the original outline, so the writer who owns the draft can see the flag without leaving WordPress or hopping into the GrowthBar interface.

They write back to the source column, which means GrowthBar and any of your own queries can sort future planning, retries, and outline audits by that score. Several teams use the score to gate which keywords get drafted at all, which makes the board operational and not just a vanity dashboard you share with clients.

Both. SleekView ships as a Gutenberg block, an Elementor widget, a Bricks element, and a classic shortcode. Theme developers can also call the render function from PHP and pass a configuration array, so you can mount the board on any template without touching the page editor or the block library at all.

The view paginates on the server and only loads the rows it needs to render the current page. Indexed columns stay fast even on long tables. For really big accounts, scoping the board by project or language keeps both the query and the audience focused, so the page stays snappy even at scale with thousands of stored outlines and drafts across many client workspaces.