Monday, 19 October 2009
Removing risks in coursework generation and production by linking POD & DAM
Between the three parties - the author, the trainers and the print supplier, there is one issue - the timely presentation of the latest course material to the printer so that it can be delivered to the trainer for onward presentation to students in the course itself. And this is typically where the risk of late delivery of content comes in.
You see, once a trainer has received an out-of-date set of course notes and either had to deliver the course knowing the content was out of date, or has had to cancel and re-schedule a course, their confidence has taken a knock and their trust in the process, not to forget the trust of the students in the training organisation, is injured, possibly irreparably. This hurts the training organisations revenues by reducing booking numbers and giving credits.
So where does the risk lie? The author will be working on some DTP tool and producing a file - usually of significant size since its content justifies the value of the training course for the attendees. And the author is usually distant from the print supplier, meaning that there has to be a physical or electronic transfer process. That means either a courier or a file transfer by email, ftp or similar. The trainer ordering the printing of course materials will be doing so in a separate process - either an emailed requisition or an e-commerce approach.
Here comes the issue. Because the print supplier’s staff receives the content and production request via different channels, the order is separated from the content. Realistically, the order will quote a reference number for the content in order to avoid trivial mistakes. But some mistakes will be made. Typically some holdup in delivery of content, of its being misfiled by printing staff means that a previous revision is used.
And this risk is magnified with the increase in rate of change of content or reduction in the time between the order and the printing deadline.
The alternative that mitigates this risk is to combine the storage of content with the ordering system – a hybrid of DAM and e-commerce - so that with every order comes a link to the latest delivered content, and to make that content delivered by the author directly into the target of that link. The benefits of this approach are many, chief amongst them that as the trainers place orders they can see course content and confirm to themselves that the correct version is being ordered, and the print supplier's staff have direct access to latest content without the need for it to be delivered via a separate process, meaning they cannot lose of misplace the current content.
I've seen this scenario in a number of business cases over the years. And if you are thinking that I am oversimplifying the picture to make my point then I humbly agree. Where this type of production is done at pace there will be significant safeguards and process to reduce issue to a minimum. But, it's undeniable that these mistakes do happen to some degree and the approach still holds water in terms of reducing the risk of error and increasing the confidence of the trainers as consumers of the service and representatives of their training bodies.
Saturday, 12 September 2009
Boutique software v's big consulting and internal IT
I recently spent some time talking to a prospect at a big corporation about a small software project that would bring great efficiency to his team. He was looking for business case to justify going outside the internal IT shop AND the preferred supplier, one of the big consultancy players.
This got me thinking that Corporate or large SME business people have a tough decision when it comes to having a small or even mid-sized business software project run. They have three choices - ask the internal IT team, hire a big software consultancy, or hire a boutique software team.
Breaking this down, the first question is ‘internal or external’.
Don't get me wrong it you are a hard pressed internal IT guy – the issues are fundamentally out of your hands. The facts are that you can't scale the internal IT operation to meet all of the requirements of the business, so you have to form an orderly queue.
But it's a fact that the guy at the back of the queue knows a guy who knows a gal who's a whiz with Excel macros and forms and they just aren't going to wait 12 months until you finish that OraSap Version 36 upgrade and the other 25 priority projects ahead of them in the queue. And why would they dare step outside the policy of centrally controlled, in-house development? It’s simply because they can see a means, via this new system, to improve their output right now in a way that will impact their appraisal next year. Would you wait?
So if it's not the internal IT team then the options are for one of the Big Software Consultancies, or a boutique IT shop. You may think that the best option is the Big Software Consultancies because they represent a safe pair of hands, a backside to kick when things go wrong, and no-one ever got fired for hiring...you know how it goes.
But let's examine the case for boutiques - they generally specialise in some niche, they usually have a real interest in the success of the project, they are almost all owner-run so their decision making layers are few, they can turn on a sixpence when your needs change mid-stream, they commit totally to the success of the project, and they generally stay available after the project goes live to keep the system running and updated. Put it another way – they’re interested in the people and the success of the project because their future depends upon it.
Look back at the Big Software Consultancies - their staff are on a conveyer belt, your system requirement will be a big deal to you but a small one to them, they will want to document everything to the point of standstill and deliver against the document you signed off, their fees will mean you have to escalate the decision to start the project, and you will never meet anyone higher than your account manager.
This has been a tongue-in-cheek look the options, and there are other pros and cons in all of these cases, but actually the likelihood of initial and ongoing success for your project hinges on none of these ideas.
Instead, the outcome of a small project depends on the development team. That's right, the people. If you've been lucky enough to see a good software project succeed then you will know that the team was instrumental in the success.
But people do not scale. And you are most likely to find the people that will make your success happen now and be there to support and extend the system into the future, working in your corporate IT department and in those boutique software houses.
So, if you’re sitting wondering how to get that system built - the one that will make all the difference, don’t rule out boutique software houses on company size or history - your success just might be in their hands.
Thursday, 10 September 2009
Single print supplier relationships put core operations in jeopardy
In a healthy general economy a single print supplier relationship can yield benefits in the form of reduced costs, high brand consistency, print quality, and time to market and so on, so it is a low-risk proposition.
James Evason is Business Development Director at marketingunity, a software company specialising in B2B ecommerce systems for marketing collateral development, production, procurement, fulfilment and supply chain management.
www.marketinguntiy.com
