Category Archives: microISV

Buy Software from Yourself

How to Become a Marketing SuperstarJeffrey J. Fox wants you to be your own customer. He wants you to experience your own company’s interface with the public.
Fox is the author of the book “How to Become a Marketing Superstar – Unexpected Rules that Ring the Cash Register.”
For most software developers, the only area where this makes sense is to buy your software from time to time, to see how your eCommerce providers are doing. Find out if there are any delays. See if the “buy now” process is smooth.
It only costs a couple of dollars in eCommerce company commissions. And you may uncover problems that you didn’t know that you had.
    – by Al Harberg, the Software Marketing Blog guy

Software as Holiday Gifts

software as holiday giftsSome software developers have experimented with enticing customers to purchase their software as gifts for friends, family members, and business colleagues. Most of these efforts have revolved around the year-end holidays.
Truth is, some microISVs can increase their sales by promoting their applications as gifts for all types of holidays.
Here are some 2010 numbers for US holiday gift spending. The figures were compiled by the National Retail Federation.

  • Winter Holidays – $462 (billion)
  • Mother’s Day – $16.3
  • Valentine’s Day – $15.7
  • Easter – $14.7
  • Father’s Day $9.8
  • Halloween $5.8

    – by Al Harberg, the Software Marketing Blog guy

It's My Name – What's in a name?

Hello everyone, my name is Steve Mekkelsen Madden, or Steven Michael Mekkelsen Madden if you want my full legal name.  🙂  So why am I being formal here of all places?  The answer is quite simple actually, I am creating this blog so that I can get all my fellow software engineers comments and opinions on a very real life software problem; the “name” fields and then make a decision to change the world, or at least a standard anyways.
As you can probably surmise, this subject has to do with changing some of our standards and ways we view/think about what we set name type fields to be in our software applications.  Are we using a 1970’s, a 21st Century standard or something in between them?  I’ve spent a considerable amount of time fighting with organizations to support our name in their business applications, only to be told, sorry Steve, we just don’t have enough spaces for your last name or we can’t put a space in a last name field.  This is just one sad story after another and it is now time that “we” set a new Global Software Standard for Names!
User Name Standards Proposal to Association of Software Professionals
Overview: When the computing era began to hit the retail markets and consumers back in the 1970’s, disk space was at a premium cost for each byte/character used.  As a result, some field names were set extremely short like AN (account name), or AcctN (account name).  There were also restrictions on the number of bytes allocated for the values of these fields and hence a name field could be as short as 15 characters for both the first and last names.

At the time, world travel was still in its infancy and our standards were not compromised.  When all the new airlines came in and started offering round trip flights to most parts of the world, this also led the U.S. into a new era of foreigners coming to the U.S. and staying either on VISA’s or as new citizens.  So what’s the issue you may ask?  Well first, let’s think about what our most common names were at the time.  We didn’t have many personal computers in the market place, so we didn’t have to worry about how long names were.  But even in the 1970’s, a name like Steve Madden, Tom Jones, Albert Einstein and Bill Cosby would fit in our 15 character values for whatever software may have been available at that time.  Unfortunately, other countries citizens names didn’t quite follow our standards because their culture included family names and some on both spouses families which makes for a very long name.

So flash forward to today where personal computers are in almost every household in the U.S. and abroad. Now the standard short 15 character name field becomes a serious limitation to the software.  Now let’s consider businesses and what services they have to offer for their customers.  There are fields like account_name, customer_name, legal_name, billing_name, mailing_name, etc.  There are many fields which attempt to cover what is needed for today’s marketplace.  Unfortunately, we still fall short even with the field names and values.  With “disk cost” being at its all time low, we still as software developers, restrict the amount of spaces to be used and what is worse, what the default validation on those field values impose.  Some software restrict the use of dashes “-” or spaces in a name field value.  Well, as you may or may not know, the name field values can contain spaces and dashes in them and are perfectly legal.  Did you know that you can go to a court in the U.S. and request a name change to virtually anything you want (within reason, and not to escape debts of any kind)?  The judge will speak with you during the name change process and approve or deny the request.  This is very common when citizens get married and want to include their name in some way or for other reasons.  If our software cannot accommodate these scenarios, then we have failed as software professionals.
An example is the use of my legal name “Steven Michael Mekkelsen Madden”  where “Steven” is my first name, “Michael” is my middle name and “Mekkelsen Madden” is my last name(s).  My maiden name (name prior to marriage or name change) is “Madden”.  When my wife and I married, I added her last name before my last name and she added my last name after hers resulting in SherriLee Mekkelsen Madden.  So that gives me 31 characters for my name and 26 for my wife’s.  Sounds simple right?  Not so!  We have issues with State and Local Government Offices, Healthcare Professionals (Insurance, Hospitals, Doctors and Specialists), Utility Companies like Telephone, Cable, Satellite, HVAC’s and as well as Department Stores and Banks who provide a credit/debit/store card of some kind where our names just does not fit.  Our youngest daughter also has two middle name “Violet Mary” so when she is asked to provide her middle initial she is not happy when the software only allows one middle initial.
That’s the overview behind this proposal to correct our series of name issues across all markets and once and for all provide an industry standard for “name” fields and values to support organizations and individuals on a Global Scale!  This link contains the content of this post “plus” two tables describing each field name, value and validation imposed.  Supporting this new standard may require programmatic changes to support increased field widths on a variety of displayed data and/or printed data on forms, pdf files, cards, etc.  I am looking for your comments, suggestions and your support.  If you support this and agree to make the changes in your software applications (or already do), please add them here and I will make sure they are also posted on my websites.