Live data from Hacker News

Launch HN: Payload (YC S22) – Headless CMS for Developers

news.ycombinator.com

11–20 of 139 posts

Re: Launch HN: Payload (YC S22) – Headless CMS for Developers

#11

This is welcome, great launch James. I'm constantly looking about for a new CMS system, either Strapi, Wordpress, etc, how does PayloadCMS compare to these? What is PayloadCMS's killer feature?

Thank you!

WP is a blogging platform from the early 2000's that still uses many of the same code conventions that it started with. It does have a REST API, and you can extend it with plugins to work as a headless CMS, but it's riddled with inefficiencies and is truly a great example of why most devs would not think to reach for a CMS if they were building a SaaS app. Can you build a SaaS app with WP? Sure. Should you? Absolutely not. WP is good for its plugins and themes, but for anything more robust, it falls apart.

Strapi is a contender that is quite similar to Payload but they have a mixed focus on "GUI-based" logic and code-based logic. You design your content models with a GUI, and access control is highly limited to a typical RBAC pattern. Where in Payload, everything -starts with code-. You can version control your schema, because it's all just a config. Deploy to other environments (stage, prod, etc) with ease. Use and re-use functions across different collections. Even access control is handled beautifully with functions in Payload, and is significantly more powerful than RBAC.

I'd say our killer feature though is the simplicity, yet robustness of our admin UI. We have many features that Strapi does not have - like field conditional logic (Check a checkbox field, see more fields. Uncheck checkbox, those fields go away). Our admin UI is also completely extensible. You can create custom field types easily just by importing React components and passing them to a field config - then boom, your React component appears in the admin UI rather than the built-in component. It's intensely powerful.

There's a lot more, but these are just a few quick points. I've been using headless WP for ~6 years, and I've always liked the idea of Strapi, but never trusted it enough to hit production. That's why we built Payload.

Re: Launch HN: Payload (YC S22) – Headless CMS for Developers

#12

I know that a lot of web frameworks already have admin panels available either released by the main development team or by a 3rd party. What is the advantage of using Payload over those?

Elliot from Payload here. In addition to Dan's comments above, the main advantage of using Payload's Admin is that it can integrate directly with your auth as well as offer a richer editing experience beyond the normal CRUD that others provide.

For instance:

- Field-based access control - This allows a developer to use code to write complex functions in order to regular access to a field. This can also reference the currently logged in user's permissions/fields etc.

- Conditional logic - Functions can be written to show/hide certain fields in the admin UI

- Dynamic field types - Complex layouts can be built with the Block and Array field types. This allows the ability to build out more of a "page builder" type input vs. simple CRUD.

I hope that answers your question. Here are some links to the docs on each of those:

- https://payloadcms.com/docs/access-control/overview

- https://payloadcms.com/docs/fields/overview#conditional-logi...

- https://payloadcms.com/docs/fields/blocks

Re: Launch HN: Payload (YC S22) – Headless CMS for Developers

#14
Nice job getting to launch. However I'm really confused about the value prop.

> There's no point competing in that noisy market, so we're undercutting it instead, by treating developers as first-class citizens.

Who is the target market for this? who are the users and what is the job function in their company?

The vast majority of CMS use is by Marketing departments building the public web presence of their company. Marketing doesn't care about building or maintaining their own CMS, or making it easy for developers. In fact, those are costs they want to minimize and externalize.

Speed of creating, editing, reviewing, and publishing content is the most important thing. Integrating the site into the hundreds of mar-tech tools is also important (e.g. gating content for sales leads, funnel analytics, mailing list signup and validation, A/B testing, etc)

Large CMSs are pretty optimized for the create-review-publish flow, and I don't see you explain any advantage you provide here. Mar-tech companies live or die on adoption, so they invest heavily in making plugins for CMSs. Something they are not going to do for Payload. Why would marketing pay for internal developers to do this integration (regardless of how easy it is) when they get that for free with plugins to existing systems, written by the engineers of those systems?

In short, none of the benefits you cite at all align with the KPIs of a marketing department using a CMS (typical engagement numbers like time-on-site or page views, but also marketing-generated or marketing-influenced leads and opportunities)

And as an engineer who has built multiple SaaS apps, I've never needed CMS capabilities built into those apps. The closest need would be the help/documentation/API spec, which we've traditionally addressed using another site or SaaS app (e.g. a third party helpdesk or knowledge base SaaS).

Hence why I'm a little confused, but do want to be positive. Who is your ideal customer, why, what business problems do they have, and why is Payload the best option to those problems?

Re: Launch HN: Payload (YC S22) – Headless CMS for Developers

#15
1. Outstanding marketing site.

2. My initial thought was, "this looks fantastic… just as good as Sanity, which is a problem because Sanity is already around so what's the point? Really my only gripe with Sanity is that there's no free open sou—" oh dang, there it is.

Yeah, I will definitely give your product a shot on my next project.

Re: Launch HN: Payload (YC S22) – Headless CMS for Developers

#16

Nice job getting to launch. However I'm really confused about the value prop. > There's no point competing in that noisy market, so we're undercutting it instead, by treating developers as first-class citizens. Who is the target market for this? who are the users and what is the job function in their company? The vast majority of CMS use is by Marketing departments building the public web presence of their company. M…

(offtopic side note in case anyone is confused: I edited out that line you quoted. launching these guys was a last-minute thing this morning so I've been editing their blurb on the fly, from airplane wifi no less. I hope it worked!)

(this does not affect your question)

Re: Launch HN: Payload (YC S22) – Headless CMS for Developers

#17
post #11

This is welcome, great launch James. I'm constantly looking about for a new CMS system, either Strapi, Wordpress, etc, how does PayloadCMS compare to these? What is PayloadCMS's killer feature?

Thank you! WP is a blogging platform from the early 2000's that still uses many of the same code conventions that it started with. It does have a REST API, and you can extend it with plugins to work as a headless CMS, but it's riddled with inefficiencies and is truly a great example of why most devs would not think to reach for a CMS if they were building a SaaS app. Can you build a SaaS app with WP? Sure. Should you…

What you describe sounds similar to Statamic. The config and even the content is yaml files, and the admin UI is also quite extensible. But I always wish it was easier to change stuff with code in Statamic, so maybe that's where Payload shines.

Re: Launch HN: Payload (YC S22) – Headless CMS for Developers

#19

I know that a lot of web frameworks already have admin panels available either released by the main development team or by a 3rd party. What is the advantage of using Payload over those?

Hi! I'm Dan, Payload co-founder.

Prior to building Payload I was a consulting full-stack engineer. I have built large web apps using Laravel and have rolled my own admin UI a dozen times and I've worked within the official 'Nova' package too. Laravel had a few open source options which I didn't try as it seemed like support was better with Nova. The project I built went okay, but it was a ton of work over what you can do with Payload.

To add a field you have to: 1) create a migration to add a column to the DB 2) add your field to the model 3) define the field again in the nova "resource"

In Payload you do all of this in one place. Every field you define will have the proper DB schema, API and admin UI in a streamlined way without having to touch your app in a bunch of places.

Two other things that made me scratch my head while using Nova specifically. The first, I had to cobble together plugins for building blocks for component based field defintions and image uploads, but these didn't play well together at all. How could image uploads and blocks not be built-in core features? The other pain point with Nova is that it isn't refined at all, and they say it shouldn't be used for customer facing UIs.

Do you have a favorite framework/package you would suggest for mananging admin UIs and APIs that do a great job?

Post reply on HN