How would YOU define an online process requirement?

Defining Business Processes
In every working environment, there are often multiple understandings of both a process and a requirement - so how are they defined and how do we deliver them online?
Having worked within a corporate IT environment now for the past 5 years, with the latter being responsible for delivering web based applications to a high standard, across a business of multiple Intranets, with some 17,000 users. It can be difficult to gather the correct information and requirements that are needed to develop a detailed specification and ultimately a precise application.
Often, a customer has an understanding of how their business process should be managed online. However, how do we verify that this is the RIGHT way to manage their process? After all, an online process needs to be simple, straight forward and user friendly, otherwise, who would use it? With Claromentis’ InfoCapture application, workflow becomes easy to manage in a controlled environment. Out of the box, the application operates with defined boundaries, which makes the build and configuration of simple forms very straight forward. But what happens when we need to push the boundaries?
With some additional bespoke “plug-in” code (written in PHP), the boundaries of InfoCapture can be… expanded, but ONLY by a competent developer with access to the “guts” of the application. I found myself commonly defining bespoke coding into specifications, allowing customers to add additional steps into their processes in order to incorporate “features” that they couldn’t imagine having available in any paper form process, or in the default InfoCapture application. In simple terms, this often pushes out both coding and testing timescales, making projects much longer and more complex to deliver. So what happens when the “Out of box” experience requires additional code in order to meet customer expectations?
In more recent Claromentis releases, InfoCapture has grown to incorporate features that I feel were powered by our ability to “Push the boundaries”. Regular feedback and collaborative working with the supplier I feel helped us to better understand the InfoCapture application and put ideas forward for improvements to be shared by all customers. The overhaul of InfoCapture required more comprehensive reporting, straight forward wizards to build and manage forms, stylish skins to promote corporate workflows and a better permission structure.
With InfoCapture providing the majority of our Intranets online forms, I would certainly await the next batch of improvements to the application; maybe we’ll see the inclusion of some of the more common plug-ins into the core application code with simple wizard based builders in the admin panel? Maybe a more comprehensive permission structure to include better default roles to the typical “Reporter and Handler” that can be found at present? Hopefully Claromentis 6.0 will hold the answers…
Comments welcome as always.
Craig