Archive

Archive for July, 2008

Communicating with Customers

July 31st, 2008

Over the years we have really not been good enough at communicating with our existing customers.

With the accelerated R&D we are putting into our framework, we are all working hard to improve this. We are just sending our first ever email newsletter to customers, it has only been 10 years since we started.

It is just such a powerful and – I am afraid to say – inevitably complex – framework that we need to get a regular message out to our customers about our plans, new release functionality and the ongoing improvements in our code.

Yes all customers have access to our support portal at Discover Claromentis – but in my view the occasional, well designed, none-technical email has its place in this need to keep engaged with our customers.

After all, its only one mail every 4-8 weeks, that can’t be too annoying?

You can read our first effort here Claromentis Intranet Software Developments.

General Intranet Posts

That Horrible Consultancy Word

July 29th, 2008

An interesting question is surfacing in the Claromentis world – what should the correct sales department response be to the question of ‘How much Intranet Consultancy will I need?’

Many times I am in meetings with potential new clients, and we get that question ‘Is that available out of the box?’

Well yes, many things are. Massive applications. But then they need configuration.

For example - yes of course we can connect to many disparate data stores and display dashboards on any required permissioned basis within the intranet. We do that all the time.

A management KPI area, an IT status dashboard – you imagine it – we can deliver it. But not out of the box. You don’t need to buy anything – all Claromentis applications are included in the system - but someone has to make the connections, configure the output to match requirements – drill down multi level bar charts by month, next layer down to show days, graphing only data points with values over £x – yes of course. Its just a data gatherer – but someone has to write it and configure that dashboard.

The client gets all the application, the admin panel, but at the end of the day they probably don’t want to actually do the work. So what should the honest account manager be trained to say?

I think I am coming down to that answer we developed a long time ( in intranet terms ) ago, which is for now, lets focus on Phase 1. Our obligation is to describe to you, the potential customer, the art of the possible - you prioritise it, with or without our help as you wish - you make definite decisions on whether you want us to do that or your own staff that we will train – and then we can sensibly give you a year one budget.

I can hear you say that this is all obvious. But I think it is just not clear to most companies looking to leverage permissioned collaboration to make a difference to their business. There is just too much information to absorb, to many requirements to gather from departments where I know, once they talk to us, they will be inspired in the art of the possible and dream of this or that great functionality – they will immediately want phase 3 – before they have even selected a vendor.

I was going to conclude that ‘walk before you run’ springs to mind, but this is I think not correct. We need to work together to help clients run, and if running is what they actually need then I believe they don’t have to walk first. But they need to understand that going from a standing start to winning the race is not a matter of installing Claromentis code – someone has got to make it happen, and with the best will in the world, if that enabling resource works for Claromentis not your own company, they will need to be paid for..

General Intranet Posts, Services

Intranet software and application files

July 28th, 2008

In my personal blog I commented about the recent request for Claromentis Intranet Software to manage application file content.

As this is a company position that we can all debate, I thought I would post it here and look forward to the usual heated comments around the water cooler!

General Intranet Posts ,

Setting the development roadmap

July 25th, 2008

One of the hardest processes to define and implement successfully is how to gear our development for ultimate product success – with consequent rewards in terms of commercial rewards and client satisfaction.
Over the 10 years since we formed Claromentis Limited here in the UK, we will always defend vehemently that we listen to our customers. On the flip side the strategic vision always rests with Michael, Alexander and I.

For example we have resisted many times requests to provide accountancy as a core application or even as some kind of an integration toolkit, because that just is not a core expertise and that is not where we want Claromentis to move towards.But sometimes it is not so easy to defend why for example sales opportunity management is definitely a core direction for us, but accountancy is not. Both are key requirements for our clients – generating beans and counting them. Why did we wholeheartedly embrace the request to develop Quality Management Software, but resist what was codenamed for 2 years CRM2 – and centred on marketing?

Personally I think we have this just about right, 3 people set the broad brush of where we will invest our R&D and within this defined development map customer and partner requests, through meetings and our enhancement request projects in Bugtracker and discover.claromentis.com, are kings.

For us as a company, a crucial event last year was to separate out core and bespoke development resources, without that I think we would always have struggled to be nimble, agile, responsive and yet develop core releases on schedule that move onwards to where we want Claromentis Intranet Software to be.

General Intranet Posts, Intranet Development and API, Services, intranet applications , ,

End Game of Intranet Application Coverage

July 25th, 2008

With the release of Quality Manager with 5.4 and Project Manager coming out of beta in 5.5 I have been asked for a statement about where the end game is for intranet software application coverage.

On the one side to me the answer is simple - we will continue to provide integrated web based applications wherever our customer base requests them and the return on investment justifies the cost.

However there is a counter argument - how do we maintain high standards of quality in our software if we have to cover such a broad range of functionality? The problem is compounded by the fact that we support 2 operating systems, 3 databases and a complete API.

At the end it is always a question of balance, with the sales teams asking for more, and the development teams questioning why.

General Intranet Posts, Products, intranet applications