This is a good example of how a company mistreating their users. Link Market Services is an Australia share registry company. It is strange that they add the word 'Services' to their company name as you will see how disservice it is to their users.
Users of this company generally has no choice. They become this company's users by being shareholders of companies that have outsourced the share registry activities to them. Hence in many ways they have no choice and this allows them to ill-treat their users as the follow examples show. This is why they believe that they can afford to ill treat their users.
This company has a chequer history of providing bad services. When it became a share registry company, it did its maintenance update at the very busy time when users querying their portfolio. It did not think that they need to notify their users upon log in that they could not access their portfolio data; very often in many case it simply told me my portfolio information were invalidated but in fact they were not; they were just updating some data. It is just amateurish to say the least.
At one time, it even tempered with my log in password that I needed to complaint to the organisation to have that rectified and assured no security breach.
The latest disservice to their users is when they redesigned their system without forewarning their users and advising them of the changes. They just did it. So users' normal log in no longer valid. Even after they successfully registered, they have lost their previously organised portfolio and they have to start again. I guess it is cheaper to simply ignoring their users because they have no choice.
This is hardly going to earn you, LinkMarketServices, respect and loyalty from your users. As they say leopard does not change its spots is so damn true. This is a real life example of how you do not design a new system without considering migration issues and your users.
A site devoted to discussing techniques that promote quality and ethical practices in software development.
Saturday, April 30, 2011
- ► 2013 (13)
- ► 2012 (23)
- ▼ April (2)
- ► 2010 (60)
- ► 2009 (60)
- ► 2008 (25)
- ► 2007 (80)