Read, Search, Ask
Consider the following pattern when you have a question:
- Read - Our documentation covers all general topics
- Search - See error logs, check Google & Stack Overflow
- Ask - Haven't found an answer? Ask us!
This is the most time-efficient way to handle being stuck, and it's the most respectful of other people's time, too. And it helps you, to get up running faster on your own.
See a post about this pattern established by freeCodeCamp.
Provide context and details
The more we know, the better we can answer. Please don't make us guess or query you back for details. A good report may contain:
- I have tried to: "…………"
- I do so because: "………"
- I expected: "………………"
- The error I see is: "…………………"
- This is the verbose output of the error: "…………………………………"
- My setup is "…………"
- It works locally: "yes/no"
- It happens all of the time: "yes/no"
- It worked before: "yes/no"
- It affects all of my Apps: "yes/no"
- I have also tried this alternative way: "………………"
- I have also tried this workaround: "………………"
Tell us who you are
With fortrabbit an Account is a person — not a Company. By providing your name, conversations are getting more personal. With longterm clients we have 100s of conversations and 1000s of replies. We'll get to know each other. This is a relationship.
Ping pong games
Modern customer support systems, like Intercom or alike are chat based. Your questions are getting conserved and we'll come back on you ASAP. So like e-mail the conversation doesn't have to happen in real time. Avoid pleasantries and greetings, just be on point and ask right away.
"Hello, you there?"
Not a real question
Make sure to ask a question we can answer. What kind of answer do you expect for "Something is not working"?
Our extensive help pages should give you a good overview on how to get started. You'll find our quickly if fortrabbit is for you. Invest in your question and we'll invest in the answer.
Imagine your car is not starting. You call up your mechanic and just tell him that. Do you expect a solution right away based on the limited information you provided?
Writing a good question requires some efforts on your side. But that will force you to overthink your problem. In many cases you'll find a solution yourself when thoroughly thinking about the question. Based on sufficient information we are likely to find an answer faster and better.
ASCII stupid question, get a stupid ANSI!
Good to know
General client support here is free of charge — we both profit from this! Your questions and feedback helps us understanding your needs and obstacles you might have.
Support is officially limited to office hours, but in most cases we answer much faster. Our aim is to give you a good technical support and help you getting your PHP Apps up and running here. Check out our Company plans with extended, higher prioritized support.