Ask HN: Could you please brutally review my product website?
perfai.ai
perfai.ai
Yours might be “Perfai makes APIs faster. We do this by ?” The “how” is unclear.
Are the case studies from actual users? Why all of the disclaimers?
Your site mostly makes the claim that “slow APIs lead to churn.” If that is true, it is not obvious to me. I almost wonder if the copy was written by AI, as it uses plausible-sounding verbiage but is unconvincing.
I believe the real problem is that you haven’t talked to enough potential users about their API problems. If you were able to quote their pain points in their own words, I think the copy would more convincingly demonstrate there is a problem and how your solution fixes it.
1. Instead of doing a "two-sentence description" I did "problem-solution-result" style i.e. "Poor API performance results in negative UX and high customer churn. Deliver high-performance APIs to stop churn and boost 3x retention.". I like your suggestion "PerfAI makes APIs faster. We do this by" and I'll work on it based on your feedback.
2. Our CS team published the case studies at the last minute without a proper review. We'll fix it.
3. Most of the claims are actually backed by one of the Google white paper. We'll add its references to make it sound convincing.
4. You're correct we don't have customers we just started. We're in the process to getting potential users.
Thank you for your feedback!
The thing with "problem-solution-result" style descriptions is that they can rely on (insider) knowledge about both the problem and the solution. Your pitch / tagline works great for people who know about both... even though this is unlikely to be the case outside of people working for your company. I.e. you want readers / potential customers to imagine how your solution applies to their problem, not to the one you've described for them.
If a user / potential customer is tech-savvy enough to know about API testing, it's a good bet that they won't just take it on faith that AI testing will hand-wavily solve their problem. I think you can trust that your potential customers don't need to be heavily sold on the idea that API performance is critical. Instead, I recommend focusing on coming up with marketing copy to address the following questions: * What does your AI testing do that internal engineers and a set of tests can't? * How can perfai.ai augment engineering efforts? * Can perfai.ai find things that traditional test-suites miss?
You sort of address this in the "No Code / No Config" section, but it's none too clear and takes some digging to figure out. Speaking of which "bringing the concept of Shift-Left to API active performance" is inside baseball.
Hope this helps!
AI-Powered API Performance Testing No-Code, Self-Learning!
Since AI learns how to interact with the API and validates every path in it. Is the new sub-heading any better than the previous one?
Also, shortened all the other sections.
Thank you so much for the feedback!
"Value" isn't a property inherent to the copy on your website (or any text, for that matter), it's a property of the relationship between the copy and the reader. One way in which people recognize value is when they gently realize that they are (at least a little bit) wrong.
What are people wrong about re: API testing?
You currently have:
> AI-Powered API Performance Testing
> No-Code, Self-Learning!
None of this implies that I have a problem. And this is because if I am building a website, I already test my API.* So it doesn't matter that your product is automatic, no-code, and self-learning. Instead, you have to point out how my testing of my API is incomplete.*Or so I may think. I might be convinced that I am testing my API even doing something as simple as '> rake routes'...
But users will likely respond to the following value propositions:
> Most people don't even know they aren't testing their APIs properly...
> Doing it right is actually quite tricky, due to... (e.g. effort, time, money)
> By relying on unit tests, engineers miss the forest for the trees...
> For example...
^^ Build this out first, and a snappy way of wording it, as well as a heading / tagline will follow.The more you understand your true audience, the more you can "tune" this copy to specific issues they might have in their API test coverage. If I build a Rails site in a month by myself, am I likely to need your product? What about if I'm at the scale of Shopify? Or is your intended audience somewhere in between?
I'll add this line back. "According to Google poor API performance leads to negative user experience and high-churn. Deliver High-Performance APIs with our Self-Learning and No-Code platform."
Make the value proposition extremely clear, and try to really help the user focus on a pain they have right now and that you can solve it.
It would be more useful if these comments explained why they think things are important, so the OP can assess the importance of feedback within the context of their own site. Too many of the comments assume all websites should be built in the same way, and criticise anything that isn’t.
I think they're smart enough to ignore that or at least realize that a total rewrite is silly.
Thank you so much!
- More specifically, the blocks takes ages to display after scrolling on mobile
- There is a horizontal scrollbar on mobile, which is annoying (Kiwi Browser)
- You should drop the fancy JS and make plain HTML pages, or it's going to hurt the performance and SEO.
- After quickly reading the webpage, I do not understand what this it about. How can a third party product make my hand crafted 10-endpoints REST API faster? Is it some kind of CDN? Or analysis tool to help navigate big APIs? (in the second case, you should clearly sell it as such, because it does not actually make anything faster by itself)
2. We haven't completed mobile compatibility yet. We're going to work on it as well.
3. We assumed we're clearly saying what we do but it seems it's not clear enough. We're going to work on it.
Thank you so much for your feedback!
Don't use Webflow. You really, really do not want a Webflow page to be the first impression of your product. Use something that actually builds to static HTML.
Thanks for the feedback!
A good one should do all the work of adding your header and footer to every page, allowing you to re-use components, etc., but the result won't require JavaScript or anything like that unless you specifically opt to add it.
What it results in is scrolling, seeing a completely blank screen for a second or so while scrolling happens and updates are deferred, and then showing something. It could have been there all along.
Thank for your feedback!
Also on mobile the button below "Get a free assessment done by our expert performance engineering team." only shows the letter "S"
This is on iPhone 14 pro
Thank you so much for the feedback!
Thank you so much!
It looks like you're using Webflow, not sure if it's possible to make it faster.
Lighthouse on my MacBook Pro 13-inch 2020 i7:
Just set a price, don't ask people to request a demo because they won't.
Some what I would suggest is:
- More contrast between the text and the background
- Less text
- Put the most meaningful text earlier
- Create "plans": basic, pro, enterprise. Keep the "Contact sales" button only for enterprise.
Thanks for the feedback!
Thank you so much!
If you built something that will make APIs with an OpenAPI spec faster, can you say that in a way that doesn't seem like you are selling snake oil?
So they are doing really bad at explaining themselves and it’s particularly dangerous in a field like A.I. that attracts so many bullshitters.
1. Writing a custom Performance plan for the API
2. Learning how to invoke API endpoints
3. Applying Performance Top-10 coverage/categories, etc.
Thank you for your feedback!
1. Writing a custom Performance plan for the API 2. Learning how to invoke API endpoints 3. Applying Performance Top-10 coverage/categories, etc.
What I need to do is explain how AI is helpful.
But thank you for your feedback!
Only play around with JS and animating once you're sure it's absolutely needed. Most animated reveals are wishful attempts to look high tech that just irritate the visitor. If you're in doubt, just follow how a major company like stripe.com does it.
What is the AI doing here?
Can I use it if I don’t have “swagger”? I don’t have swagger - I only have Typescript.
Who is providing the “AI”? Is this an LLM thing or like, your own deep learning model? Hard to say I want to give API access to random vendor.
Step 1 is “call us” - I would never bite.
* Marketing websites need to be mobile first. Your first impression will be on a phone even if the product isn’t usable there. The demo should be a one click on an example domain and you might even fake the formatting.
* Put the case study logos on the home page for social proof
* A much simpler and more useful solution to API testing is to scrape or record latency data from prod. With that data I don’t have to worry about authentication or making sure the automated tests are hitting a realistic account setup. Those are the hardest parts of doing synthetic performance testing and you expect the customer to do those for you.
We're still struggling between "No-Code", "Continuous", "Active" keywords to describe what we do.
Thank you so much for the feedback!
Remove the first sentence.
Also the viewport width is broken on mobile (chrome on android). I shouldn't be able to zoom in and out on mobile either.
Docs on the viewport meta tag: https://developer.mozilla.org/en-US/docs/Web/HTML/Viewport_m...
These are the most obvious things I noticed within 5 seconds and I stopped after this.
Thank you so much!
In fact you should be able to.
> user-scalable
> Controls whether zoom in and zoom out actions are allowed on the page. Valid values: 0, 1, yes, or no. Default: 1, which is the same as yes. Setting the value to 0, which is the same as no, is against Web Content Accessibility Guidelines (WCAG).
https://www.w3.org/WAI/standards-guidelines/act/rules/b4f0c3...
From a practical perspective, what makes this bad is the screen reader on a mobile device reading aria-labels for items that aren't inside the viewport, not to mention the fact that it's too easy to zoom unintentially either by browser configuration or accidental screen touches. Contrary to popular "wisdom", web browser zoom is one of the most anti-accessibility features out there, because there's no good way to detect page zoom from the Web API implementations of the most common browsers. What is more accessible is zoom on the entire screen buffer, not the web page. Both android and iOS support this (with focus change support) as well as many desktop environments.
So you are communicating exactly nothing to me about who you are and what you do.
You don't care enough to even throw an alt-text <noscript> there with some kind of "hey we're x, we do y, why don't you turn on the JS so we can show you, or alternatively, here's a link to a PDF brochure, or send us an email at example.com."
I've been known to unblock things I find interesting, but you're not even giving me a hint of motivation to do so.
I like that it's relatively clean. No huge images or animations. It has a bit of Google feel to it with focus on central text field and limited distraction.
Being that simple, it should be blazingly fast. It appears it uses code to... make things slower? That's going to divide audience, to those who like cute effects and those who just want to get to it. Who's more likely to be your buyers?
It was not at ALL obvious to me that I should scroll down. Again, it evokes google, there's a search box, and four sections / buttons / numbers at bottom that seemed to indicate end of content/page.
Your pricing/faq structure is confusing to me. Pricing goes to FAQ, FAQ goes to pricing#FAQ. There's no pricing either way :D
I don't know if there's enough description right up front, or an easy enough link, to understand what it does / what's your sales pitch / why this is worth the time. But I like that you can try it right away with minimal hassle. Goes back to my first point though - if your audience are no-nonsense techies, reconsider the value of intentionally slowing / fading things in :)
FAQ letters are either somewhat low contrast/hard to read if cursor is not on them, or very hard / extremely low contrast to read if cursor is on them (which it typically would be if you click on it). Likely to be another pet peeve of the HN audience :)
I feel it is not expected behaviour for "Products" button to not do anything, only open your choice of specific product lines. My expectation would be that I can hit "Products" root button to see overview and comparison of your products. I don't want to chase them one by one - I don't have the information to make informed choice yet. Edit: Clicking those two links just scrolls me on the front page which is somewhat unexpected behaviour (it's structured to make me feel it's a separate page), but more importantly it's strangely slow. It pauses then scrolls then fades in. It feels like the automatic gearbox in older cars - nothing, nothing, oh wait did you press gas? Hmm should I do something about it? Oh! Yes! I'm a transmission! I should downshift! Yes! Here you go! ==* :->
With that in mind, the more I use the site, the more little delays accumulate. I feel like in 1998, netscape could instantly go to anchor inside the page. I feel like in 2023 on my Fibre gigabit, I'd expect clicking a button that does the same thing should be... like, faster than instantaneous :->
That being said, I cannot evaluate how good your product is - I did not interpret that to be the gist of your question, just the website itself.
For the first three words of the first sentence on the page, this feels unnecessarily defensive. It diminishes what's being said as a fact by making the reader work out if they trust Google in this area. It almost sounds like you don't believe it.
If API performance is important, you should state it, not pass along a rumour. If the work done to show that is someone else's, cite that in a footer.
2. When permitted javascript, it appears to use it to... intentionally fill in page contents slowly? It's hard to fully convey how obnoxious this is.
3. I assume you're aware that the "Pricing" link at the top goes to a page that contains no information whatsoever about pricing?
4. For the FAQ page (which is somehow also the pricing page, despite the lack of pricing?), having to manually open and close each question is cumbersome and annoying. Or rather, it would be only cumbersome and annoying, except that you have once again introduced the "intentionally slow down displaying content" javascript, which makes it outright infuriating.
5. Clicking on "Products" does absolutely nothing. Hovering over "Products" brings up some obnoxious little micro-lightbox bullshit.
6. Clicking on either of the items in the obnoxious little micro-lightbox bullshit takes you to... the front page of the site. The entire site appears to only have two pages, so why are you insistent on pretending that it's four?
7. The fact that one of the first problems that this site with wretched UX claims to be able to solve is "Poor UX" is some absolutely top shelf comedy. My compliments to whichever troll managed to sneak that joke in.
However, I think the current implementation is a real problem. I'm using an old phone. I scroll down and there's nothing but white for a while until things start popping up. It's blank long enough for me to start wondering what's wrong. At that point, I'm not really thinking about the content.
Thank you!
We're going to improve the load time by half.
Thank you so much!
Thank you so much!
The light chasing affect before each page load is hopefully a bug (it's ok to show that once, but every page change gets old)
Overall clearly the site is incomplete, I think OP should go through the site on Chrome and Safari and clean up the broken links. I suspect OP wanted a brutal review of their core offering (ie we'd put in API links)
Unfortunately it's not easy to get people to do that OP: You're asking for API access without showing what the product does. I'd move your screenshot of a terminal up as a hero image (for inspiration: https://www.warp.dev/warp-ai) and hopefully you'll get a better conversion rate to actually trying it out.
Also maybe a creative "cheat" here, OpenAI plugins require publicly accessible APIs. Maybe instead of asking people for their own schema, offer reviews of the publically available plugin APIs (which there are a ton of)
And while I'll admit that I wouldn't make a purchasing decision based exclusively on javascript fuckery, it definitely does mean that my first impression is to doubt their technical judgment.
Thank you so much for the feedback! It seems lot to improve!
Thanks for reviewing it!
2. Information density is way too low, the entire page could fit on one 1080p monitor.
3. I don't know what I'm even looking at immediately after opening the page. What is the information you want to convey? Put it front and center on the page, make it the first thing I see. That interactive text box is useless to me, because I don't know what anything is.
4. Gray text on white background is an insult to peoples' eyes. Use black text on white for maximum readability. You're trying to convey information here, this is not an art piece for your high school project.
At which point I bailed.
Unclear how AI helps here. I'd rather know what the product does and why it is better than scripting curl or something like that.
Entering a long URL is cut off by the blue button.
Ensure that 169.254.x.x type URLs aren't being processed by your checker first.
Overall I think I like it, it does explain well what it does.
Thanks for the feedback!
Device screen aspect ratios are not consistent, especially on mobile. This is a very annoying problem for many websites. There is a simple solution though: make the entire masthead section square. Cut the gordian knot.
1) Why should I care?
2) What are you going to do for *me*?
Features < Benefits
I personally upvoted, commented, and thanked each of you individually for your feedback.
To everyone - Thank you so much!
It's not consistent
Thanks for the feedback!!
“The platform is AI-powered and self learns”, not “Platform is AI-powered it self learns”
Others have pointed out that it needs trimming down, but I think it’s just clumsy all the way through. I’d recommend getting a copy editor to do a pass on it. What you’ve got so far is a great starting point for them because you’ve already decided what you want to say and where, and they’ll be able to reduce the copy, make things clearer, make sentences read and parse more easily, and reduce that clumsiness.
Also be careful when copying the new text back into the site, I saw a few errors that look like they’re from copy/pasting out of a document into a site backend.
Also for the love of god ditch webflow.
API Performance Monitoring: Detect high-latency APIs.
Speed Matters
* In the pricing page, you might want to remove the `.00`, to make prices easier to read
* In the demo, there is a typo in the 'console' output: `defnitions`.2. Slow websites stop users from using the system.