Wednesday 24 August 2022

Customer support done so badly

I asked for help

I relate below a totally failed customer support activity that I requested from my DNS provider on Friday, because I was frustrated by their inertia, their exacerbation of the problem, and as a result, it put my week out that it is taking some time to get back on an even keel.

I logged a support ticket because a change the firm had done on the backend took away the presentation of my corporate Blogger website using a domain name, they had provided me. The change was implemented in mid-March, but I just did not seem to have the time to address it, so I removed all references to my corporate website on all published material until I could properly review the issue.

Asking with clear concerns

My support ticket was written thus:

I had my company blog at which is a redirection for for years until a change was made to your back-end systems.

Since that change, anytime I visit my blog, I get the following error:

Welcome to, a site recently created using our clustered Linux web hosting. If you’re seeing this page instead of your website, please replace or remove the default index.php from your public_html directory. (Screenshot attached.)

I have no idea what to do here because I did not have to create an index.php file when I created my website and the redirection from here, I believe it is a file in the TSOHost environment which I did find but still could not resolve the issue.

Note: Also, I use as my Microsoft Azure domain with my email managed within Azure / Microsoft 365 and cannot afford for any changes to the domain to affect my email services.

Expectation: How do I get my Google Blogger website to show again when referenced as

The error I reported.

Think like your customer

The error I was getting when I visited my website, I could not fix even after I accessed the said file on the hosting service portal, this apart from the fact that I did nothing in Linux or with the service provider apart from entering a few DNS records to redirect my custom domain to my blog.

Fundamentally, the change had no guidance for users who do not normally tinker with Linux and all I wanted was for this issue to be fixed.

However, despite the narrative of my issue, the note attached was quite particular, whilst I wanted a problem solved, I had a core dependency on that domain name, the business email that I could not afford to lose, and I clearly stated that I do not want any changes made that would affect my email service.

Despite my expectation of a resolution, my thinking was my note would stay paramount in the mind of whoever took up the issue to help resolve it. I was wrong.

This matter goes to the heart of understanding what it is to give customer support in the Information Technology and Computing world. It is not enough to understand and comprehend the problem being stated with the wherewithal to resolve the issue. Much as a customer will have expectations, once a concern or requirement is raised, nothing whatsoever should be done to impair the quality of service the customer is trying to retain as the issue is being resolved.

A fix or a fudge?

On Saturday morning, I received an update from a customer support person, and this is what he said:

Thank you for getting in touch on that matter!

I checked your account, and it seems like the problem was coming from the DNS conflict, I fixed it, but could you clarify from where should the website load from?

Could you please confirm where you host your emails because it currently shows they are with Outlook?

If you have any further questions or concerns, we will remain available.

There is a lot in this response that might not be seen without carefully reading it. He said, “I fixed it.” No, it was not fixed, and his assessment that it was a DNS conflict was strange because no changes had been done to my custom DNS records for well over a year, and everything website and email was working until the change in mid-March when I lost access to my website.

I already stated where I was loading my website from in my support ticket, all he had to do was click on both URLs to see what results. He had somewhat attempted a quick fix, with no attention to detail or verification of the consequence of his action.

Indeed, my emails were hosted with Outlook, he would have seen the DNS records indicating that and that service was what I expressly said should not be affected by what they do.

Like I said, my website was not working after the fix, rather it was showing another error. However, what also happened was I was no longer able to receive emails on my business email account. Much as I was able to send from it with my email client, no emails were received.

Hey! I’ve lost my email service

I updated my support ticket with my new observations and concerns, this time asking that they either revert what was done or resolve everything and particularly the email service that was lost.

Another customer support agent, instead of reading what I had written, responded on Monday morning:

In terms for the emails related to, you need to contact Microsoft as they are the email providers and not us.

They should be able to assist you a lot further into this as they will see any errors that appear.

If you need further assistance, feel free to contact us.

Not our problem, dear

Well, no, I do not need to contact Microsoft when in fact it is what your customer support agent did that lost me the email service. I was incandescent with rage but had to keep my cool as I tried to assess the situation.

I visited the Microsoft 365 portal to check my domain configuration and what I could see on the Microsoft end was that it was expecting to read some DNS records from my DNS hosting provider, and it was getting something else. Their assessment of the issue was that some DNS entries were wrong.

Therefore, if a member of staff with my DNS hosting provider was tinkering with settings on my account and fixing a DNS conflict that until I received the first response was working, the responsibility for the issue lay with my DNS hosting provider, but what I was met with was lethargy, inertia, and a total lack of consideration. It was in all terms a total failure of change management and customer support.

Maybe it’s just the culture there

This was further complicated by the fact that no one could determine what the supposed DNS conflict was nor was there any documentation of exactly what was done that could be reverted.

The culture in the organisation was becoming evident.

  1. A lack of controls in the organisation that documents or considers customer engagement, apart from the fact that they had withdrawn telephone support for either live chat or support ticket registration.
  2. A lack of attention to detail where customer concerns are paramount, requiring the customer to be first informed of the consequences of any action to be taken before the action is implemented
  3. A poor grasp of comprehending and reading up on all the material and communication between the customer and any agent before acting or responding.
  4. No proper escalation processes where a poorly executed activity can be reviewed and remediation towards reversion or forward resolution.
  5. A tendency to engage in back-and-forth communication without any sense of responsibility for their actions.
  6. Any absence of enduring team cohesion that allows other agents to know what one agent has done, especially, when that action has caused other issues.
  7. In fact, I did also write to the head of the organisation about my issue, well, they just pay lip service to customer service and enablement, but the reality is far from the intentions expressed.

I provided additional information with screenshots and data that needed to be entered in my custom DNS records table, even though from my perspective on the DNS provider’s portal, everything seemed correct.

However, I could not persuade my DNS provider’s agents to enter these DNS records, they all were requiring me to clean up after the mess that one of their agents had created by totally ignoring my note.

By Tuesday morning, it became evident that whatever I was trying to do on the DNS provider’s portal was not working. This might have been because that part of the portal even though it was displaying my changes was not saving the same changes.

For all that time, Microsoft 365 was indicating to me that no changes were being observed from the entries on my DNS provider’s side to match the entries it was expecting.

Not all rotten apples

Eventually, I initiated a new Live Chat session where the very helpful agent said the DNS records were propagating, but when I checked, they were not the expected DNS records. I was then able to persuade the agent to enter the 5 records needed to restore my email service and device registration service in Microsoft Endpoint Manager.

Once those were done on Tuesday afternoon, my email service was restored and by then I was no more interested to getting my corporate website back up on, I could not go through another ordeal like that, I began the process of moving my corporate website to that is hosted by another DNS provider.

Now that I think of it, I might well consider moving to this other DNS provider.

It was all unnecessary

It must be said, this issue could have been resolved on Monday morning if any of the customer support team cared. I provided them with the full details of the DNS records that needed to be entered to be matched to what Microsoft 365 was expecting and each time, rather than act, they asked me to do it myself.

A few hours after my email service was restored, I got another update on my support ticket asking for the DNS entries I had already provided and this was after the update that the issue had been resolved. What did I say earlier, they do not read the full thread of communication before they act, it is appalling.

This time I had to update the subject and state as the first line in my response, “Please, close this ticket.” After which I explained why it should be closed. It is evident that if an organisation cannot take responsibility for the actions they have undertaken, it is quite unnecessary waiting for an apology from them.

It is my hope that customer service in that organisation improves, however, if I have to face another technical support situation, I will rather take my custom elsewhere. No one should ever have to face the level of ineptitude I experience, and this is the case with someone who has been in the industry for over 3 decades. I hate to think of what people who have no IT experience have to face, it just does not bear thinking of.

Personal website

Business website – I hope to start putting more up there.

Friday 10 July 2020

Constantly learning to improve oneself

Experience under review
When I tell people in my professional circle that I have been working with Microsoft System Management Server (SMS) since 1996 with version 1.1, it is neither to intimidate nor to show off, but I hope it comes with a sense of authority that I have an idea of what I am talking about. This knowledge has defined the majority of my professional career.
Experience is a good thing and the SMS we knew then has gone through many name changes and version iterations, features added on, deprecated, evolving and maybe even transmogrifying into a monster of client, user, device, application, and data management proportions.
It became System Center Configuration Manager which we termed SCCM that the professionals called ConfigMgr, then last year, the name changed to Endpoint Configuration Manager, but we have the acronym MEMCM to play with. No questions to that apart from the fact that our Microsoft development and support backchannels prefer it that way and on Twitter, that is the hashtag they will respond too. [Wikipedia: Microsoft System Center Configuration Manager]
Exchanging ideas for improvement
We have a large and active community of administrators and architects who not only share ideas, solutions, and tips, we are also the best innovation resource for getting features implemented in the product, some of which I have contributed to going back over 15 years.
That I know how the product works does not mean I am the apostle of product functionality or technology, I am constantly looking for new ideas and perspectives, scenarios others have encountered that they have applied novel solutions to and shared with our community.
I have a test lab at home running on an extensive setup of virtual machines on which I try out ideas and gain conversance with the new features. Nothing works as good as having an issue at work and me logging on to my home network to check things out either to affirm or dispute issues.
Going back to the roots
Yet, more pertinently is the need for someone with my experience to find time to go back over the fundamentals and the essentials. It is important to never assume that the primers or introductions cannot contain new and useful information to help reinforce or finally, debunk a premise that was getting the prominence of gospel truth until the times and changes obviated that assertion.
For my weekend reading, I found a 346-page manual of how to setup MEMCM from scratch, I know a lot of it, and I and still learn much more, I am open to new knowledge that would give my expertise more heft. The job of learning never ends and like I sometimes say, that is a good thing.

Wednesday 11 December 2019

Unanimous points scoring for my TOGAF® 9 Combined bout

Catching up with the times
It would be easy to write a motivational post, but that is not really my way of doing things, rather, I will just tell my story.
As I related in my previous blog on passing my PRINCE2 Practitioner certification last Thursday morning, I was suddenly furloughed a month ago and rather than sit at home twiddling my thumbs, I considered going on a PRINCE2 course and when I was booking the course I was offered a bundled deal to do both PRINCE2 and TOGAF certification which just happened for fall on consecutive weeks.
Like project management, I was first introduced to TOGAF just a few months after recovered from cancer by an ex-colleague. I went as far as buying the study guides and registering on The Open Group website, that was just 9 years ago, but nothing really came of it. I even explored doing the course in in South Africa then, I eventually went to India instead to attend courses for Microsoft and Cisco certifications.
Keeping the faith
I suppose what made TOGAF a bit of a chore was the volume of theoretical processes that I thought only a classroom training environment could help ameliorate. The Knowledge Academy for all its poor customer service record does appear to have some really good trainers. Mustafa Ahmed took our TOGAF course and from the first day, I began to have confidence, it could be done.
This was my second week of courses and something seemed to have triggered an immune response in me that by the third day of the course, I was coughing, spluttering and running a fever that I had to return home early without acquiring anything. The trainer sent me an update of what was covered for the day and I was able to return for the fourth and last day of the course.
His advice was to take the test within two weeks of the course, or we’ll begin to forget what we had learnt. I first had to get PRINCE2 done from before I could begin to think of scheduling the TOGAF test.
Brought to the edge
It was an exasperating ordeal to get the Exam Bookings department of The Knowledge Academy to forward me the test voucher, it took 3 emails and 4 phone calls over 8 days to get that resolved. The service is an atrocity that makes an appalling review appear too generous for words.
You’re tested to the point of losing your cool and in my view the staff care not a jot about the frustrations of their customers. It is a test of patience that one has to pass.
When the voucher arrived, I found I could not get a test window at any of the Prometric Vue test centres up north in Manchester, Liverpool, Leeds or Birmingham. Only one test centre London had availability and so I chose to travel to London to take the test today.
Tested to the limit
I was caught in a quandary of my preparedness, having acquired the official study guides, the full standard documentation and a pocket guide. Something seemed to be missing until I found a YouTube video TOGAF® Level 2 Exam Questions – Tackling Those Effectively! This in addition to the tips I got on the course meant I could be boxing clever to win this match.
The TOGAF® 9 Combined Part 1 and Part 2 Exam is 40 questions for Part 1 in 60 minutes, immediately followed without results for 8 scenario questions for Part 2 in 90 minutes. I raced through Part 1 reviewing a few thorny questions and was done in just under 33 minutes. Part 2 was harder, the recommended approach is 10 minutes per question, I spent 18 on the first and had squandered 30 minutes without a satisfactory answer for the second. Open book tests don’t mean easy results. You will in some instances be told where to go in the TOGAF standard document, it doesn’t make it any easier.
I tried some and skipped some that I returned to for review, by the end, I had just 3 minutes to spare and passed both Parts. Part 1 presents a bit more difficulty as it relies upon memory and specifics from the TOGAF documentation, Part 2 is about the application of the TOGA methodology and I did much better on that by far.
They helped me do it
On reflection, I marvel at the determination and daring that saw me decide to take two highly process-driven courses with much documentation, standard and theory, just 4 weeks ago and in that time clear both tests that give me certifications in project management and enterprise architecture.
Yet, without the amazing support of Brian my partner and my friends Funmilola and Kola, I probably would not have had either the courage or determination to see this through. They are my cheerleaders, constantly telling me I can do it and do it well. It gave me such great pleasure to share my successes with them.
Now to new challenges and rewarding prospects. There is the minor issue of a holiday in South Africa to plan now. Phew! It’s done.