
My idea of money laundering
I helped develop an app to screen annuity buyers as potential money launderers back in the early days of the US Patriot Act enactment. The main web app was a sales tool and had been in production for some time but we needed a quick way to comply and so we put something together.
What we neglected to adequately consider was the primary use case. I wasn’t responsible for the front-end development but I also didn’t put two and two together on a flaw in our thinking. Basically, sales folks would visit would be securities buyers at their residence or place of business and would sell them while seated on a comfy couch over some tea/coffee. Then the salesperson would attempt to close by qualifying them on the spot, trusty laptop at their side. But imagine the uneasy feeling, nay, the “I almost crapped my pants” fear you’d feel, if after getting all their personal info input a big red alert pops up decrying that you’re sitting next to a pernicious villain who’s now just been outed? How would you smooth talk your way out of that one with a cool head… would you be keeping your head at all? Good thing there were a lot of misidentifications back then.* After a few average joes were offended that the US considered them less than model citizens, we immediately saw the flaw and corrected it. A nice note that underwriting would be completed shortly totally sufficed. No harm no foul. Now, no matter what my part is in the development cycle… I always want to know what the use cases are.
What was one of the poorest design choices that you’ve been a part of?
Happy SQL-ing.
*At least back then if you shared an infamous name (i.e. if your name included “bin Laden” or “Hussein”) it was going to be a hit. I wonder if Obama has fixed that issue?
Money Laundering and Other Use Cases.
My idea of money laundering
I helped develop an app to screen annuity buyers as potential money launderers back in the early days of the US Patriot Act enactment. The main web app was a sales tool and had been in production for some time but we needed a quick way to comply and so we put something together.
What we neglected to adequately consider was the primary use case. I wasn’t responsible for the front-end development but I also didn’t put two and two together on a flaw in our thinking. Basically, sales folks would visit would be securities buyers at their residence or place of business and would sell them while seated on a comfy couch over some tea/coffee. Then the salesperson would attempt to close by qualifying them on the spot, trusty laptop at their side. But imagine the uneasy feeling, nay, the “I almost crapped my pants” fear you’d feel, if after getting all their personal info input a big red alert pops up decrying that you’re sitting next to a pernicious villain who’s now just been outed? How would you smooth talk your way out of that one with a cool head… would you be keeping your head at all? Good thing there were a lot of misidentifications back then.* After a few average joes were offended that the US considered them less than model citizens, we immediately saw the flaw and corrected it. A nice note that underwriting would be completed shortly totally sufficed. No harm no foul. Now, no matter what my part is in the development cycle… I always want to know what the use cases are.
What was one of the poorest design choices that you’ve been a part of?
Happy SQL-ing.
*At least back then if you shared an infamous name (i.e. if your name included “bin Laden” or “Hussein”) it was going to be a hit. I wonder if Obama has fixed that issue?