|
perForms Module |
|
No Form found. |
|
We know that providing support is a high priority task specially if you want to keep your current customers and attract new ones, that's the reason why we do our best and put great effort on making the best of our time invested in each case to properly respond to each of our customers and we put even more attention on solving their problems. But as you might know there are times where a problem can slip around and go out of your hands, or times when you cant handle it anymore, and this specially happens when you are trying to support something that you cant directly interact with (customer keeps playing with the configs as you support him), have no access to (source code), or simply are not as familiar as you would like to be. That is why we must to set support boundaries so that we know that we always resolve issues or respond to questions properly. How does this work? It’s simple -- if it’s within our support scope we can fix it. If it's not, we will try to guide the customer but will not directly interact with the issue. This maintains your relationship with your customer, and at the same time keeps us from making any irreversible damage to your applications. We will always support connectivity issues, DNS issues, and anything that has to do with the network, but what we can not provide support to is: Scripts of any kind, or any service modifications (HTTP, HTTPS, FTP, etc.) We do not support scripts because as much as we would like to, we know that there are lots of web scripting languages over the network, and we know that we should not mess with the customer code for it could make it unstable or unsafe, its always better to keep this with a full time developer or consultant. We do not support services modifications because this might lead to security flaws, and end up on malfunctioning services that anyone can take advantage of, services not working or running at all and more importantly it would mean security vulnerabilities that would place in jeopardy your sites integrity and a giant downtime. Although we do not provide support for this we will always make ourselves useful by investigating the issue, finding a way to solve and inform the customer about our findings, if we can not fulfill this task we can get you in touch with an expert or consultant trough our channels, this usually means an additional cost but it definitely means a fix for that particular issue that might be bugging you.
|
|
|