Was this helpful?

View Results

Loading ... Loading ...


Previous Next
Latest on Fri, 04:19 pm

mE: You forgot Erin's bio

admin: Second Test ;)

Fernando: Test :)

» Leave a reply


Archive for the ‘Customer Service’ Category

If you find yourselves with nothing to do, you can read the following thoughts and suggestions about VZ calls and one of the standard scenarios. (Some of you probably already know all of this and much more, which is why I`m sorry for bothering you).

One of the most common call scenarios with VZ is a customer who was just transferred to us by a representative who scheduled his account for cancellation. We immediately explain in one way or another that the previous representative did not know what he/she was saying or doing (due to poor training perhaps) and that the customer must go back, revoke the cancellation order, call us back etc.

The ‘scheduled cancellation’ is actually called a cancellation order by Verizon. It exists in the customer`s account as an upcoming event item that carries within it the exact details of the scheduled cancellation.

The reason we transfer customers back to revoke the cancellation is not really because the order for the domain name will not go through. 

Actually, it most cases it will go through perfectly, BUT this “Cancellation order” carries in it the scheduled cancellation of the *BEE as well, by default*. Unfortunately the settings of the cancellation order cannot be manipulated by VZ agents. Once it is put in place it can either take effect or be revoked (canceled). In theory we can get a call from a customer who did already request his his BEE to remain active after the cancellation – in this theoretical case we can go ahead and order the domain name and let the cancellation order take its course. It will work just fine, regardless of the fact that there is a cancellation order in the system while the domain name was purchased.

Also in theory, and actually in practice(I`ve done this several times with customers who seemed very computer-savy), we can still go through the order form with people who have a cancellation order and then transfer them to revoke the cancellation order and put it into the system again, but this time by keeping the BEE. The reason we do not do this, is because it carries too much risks for something to go wrong and the chance the customer will call us back requesting a refund because nothing worked is much greater.

The explanation for the reason why the customer needs to go back and undo what he just did (revoke the cancellation)  is the most common reason for customer`s frustration and quite frankly – anger. It is also one of the most difficult arguments to articulate in a way that makes sense.

Explaining that by scheduling the DSL/FIOS for cancellation the customer has also scheduled the email(s) for cancellation will produce better results and ameliorate customer`s frustration because it makes somewhat more sense. The customer must understand the existence of the cancellation order and that it carries in it, by default, the cancellation of his email (cancellation of the BEE), and that no matter what we do it will have no effect as long as the cancellation order remains in his account the way it was initially put in. We otherwise find ourselves explaining the same thing over and over, while the customer keeps repeating that his/her account is actually still active and working, so everything  is ok.

My point is that this explanation is closer to the truth and at the same time it will work much better than simply explaining that the order will not go through while there is a cancellation order. Customers will still be very angry because no one told them this, but they`ll have an easier time understanding why they need to do what we are asking them to do.

I apologize to those who took the time to read this and already knew all of it.

Best regards,

Valentin Jordanov

Customer Service Representative

June 13, 2012 12:39 pm

Hi all,

This email is send out to you as result of the change of the CRT procedure twice over the past month. Please follow the exact procedures for cancellation of services as listed below:

  1. In order to transfer a call to CRT, you need to verify the customer first; you can NOT transfer the call if the customer is NOT verified; only WARM calls are transferred to CRT, you can not blind transfer a call
  2. Only Hostway, Gate and Costco cancellations of hosting plans, domain names, VPS and billable Exchange services are handled by CRT; Essentially, CRT take calls to retain potential customers ONLY in Bizcon
  3. Open the ticket for the call in the Customer Retention Default Queue and leave it OPEN, provide the ticket number via jabber to the CRT agent who has taken the call
  4. Cancellations of all types of features and Cancellations in Begis are handled by Billing, not CRT
  5. Cancellations of fraudulent accounts are handled by Billing, not CRT
  6. Channel partner cancellations are handled by Billing – Verizon, CableOne, CableVision, CenturyLink, BrightHouse, Comcast, DomainPeople…

HOSTWAY CRT calls >> transfer to 00*10621

GATE CRT calls >> transfer to 00*18665


If you have any questions, please refer to your leads.


Kind regards,

Madlen Filipova

June 4, 2012 12:42 pm


As you may already be aware, Frontier customers were notified today that going forward they will be billed directly by Hostway via credit card. This means that they will no longer have Direct Debit linking them to Frontier but they will have to use a credit card from now on. The email notification provided instructions on how to add a credit card via Site Control as well as our contact details for us to assist them. Also, a script was ran in order to take care of any past/open invoices so that they can be wirtten off. The customers will not have to pay for any written off/credited balances, they will be responsible for the future billing under the accounts.

If you have any questions or customer concerns, please speak with your supervisor.

May 7, 2012 6:33 pm