I'd like to start a discussion / hear other developer's viewpoints on the current end-user usability of the TeamSite workflow engine-
after working with the product since the 4.2.1 version with many different clients in many different types of organizations, I think I can state that this UI is somewhat limited in it's potential impact in an organization due to it's usability (and yes, it's only coincidence that "usability" is one of today's themes on the
www.interwoven.com homepage)
It seems to me that the biggest challenge of working in the Workflow space of the TeamSite product is getting end users knowledge in how to use it, and that they only get comfortable with using it after many, many, many times of moving an asset through the TeamSite app and to the website- The fundamental hurdle that I keep coming across with non-technical end users is getting them to understand where in the overall workflow process their individual task resides (Job Details doesn't seem to cut it very well, because they have to go seeking the information). We've successfully gotten users in the past to use workflows by a somewhat painstaking process (and often-reinforced) user training, user documentation (including many process flow diagrams ) and user support, but it all seems to come up a bit short because this information doesn't "leap out" to them from the application and they must seek it out instead (open a product documentation piece, pick up the phone, etc)
I have long been expecting the product to help close this usability gap by making the workflow UI reach out to the end-user beyond just the Task To Do List. The email notifications and links within those emails is a good first step, but I think the application should go a few steps further-
In my experience with other applications (some ERP, some Content Management, some Business Process Management applications), I've seen some much more robust workflow UI's that effectively "guide" end users through a specific instance of a workflow "job", typically via use of some graphical representation of steps within the overall model (highlighted footsteps, timeline-type diagrams with points on it enabled/disabled, etc). In my experience, acceptance and use of these workflow engines by non-technical end users has been much less severe / time intensive than TeamSite's-
Last year when WorkflowBuilder was released, it was with great anticipation that I previewed this product, thinking that Interwoven had reached the point to make use of Workflow's user-friendly. But instead, it was a bit disappointing that the focus seemed to be that it made DEVELOPING workflows more user-friendly (and only 1/2 or 2/3 at that), but not USING workflows more user friendly. I think that before we get business users developing workflows (a good goal), the product should first help them in using workflows
This post isn't intended to be a slam at Workflow in any sense- I actually think it's a very powerful piece of functionality available for use around the repository that can dramatically effect an organization, but then again, I've been using it for over two years- For the non-technical newbie user, I think it's still a great deal hazy and non-intuitive and takes way to long to achieve user acceptance
I'd like to hear from others on their opinions / experiences on this forum- any other good ideas out there to make the workflow UI a little more palatable for Joe and Jane Public? can the Interwoven folks respond about the future of Workflowbuilder? will it eventually play a role in the day-to-day use of Workflow by end-users, being able to graphically guide them real-time through a job? has this been discussed and contemplated by the product development team? maybe this forum (with other's input) can drive or revive this conversation?
congratulations for reading this entire post (sorry for the manifesto-type length

), and thanks for all replies and feedback