Prismic.io goes live
prismic.io
prismic.io
Here are some examples where the text could be improved, though really the whole page needs to be rewritten using the inverted pyramid.
1. "Api" should be "API".
2. "You're the skilled developer, so why would it be ok to settle for technical constraints as soon as there's manageable content involved?" is awkward. I actually don't know what you're pitching. What is manageable content? Why use a fill verb like "involved" instead of something concrete?
3. "prismic.io helps you make all your content adaptable to all possible designs." is passive. "prismic.io adapts your content to..." who knows.
4. "All possible designs" is clearly impossible.
Second, I still don't know what this does after reading the homepage.
Third, the title of this post was too vague. Maybe that was beyond your control. Did you submit it?
Fourth, almost all the graphics are not related to the application. Show don't tell!
"prismic.io is a different approach to content management. It features a Writing Room for content writers to author and manage content, and a Content Query Api for developers to integrate managed content into any website or app."
Second, your jargon is for yourselves. You need to speak in the language of your customers.
1. What is a Writing Room?
2. What is a Content Query API?
3. What is managed content?
Third, don't advertise your writing. "prismic.io is a different approach to content management" should be obvious and left unstated.
By the way, this customer testimonial is not helping you. I already feel exhausted thinking about how much work it will be to use you. http://www.elastic.io/blog/82796857416/why-we-chose-api-base...
I think the idea is that you expose the content through an API which can be inserted anywhere.
Prismic.io, an API for content.
Prismic.io is a content management system that only publishes through an API. Let your writers focus on writing and your developers and designers can focus on layout.
I don't know why I'm supposed to want a Writing Room. What makes it more desirable than the post entry pages I'm used to? I think a brief explanation of what value the Writing Room adds would be helpful.
"a Content Query Api for developers to integrate managed content into any website or app."
This should be another sentence and may not be considered a feature depending on who your target is. Also, "integrate managed content" is a little hard to understand. Maybe "embed content" instead.
Do I have to request the the content from prismic with every request? Is it done client or server side? What kind of caching will I be able to do my end? What happens when you go down?
That website and especially the video are terrible at communicating (pan, pan, pan, pan, pan, arghhhhhh). I thought it was because I was watching it without sound. Turns out there is no sound.
It visually looks great, but the content itself is practically useless, classic style over substance.
And the API documentation is bad. What does the first section of the documentation even mean?
/api is the single endpoint of your content repository. You can learn and browse everything else from there. You should never forge any API URL in your code, as all usable forms (that define what URLs you can build) are available in /api (and the URLs might change as features get rolled out).
I (finally) found the api which is hidden in the help menu of all places and kinda can guess what you're supposed to do, but I think you've a few rough edges to sand off in the usability.
Gratz on the launch, but get someone in to help you write the copy and overhaul those API docs.
It is very hard to talk technical specificities on the homepage while staying understandable for everyone. There is a big room for improvement for sure (and that's what we're targeting), so thanks for your feedback.
Also we'll keep working on our API and development kits documentation, any help is appreciated.
Our API has a cache forever semantics explained here https://blog.prismic.io/UzQYNwEAAGIjZ3UZ/immutable-documents...
It is a Restful API, that's why there is a single entry point, all follows programatically from there.
The site doesn't really doesn't say what it is. "Manage your content in one place. Display it your way. Using your favorite technology. prismic.io is a different approach to content management." - all that seems like filler text to me.
I watched the video. It was way too complex. All the close up shots, error messages, etc. Make it simpler.
btw. I wouldn't go searching answer to API questions in a blog.
If you did you'd end up with many one-line bits of text that can be edited, out of context. Well, Prismic doesn't provide context AFAICT, but it does provide much nicer writing tools.
Beyond that I don't have a great understanding yet. I can't see how you'd associate new text with objects in your app (or even if they should be maintained outside); it doesn't handle the generate-URLs-on-the-fly-from-my-routing-system so they don't break when URLs are re-structured...
..or where assets are stored, or (if it's actually for longer-form writing than I'm considering) why you'd choose it instead of Wordpress.
I like the UI, I like the concept, but like you I'm struggling to think laterally enough for the use-cases.
I would say: - You write your content in a WYSIWYG like editor (no need to build a new one) - The content is structured: you explicitly define which kind of information you want (the editor will be adapted accordingly). - It provides an API to get your informations. So you can build a website using your techno (say Ruby on Rails) which fetches the content from prismic.io. - There are also development kits to make this part more easily. - More technical: it's cache friendly. An URL can be cached infinitely, the content it returns will never change.
By the way you can use prismic.io to manage the content of an existing website or mobile application.
Put simply, it is a backend called "Writing Room" for managing and structuring content, and an Restful API for developers to integrate this content in any technology (websites or apps).
Not a bad idea; worth checking out if you're in the market, I figure.
A) It's not the same as thing X B) It's better than thing Y, because of Z C) Their Q (which is part of their product) is really really good!
To someone landing on the page, that doesn't tell me what they do on a grander, more abstract scale, it only gives me a pinhole view of parts of their app, and thus prevents me from seeing the bigger picture. I'm sure the product as a whole is great (after all, I know each part is great), but I still have no idea what the product as a whole does!
I've read the FAQ, and I still can't quite figure out what this is offering. Can anyone condense this into a single paragraph (or better, sentence) that describes concisely, and completely what prismic does? I really can't fathom it from their website...
Do you think that the following fails at explaining the idea of the product?
prismic.io is a different approach to content management. It features a Writing Room for content writers to author and manage content, and a Content Query Api for developers to integrate managed content into any website or app.
Even doing something like including that at the top of the current website would work wonders for giving an explanation before delving into finer details.
(for a binding to that API, see for example https://github.com/jackalope/jackalope-jackrabbit)
However, I think your own website does a poor job of communicating what it does. The language of "display content your way" is very vague and it takes a lot of digging to figure out what it is that you are offering. Your target audience is not the general non-technical user, your target audience is the Technical Lead or Software Architect or programmer that is actually building the website. They are going to be the one that says use this instead of Wordpress or some Enterprise sized CMS.
My suggestions are:
1. Put screenshots of the product immediately on the home page (instead a blank desk, pencils, plants... what is that?).
2. Describe precisely what it is: a new type of CMS that eliminates templates and delivers content as a service to your own custom front end. Everyone hates CMS templates so I think you can strike a chord there. I'm not a copywriter so someone can probably spruce that statement up. I actually echo some of the other commenters statements in that you really ought to have a copywriter look through your content on the website and focus it a bit more. I think the writing/copy on the site is weak in describing the product and needs to be much more technical and specific since your target audience is different.
1. Define all document types (document metadata and structure) in their custom JSON.
2. They build pretty looking CRUD forms based off the JSON so non technical content writers can fill in and manage content.
3. Expose all documents via a REST API with a bespoke query language.
4. Allow content to be edited collaboratively and changes to be scheduled / buffered.
That's about it, actually. Would work very well when I build a site for my mum's chocolate shop.
Here is more details in video about how to get started: https://developers.prismic.io/documentation/UjBaQsuvzdIHvE4D...
And here more about how to develop: https://developers.prismic.io/
Have fun!
Could even build my own Mashable or The Verge off this. I think the biggest draw is an alternative to Wordpress or, god forbid, Drupal. You can set up content structure and work the presentation off a queryable REST api.
* Make it possible to "Tab" between fields, same for using "Cmd-Return", "Cmd-A", ...
* Inserting an image is really ankward, as soon as I upload it, I expect it to be in the article/product/... but it's not, I have to "Select" it, and then choose some kind of dimensions, and the UI/UX for it is not user-friendly, I think you should show the image in the article images sections, and then have small icons for differents sizes, or just when clicking the image, then we can edit it.
* When you use the terms "Publish", "Live now", ..., I expect to see something publicly accessible, like even some kind of raw template of a website, or show me the API urls, because now I'm like hitting the "Publish" button and then nothing seems to happen.
* Also when clicking "Publish", "publish now" should be the default (eg: always have defaults for select inputs)
Otherwise it looks really good and I like the ideas.
Do you plan on translating it? Also, you say it's free, but then there is a billing section, etc..., do you have a idea how much it will be?
There will definitely be support for several languages in the writing-room too.
For our pricing all of the answers to your questions are here: https://prismic.io/pricing
Thanks for liking it! :)
I'd love to see footage of the user testing on this. I might be wrong but I can imagine many a furrowed brow on initial exposure.
Update - Either I'm really dumb or adding a picture to a post is rather confusing.
I was really expecting a completely stellar UX to be the main selling point. It's a very pretty UX but it's not immediately intuitive. Which leads me to wonder what the main selling point of this actually is. I kind of like the idea of decoupling content from the code that generates the website but that's an abstraction that many will struggle with.
It's not really any worse than what we're currently expecting content authors to work with (Wordpress et al) - but it's not significantly better either. So it lives or dies on the value of the decoupling - which I'm struggling to feel is a big enough win.
Since all of your content is structured and delivered through your API, you can simply pull it from your application, and use the content the way you want. Look at me take an existing Bootstrap site, and inject content in it: https://blog.prismic.io/Ux-CMgEAAFwI9kFg/turn-a-bootstrap-th... (here in PHP, but you can use any technology you want). Here, it's a static Bootstrap site, but if your application was more complex, it wouldn't me more complicated to embed prismic.io powered content!
Or is the API the only way to consume content published on a repository/site?
Edit: Only when the video is playing