TL;DR
This post is feature analysis of my Internet banking application. As a user, I am not satisfied how those features are implemented because using them I spent much more time than expected.
As a user, I want to pay my bills reliably and as fast as possible. Feature that I used every month is to ADD MY BILL TRANSACTION TO BATCH OF TEN, and then I confirm that transaction with ONE transaction token.
SELECT PAYMENT TEMPLATES is also very important feature, because using them I only have to change one dynamic part of every bill, that is my PAYMENT ID created by the owner of the bill.
Combining those those two features, I spent less that 20 minutes to pay all my monthly bills. And that is acceptable for me.
Current system is live from the beginning of this year, which means that I used feature, CREATE A PAYMENT TEMPLATE, in the old system. All payment templates were successfully migrated to the new system.
This month, I needed to update one of those templates, and all the frustration and fun began. In user interface, there was no obvious information how to do that (obvious information in user interface is my prefered way of application documentation). Then I checked official user documentation.
Search for predlozak, croatian word for template. Second word will reveal Slika (picture) 10.17 and observe upper right corner. Yes, this is where you select to save NEW TEMPLATE.
So, there is no feature, UPDATE TEMPLATE. You need to delete current template and then create new one.
And here comes the BIG BANG FEATURE! In picture 10.17 you can see how to pay a transaction. Wait a minute, what does this have to do with creating the template? Well, they decide to merge two features, pay ONE transaction and during that feature, mark that you want also to create NEW TEMPLATE from that payment transaction. Simple and logical, if you are a Vogon.
So, here was my workflow:
- Add payment transaction to transaction batch of ten.
- Remove it from batch because I wanted to update it.
- Delete current template.
- Create new payment, mark that I want also new template from it
- Pay just one transaction
- Continue with adding other transactions, using their templates that need not to be updated, to batch transaction
There is also one feature, that I call ANNOYING FEATURE. Remember that in every PAYMENT, I need to update PAYMENT ID, hard coded by the owner of the bill. Croatia Vogons created a set of rules for that PAYMENT ID (and increased croatian employment number for 5000 thousand).
And bank developers decided to implement MAGNIFICENT FEATURE, check that business PAYMENT ID WHILE I am typing it in input field. Yeah for Javascript! Problem is that they trigger rule check BEFORE I FINISHED typing!
How is your Internet banking application these days?
Banking application are not also not good fit for Business users in Serbia also.
There is much space for improvements, especially for owners of the companies.
Main problems in my eBanking application are invoice tracking and reporting (I guess they make that last in system), problems with balance on specific dates, payment templates
….. also paycheck for employees is special case because of bad law in Serbia and lack of good software support from banks.
Worst are payments in different currencies to other counties. You don’t want to deal with that as company only as individual. . .
You are not alone my friend in this ebanking mess 🙂
Hi Dejan!
Described features are part of personal banking application.
For company payments, I am using another application. Even different token generator that has much better UX than one for
personal banking.
Company Internet banking application features are checked by my bookkeeper.
I have not experience balance issues (the most important feature of every accounting application),
and reports are generated automatically and sent over email.
Although for accounts not in kunas, I HAD TO WRITE PAPER REQUEST with company STAMP to enable email reports.
Happy e-banking Dejan!