What is a ‘Prescriptive’ RFQ/RFP and why is it bad?

by Frank 22. July 2012 06:02

Twenty years ago our main way of competing for business was to respond to Request For Quotes (RFQ) and Request For Proposals (RFP). Our sales people and technical people spend months on end laboriously responding to detailed questionnaires and spread sheets with only a small chance of winning because of the number of vendors invited to respond. Luckily, this is no longer the main way we compete for business and we now complete only a fraction of the RFQ/RFPs we used to; much to the relief of my hard working sales and pre-sales staff.

Now we only respond to RFQs and RFPs if we have prior engagement plus the opportunity for questions and engagement during the process together with a good fit for our software and services (we sell information management software and services). We also heavily qualify every opportunity and the first step is to initially speed read and scan all proposal documents for what we call ‘road blocks’.

Road blocks are contractual conditions, usually mandatory ones, which would automatically disqualify us from responding. Sometimes these are totally unfair, one-sided and non-commercial contractual conditions and sometimes they are mandatory features we don’t have and often, the road block is simply the prescriptive nature of the request document.

By prescriptive I mean that the request document is spelling out in detail exactly how the solution should work down to the level of screen design, architecture and keystrokes. In most cases prescriptive requests are the result of the author’s experience with or preference for another product.

As we produce a ‘shrink-wrapped’ or ‘off-the-shelf’ product, the RecFind 6 suite, we aren’t able to change the way it looks and works and nor can we change the architecture. In almost every case we could solve the business problem but not in the exact way specified by the author. Because our product RecFind 6 is highly configurable and very flexible we can solve almost any information management or business process management problem but in our particular way with our unique architecture and our unique look and feel.

In the old days we may have tried to enter into a dialog with the client to see if our solution, although working differently to the way the author envisioned a solution working, would be acceptable.  The usual answer was, “Why don’t you propose your solution and then we will decide.” Sometimes we did respond and then learned to our chagrin that our response was rejected because it didn’t meet some of the prescriptive requirements. Basically, a big waste of time and money. So, we no longer respond to prescriptive RFQs/RFPs.

But, why is a prescriptive RFQ/RFP a bad thing for the client? Why is it a bad practice to be avoided at all costs?

It is a bad thing because it reduces the client’s options and severely narrows the search for the best solution. In our experience, a prescriptive RFQ/RFQ is simply the result of someone either asking for the product they first thought of someone who is so inflexible that he/she isn’t able to think outside the box and isn’t open to innovative solutions.

The end result of a prescriptive RFP/RFQ is always that the client ends up with a poor choice; with a third best or worse solution to the problem.

The message is very simple. If you want to find the best possible solution don’t tell the vendors what the solution is. Rather tell the vendors what the problem is and give them the opportunity to come up with the most innovative and cost-effective solution possible.  Give them the opportunity to be innovative and creative; don’t take away these so very important options.

Please do yourself, and your organization, a favour. If you want the best possible solution clearly explain what the problem is and then challenge the vendors to come up with their best shot. Prescriptive requirements always deny you the best solution.

What is really involved in converting to a new system?

by Frank 27. May 2012 06:00

Your customer’s old system is now way past its use by date and they have purchased a new application system to replace it. Now all you have to do is convert all the data from the old system to the new system, how hard can that be?

The answer is it that can be very, very hard to get right and it can take months or years if the IT staff or the contractors don’t know what they are doing. In fact, the worst case is that no one can actually figure out how to do the data conversion so you end up two years later still running the old, unsupported and now about to fail system. The really bad news is that this isn’t just the worst case scenario, it is the most common scenario and I have seen it happen time and time again.

People who are good at conversions are good because they have done it successfully many times before. So, don’t hire a contractor based on potential and a good sales spiel, hire a contractor based on record, on experience and on a good many previous references. The time to learn how to do a conversion isn’t on your project.

I will give you guidelines on how to handle a data conversion but as every conversion is different, you are going to have to adapt my guidelines to your project and you should always expect the unexpected. The good news is that if you have a calm, logical and experienced head then any problem is solvable. We have handled hundreds of conversions from every type of system imaginable to our RecFind product and we have never failed even though we have run into every kind of speed bump imaginable. As they say, “expect the best, plan for the worst, and prepare to be surprised.”

1.    Begin by reviewing the application to be converted by looking at the ‘screens’ with someone who uses the system and understands it. Ask the user what fields/data they want to convert. Take screenshots for your documentation. Remember that a field on the screen may or may not be a field in the database; the value may be calculated or generated automatically. Also remember that even though a screen may be called say “File Folder” that all the fields you can see may not in fact be part of the file folder table, they may be ‘linked’ fields in other tables in the database.

2.    You need to document and understand the data model, that is, all the tables and fields and relationships you will need to convert. See if someone has a representation of the data model but, never assume it is up to date. In fact, always assume it is not up to date. You need to work with an IT specialist (e.g., the database administrator) and utilize standard database tools like SQL Server Management Studio to validate the data model of the old system.

3.    Once you think you understand the data model and data to be converted you need to document your thoughts in a conversion report and ask the customer to review and approve it. You won’t get it right first time and expect this to be an iterative process. Remember that the customer will be in ‘discovery’ mode also.

4.    Once you have acceptance of the data to be converted you need to document the data mapping. That is, show where the data will go in the new application. It would be extremely rare that you would be able to duplicate the data model from the old application; it will usually be a case of adapting the data from the old system to the different data model of the new application. Produce a data mapping report and submit it to the customer for sign-off. Again, don’t expect to get this right the first time; it is also an iterative process because both you and the customer are in discovery mode.

5.    Expect that about 20% or more of the data in the old system will be ‘dirty’; that is, bad or duplicate and redundant data. You need to make a decision about the best time to clean up and de-dupe the data. Sometimes it is in the old application before you convert but often it is in the new application after you have converted because the new application has more and better functionality for this purpose.   Whichever method you choose, you must clean up the data before going live in production.

6.    Expect to run multiple trial conversions. The customer may have approved a specification but reading it and seeing the data exposed in the new application are two very different experiences. A picture is worth a thousand words and no one is smart enough to know exactly how they want their data converted until they actually see what it looks like and works like in the new application. Be smart and bring in more users to view and comment on the new application; more heads are better than one and new users will always find ways to improve the conversion. Don’t be afraid of user opinion, actively encourage and solicit it.

7.    Once the data mapping is approved you need to schedule end-user training (as close as possible to the cutover to the new system) and the final conversion prior to cutover.

Of course for the above process to work you also need the tools required to extract data from the old system and import it into the new system. If you don’t have standard tools you will have to write a one-off conversion program. The time to write this is after the data mapping is approved and before the first trial conversion. To make our life easy we designed and build a standard tool we call Xchange and it can connect to any data source and then map and write data to our RecFind 6 system. However, this is not an easy program to design and write and you are unlikely to be able to afford to do this unless you are in the conversion business like we are. You are therefore most likely going to have to design and write a one-off conversion program.

One alternative tool you should not ignore is Microsoft’s Excel. If the old system can export data in CSV format and the new system can import data in CSV format then Excel is the ideal tool for cleaning up, re-sequencing and preparing the data for import.

And finally, please do not forget to sanity check your conversion. You need to document exactly how many records of each type you exported so you can ensure that exactly the same number of records exist in the new system. I have seen far too many examples of a badly managed conversion resulting in thousands or even millions of records going ‘missing’ during the conversion process. You must have a detailed record count going out and a detailed record count going in. The last thing you want is a phone call from the customer a month or two later saying, “it looks like we are missing some records.”

Don’t expect the conversion to be easy and do expect it to be an iterative process. Always involve end-users and always sanity check the results.  Take extra care and you will be successful.

Have you considered Cloud processing? There are significant benefits

by Frank 6. May 2012 06:00

Most of us have probably become more than a little numbed to the onslaught of Cloud advertising and the promotion of the ‘Cloud’ as the salvation for everyone and the panacea for everything. The Cloud is promoted by its aggrandizers as being both omnipotent and omniscient; both qualities I only previously associated with God.

This is not to say that moving business processing to the Cloud is not a good thing; it certainly is. I just wish that the promoters would tone down the ‘sell’ and clearly explain the benefits and advantages without the super-hype.

Those of us with long memories clearly recall the early hype about what was then called ASP or Application Service Processing or even Application Service Provider. This was the early progenitor of the Cloud and despite massive hype it did not fly. The reasons were simple, neither the technology nor the software (application and system) were up to the job. Great idea, pity it was about five years before its time.

Unfortunately, super-hype in our industry is usually associated with immature and unproven technology. Wiser, older people nod sagely and then wait a few years for the technology to catch up with the promises.

As an older (definitely) and wiser (hopefully) person I am now ready to accept that all the technology required for successful and secure Cloud processing is now available and proven; albeit being ‘improved’ all the time so still take care not to rush in with experimental technology.

As with many new technologies the secret is KISS; Keep It Simple Stupid. If it seems too complex then it is too complex. If the sales person can’t answer all of your questions clearly and unambiguously then walk away.

Most importantly, make sure you know all about all of the parties involved in the transaction. For example:

1.    What is the name of the data centre?

2.    Where is it located?

3.    Who ‘owns’ the rack and equipment and software at the data centre?

4.    What are the redundant features?

5.    What are the backup and recovery options?

6.    Is your vendor the owner of the co-hosted facility or do they subcontract to someone else? If they sub-contract is the company they subcontract to the owner or are they too just part of a chain of ‘hidden’ middle-men? It is critical for you to understand this chain of responsibility because if something goes wrong you need to know who to chase.

There are a lot more questions you need to ask but this Blog isn’t the place to list them all. I am sure your IT team and application owners will come up with plenty more. If they don’t, wake them up and demand questions.

Most small to medium organizations today simply do not have the time or expertise to run a computer room and manage and maintain a rack of servers. There is also a dearth of ‘real’ expertise and a plethora of phonies out there so hiring someone who is actually smart enough to manage your critical infrastructure is a very difficult exercise made more so by most business owners and managers simply not understanding the requirements or technology. It often becomes a case of the blind hiring the almost blind.

Most small to medium enterprises also cannot afford the redundancy required to ensure a stable and reliable infrastructure. A fifteen minute UPS is no substitute for a redundant bank of diesel generators and a guaranteed clean power supply.

Why should small to medium enterprises have to buy servers and networks and IT support? It isn’t part of their core business and this stuff should not be weighing down the balance sheet. Why should they be devoting scarce and expensive management time to activities that are not part of their core business?

In-house computer rooms will soon be become as rare as dinosaurs and this is how it should be, they are an anachronism in this time and age; out of time and out of place.

All smart and business savvy small to medium organizations should be planning to progressively move all their processing to the Cloud so as to lower costs, improve service levels and reduce management stress. I say progressively because it is still wise to get wet slowly and to take little steps. Just like with your first two-wheel bicycle, it pays to practice with the training wheels on first. That way, you usually avoid those painful falls.

I like to think I am a little wiser because I still have scars from gravel rash when I was a kid. I am moving my RecFind 6 customers to the Cloud and I am moving my in-house processing to the Cloud but just like you, I am doing it slowly and carefully and triple-checking every aspect. I don’t take risks with my customers or my business and neither should you.

One last thing, I have the advantage of being very IT literate and of having a top IT team working for me so we have the in-house expertise required to correctly evaluate and select the most appropriate technology and options. If you do not have this level of in-house IT expertise then please take extra care and try to find someone to assist who does have the level of IT knowledge required. Once you sign up, it is too late. Buyer’s remorse is not a solution to any problem.

Workflow – What does it really entail?

by Frank 8. April 2012 06:00

Workflow has been defined as “the glue that binds business processes together.” Depending upon your background and experience that particular definition may or may not be as clear as mud. Despite having been a key factor in business application processing for a very long time workflow is still very poorly understood by many in business and is more often than not too narrowly defined.

For example, you do not need to pay big bucks for a heavy-duty workflow package and all the services associated with it to implement workflow in your organization. Workflow is really about automating some business process using whatever tool is appropriate. You can automate a business process with Word or Excel or Outlook for that matter and the most common starting point is to first capture a paper document as a digital document using simple tools like a document scanner. You don’t even need a computer (apart from the human brain, the world’s best computer) to implement workflow.

Designing and implementing workflow is more about the thought processes, about evaluating what you are doing and why you are doing it and then trying to figure out a better and more efficient way to do it. It is about documenting and analysing a current business process and then redesigning it to make it more appropriate and more efficient. It is by making it more efficient that you make productivity gains; ideally, you end up doing more with less and adding more value.

You shouldn’t undertake any investigation of new workflows without first having defined objectives and metrics. You should also always begin with some basic questions of your staff or end-users:

  1. What are you doing now that you think could be done better?
  2. What aren’t you doing now that you think you should be doing?
  3. What are you doing now that you don’t think is necessary?

I call these the three golden questions and they have served me well throughout my consulting career. They are simple enough and specific enough that most end-users can relate to them and produce answers. These three simple questions provide the foundation for any business process re-engineering to come. They are also the catalyst to kick off the required thought processes in your end-users. Out of these three simple questions should come many more questions and answers and the information you need to solve the problem.

In every case in the past I have been able to add value well before using tools and creating workflows just by suggesting changes to current manual business processes. As I said earlier, workflow is really about thought processes, “How can I do this in a better and more efficient way?”

Adding value always begins by saving time and money and usually also entails providing better access to information. Real value in my experience is about ensuring that workers have access to the precise information they need (not more and not less) at the precise time they need it (not earlier and not later).  It sound simple but it is the root of all successful business processes, that is, “please just give me what I need when I need it and then I can get the job done.” Modern ‘just-in-time’ automated production lines only work if this practice is in place; it is fundamental to the low cost, efficient and high quality production of any product or service.

When something ‘just works’ very few of us notice it but when something doesn’t work well it frustrates us and we all notice it. Frustrated workers are not happy or productive workers. If we do our job well we take away the sources of frustration by improving work processes to the point where they ‘just work’ and are entirely appropriate and efficient and allow us to work smoothly and uninterrupted without frustration and delays. This should be our objective when designing new workflows.

Metrics are important and should always be part of the project. You begin by taking measurements at the beginning and then after careful analysis, predict what the measurements will be after the project. You must have a way of measuring, using criteria agreed beforehand with your end-users, whether or not you have been successful and to what degree. It is a very bad trades person who leaves without testing his work. We have all had experiences with bad trades people who want to be paid and away before you test the repaired appliance, roof or door. Please do not be a bad trades person.

Metrics are the way we test our theory. For example, “If we re-engineer this series of processes the way I have recommended you will save two hours of time per staff member per day and will be able to complete the contract review and sign off within two days instead of seven days.” The idea is to have something finite to measure against. We are talking quantitative as opposed to qualitative measurement. An example of a qualitative measurement would be, “If we re-engineer this series of processes the way I have recommended everyone will be happier.” Metrics are a quantitative way to measure results.

In summary, implementing workflow should always be about improving a business process; about making it better, more appropriate and more efficient. Any workflow project should begin with the three golden questions and must include defined objectives and quantitative metrics. The most important tool is the human brain and the thought processes that you will use to analyse current processes and design improved processes. Every new workflow should add value; if it doesn’t you should not be doing it.

Critically, workflow must be about improving the lot of your staff or end users. It is about making a process easier, more natural, less frustrating and even, more enjoyable. The staff or end users are the only real judges because no matter how clever you think your solution is if they don’t like it, it will never work.

The Importance of Document Imaging

by Frank 1. April 2012 06:00

 

Document imaging or the scanning of paper documents, has been around a long time. Along with workflow, it was the real beginning of office automation.

Document imaging did for office automation what barcode technology did for physical records management and asset management. That is, it allowed manual processes to be automated and improved; it provided tangible and measurable productivity improvements and as well as demonstrably better access to information for the then fledgling knowledge worker.

Today we have a paradox, whereas we seem to take document imaging for granted we still don’t utilize it to anything like its full capabilities. Most people use document scanners of one kind or another, usually on multi-function-devices, but we still don’t appear to use document scanning nearly enough to automate time-consuming and often critical business processes.

I don’t really know why not because it isn’t a matter of missing technology; we seem to have every type of document scanner imaginable and every type of document scanning software conceivable.  We just seem to be stuck in the past or, we just are not applying enough thought to analysing our day to day business processes; we have become lazy.

Business processes based on the circulation of paper documents are archaic, wasteful, inefficient and highly prone to error because of lost and redundant copies of paper documents; in fact they are downright dangerous. Yet, every organization I deal with still has critical business process based on the circulation of paper. How incredibly careless or just plain stupid is that?

Let’s look at it from the most basic level. How many people can read a paper document at any one point in time? The answer is one and one only. How many people can look at a digital image of a document at any one point in time? The answer is as many as need to. How hard is it to lose or damage a paper document? The answer is it is really, really easy to lose of damage or deface a paper document. How hard is it to lose or damage or deface or even change a secure digital copy of a document? The answer is it is almost impossible in a well-managed document management system.

So why are we still circulating paper documents to support critical business processes? Why aren’t we simply digitising these important paper documents and making the business process infinitely faster and more secure? For the life of me, I can’t think of a single valid reason for not digitising important paper documents. The technology is readily available with oodles of choice and it isn’t difficult to use and it isn’t expensive. In fact, digitizing paper will always save you money.

So why do I still see so many organizations large and small still relying on the circulation of paper documents to support important business processes? Is it a lack of thought or a lack of imagination or a lack of education? Can it really be true that thirty-years after the beginning of the office automation revolution we still have tens of thousands or even millions of so called knowledge workers with little knowledge of basic office automation? If so, and I believe it is true from my observations, then it is a terrible reflection on our public and corporate education systems.

In a world awash in technology like computers, laptops, iPhones and iPads how can we be so terribly ignorant of the application and benefits of such a basic and proven technology as document imaging?

Some of the worst example can be found in large financial organizations like banks and insurance companies. The public perception is that banks are right up there with the latest technology and most people look at examples like banking and payment systems on smartphones as examples of that. But, go behind the front office to the back office and you will usually see a very different world; a world of paper and manual processes, many on the IT department’s ‘backlog’ of things to attend to, eventually.

Here is a really dumb example of this kind of problem. I recently decided to place a term deposit with an online bank. Everything had to be done online and the website didn’t even offer the download of PDFs which would have been useful so you could read through pages of information at your leisure and find out what information they required so you could make sure you had it handy when completing the forms on the website.

I managed to find a phone number and rang them up and asked for the documentation in PDF form only to be told they were paperless and that everything had to be done online. So I persisted going from page to page on the website, never knowing what would be required next until the last page and yes, you guessed right. On the very last page the instructions were to print out the completed forms, sign them and mail them in. Paperless for me; much to my inconvenience and paper for them, again much to my inconvenience.  There is really no excuse for this kind of brainless twaddle that puts the consumer last.  Their processes obviously required a signature on a paper document so the whole pretence of an online process was a sham; their processes required paper.

Hopefully, when they received my paper documents they actually scanned and digitized them but I am willing to bet that if I could get into their back office I would find shelf after shelf of cardboard file folders and paper documents. Hopefully, next time I ring up they can actually find my documents. Maybe I could introduce them to the revolutionary new barcode technology so they could actually track and manage their paper documents far more efficiently?

The message is a simple one. If you have business processes based on the circulation of paper you are inefficient and are wasting money and the time of your staff and customers. You are also taking risks with the integrity of your data and your customer’s data.

Please do everyone a favour and look carefully at the application of document imaging, a well-proven, affordable, easy to implement and easy to manage business process automation tool.

 

The importance of partnering in the new online sales paradigm

by Frank 25. March 2012 06:00

A company’s website is said to be its window to the world. It is supposed to be the portal through which business flows in from all corners of the globe. (Now that is a silly expression, since when did a globe have corners?) Notwithstanding the silly expression, the Internet and a company’s website are supposed to be the foundation of the modern marketing paradigm. In this new model, everything will be sold online and Cloud and SaaS will be the most used and abused marketing terms.

However, there are a couple of minor flaws in this model.

Have you ever tried to do an online demonstration or presentation to 27 people, all with different agendas? I have and it is almost impossible to be effective in this environment.

Have you ever tried to understand the nuances of a complex commercial application requirement using only the telephone, email and online sessions? I have and it is impossible to really understand one hundred-percent of the requirement.

Sure you can sell books and computers online but it is a far from perfect model when selling complex application systems that will eventually be integral to the successful operation of your customer’s business.

In our business we make good use of technology to better communicate with our customers and prospects all around the world. We in fact couldn’t operate without the Citrix tools GoToAssist, GoToMeeting and GoToTraining. They, or tools like them, are essential for running a software and services company like ours with customers all around the world.

In this day and age, and especially after the GFC, no company can afford to have ‘local’ staff in every town, state or country where it does business. Nor can any company, no matter how big, afford to fly pre-sales staff in for every one-hour demo requested by a prospect or every one or two hour support session for a customer.

However, in our sales cycle (application software) there are still many things that are best done face to face and there are some things, like application consulting, that can only be done face to face.

At this time we handle the face to face requirement by telling people we hire for consulting and support jobs that they must be available to travel and frequently, both inter-state and internationally. We make this requirement a prominent part of the job add and the interviews. Having a ‘flying squad’ of support people and application consultants is now an integral and essential part of our sales paradigm and from the customer’s viewpoint it works very well. But, it is a far from perfect solution from our viewpoint because of the high cost and lost time or ‘opportunity-cost’ of dead time spent in transit.

The flying squad will always be an important tool for us when delivering solutions but as we grow it needs to be supplemented and complemented by partnerships with local firms with the skillsets our customers require.

A few years ago, conscious of this need to partner, I registered a new website called bizzpartnerships.com with the intention of starting a new business primary designed to locate and connect business partners all around the globe. Sadly, the pressure of running and growing this business didn’t leave me much time and like a lot of good ideas, it is gathering dust.

It is still a great idea because there are literally millions of businesses like mine that need partners to both win and support customers; partners that can provide that essential face to face contact that is sorely missing from most modern business models. It fact, the situation worsens year by year as vendors cut costs and outsource almost every function to countries like India, China and the Philippines. I stopped dealing with a well-known hardware vendor because they told me my account manager would no longer be local but would be based in a call centre in India. I have gone from spending millions with this company to spending absolutely nothing.

Notice I am not talking about outsourcing, which I hate, but partnering, which I love. Anyone who wants to know how I feel about outsourcing should read one of my previous Blogs:

http://www.knowledgeonecorp.com/blog/post/2012/02/05/Outsourcing-will-destroy-the-west.aspx

Partnering provides that much needed and much appreciated local, face to face contact; outsourcing takes it away.

My prime objective from this point on will be to forge partnerships with companies that can add value to my customers. I believe that this is an essential component of the still maturing online model.

So, if you are reading this blog and you are part of or know of a quality customer-centric services company that can add value to an enterprise content management software installation then please let me know about it. In a good partnership, everyone benefits, especially the customer.

What is the future of Software applications in 2013 and beyond?

by Frank 5. March 2012 06:00

As we all know, the world of IT and applications is changing rapidly and most of us application software vendors are trying to second-guess where the market is heading. The two key questions are:

  1. How should we deliver applications? and
  2. What should we be developing?

If we read and believe the IT press, especially the IT industry blogs, we should all be convinced by now that every application needs to be delivered on a mobile device. However, I am not fully convinced because I am a long-term and avid user of mobile devices, smartphone and iPad, and my experience tells me that mobile devices still don’t have the capabilities I need to be able to run all the applications I use. I also struggle to understand how to make my applications totally usable on mobile devices, especially smartphones.

For example, my smartphone is invaluable for checking and responding to emails when on the move. It is small, light, convenient (it sits in my shirt pocket) and has a long battery life. It also ‘connects’ to the Internet from most locations and 3G/4G and Wi-Fi services provide acceptable performance for email monitoring. But, it isn’t suitable for reading big documents and it isn’t suitable for lengthy responses. It is also painful when accessing web pages; the processor is too slow, the screen is just way too small and the QWERTY keyboard too small and too awkward for anything other than simple responses.

The iPad 2 is a lot better mainly because it has a bigger screen and more usable keyboard but it is still far from perfect.  Whenever I have to do real work (like writing this blog or writing program specifications), I end up working on my powerful laptop or desktop.

Strangely though, when I look at my laptop and desktop and all those messy cables and connections they look like museum pieces next to my iPad 2. In my opinion, the industry is somewhere between the old paradigm and the new paradigm but we haven’t got there just yet. Today’s mobile devices are a good first attempt but they don’t yet have what it takes to replace the desktop and laptop for serious business users.

The choice for us really comes down to developing and delivering software applications in either native mobile app mode (e.g., iPad apps developed in Xcode) or web-client mode (i.e., ‘thin-client’ applications that run in a browser and are developed using tools like HTML5, JavaScript and Ajax).

The web-client model is the best for us because it provides platform independence and the lowest cost delivery model. That is, it enables your application for all types of mobile devices as well as traditional notebooks and desktops and it is delivered just by the end user typing in a URL. It also only requires a single set of source code rather than the multiple sets of source code required to support native mobile apps for devices like the Android phone, iPad and Blackberry. It is therefore the lowest cost to develop and maintain and the lowest cost to roll out and support.

Ironically, the web-client model is also very old technology and I am surprised that after all these years we don’t have anything better to replace it.

As to what we should be developing, well that is literally the (multi) million dollar question. Our traditional fare is Enterprise Content Management software (ECM) or more simply, Information Management software. The ECM bag includes a host of horizontal market applications like document management software, records management software, contract management software, knowledge management software, etc. Our product RecFind 6 provides all of the above capabilities.

So, given that we already have a pretty clever and flexible ‘multi-application’ solution what should we replace it with or, what should we add to it? More importantly, what do customers need and want and even more importantly, what are they prepared to pay for?

Our customers happily tell us all the time about the new and extended functionality they would like to see in our products but usually their assumption is that we will fund the changes and provide the extended functionality free as part of a future upgrade. Usually they are right because we continually add new and improved features to successive upgrades provided under the customer’s maintenance agreement. However, for software vendors wanting to provide additional value and grow revenues, the real question is “is there a totally new product the majority of customers would need and want and be happy to pay for? “

I spend a lot of time thinking about this question. “What can I design and build that will provide significant value to a customer?” So much value in fact that the customer will be more than happy to outlay the funds to buy it. You might say it is the Holy Grail of software development, often called the ‘Killer App’. It may come as a surprise to those outside of our industry but many software developers spend enormous amounts of time and money building products no one buys.

A great idea doesn’t necessarily translate to success in the market. Similarly, because a customer says it wants something it does not necessarily follow that it will be willing to pay for it. As a software developer you have to ask the question, “If I build it, will you buy it?” This sounds a bit like Kevin Costner and his field of dreams movie, “Build it and they will come”, but in our case that isn’t necessarily true.

I have lots of ideas and have written lots of specifications and have built lots of applications but that killer app still eludes me. It must be time again to go out and ask our customers, “What would you like us to build? What application or feature or functionality would make a real difference to the running of your business? What application functionality do you need most of all? What do you believe will add the most value to your business? What would you like us to build next?”

Customers always have great ideas and they are often able to think outside the square. Software developers like us are more often than not too close to the problem. Now let’s see what they tell me, maybe that killer app is just around the corner, just like that next big lottery win.

Month List