StarSuit的工作流才是真正的工作流！
其它普通的OA软件的工作流(包括知名大厂商的)：
使用者在电脑上填写有关表单，会按照定义好的流程自动往下跑，下一级审批者将会收到相关资料，并可以根据需要修改、管理、查询、统计、打印等；
我们的工作流：
除了上述的功能外，我们的工作流将是更加可控、可跟踪、可分析，可将不同的功能模块的任务定制添加入特定工作流程，可根据项目、客户、公文、订单、任务等不同起点依据设立工作流；
打个比方：
以客户A为一个工作流起点,A于2003-7-26发送了Email到服务中心询问StarSuit的情况，将表示了极大的兴趣，服务中心人员B发送了系统简介给A,我们就可以建立一个编号FL001的工作流,以便日后所有和A有关的事件都可记录入Fl001。第二天，A发送了一个Email来特别询问StarOA的功能并询问报价，B通过StarMaket自动生成报价单，并将报价单自动输出成Word格式，并回复了Email;A下午提出了StarOA中是否有工作流这样的定制功能，希望能有这样的功能，B对他的询问作了解答，并通过StarMessage回复了Email。2003-7-28至2003-8-2日这段时间A在Wsdn.org的网站上进行了在线试用，期间和技术支持人员C进行了一些交流，C给予A操作方面的简单指导，A很快就上手了，对StarSuit很满意，2003-8-5日，A购买了StarSuit高级企业版，销售部员工D通过StarMarket将这一定单记录，2003-8-26日，A又对系统进行了一些合理化的建议， 服务中心B对A致谢，并及时向软件研发部的经理WX反馈了这些信息。
我们清楚的把工作流Fl001描述出来：
起点与依据：客户A
过程：
2003-7-26 客户A 询问StarSuit的情况 ← 服务中心人员B进行答复
↓ ↓ ↓
2003-7-27 上午 A 询问StarOA的功能并询问报价 ← B 产生报价单并答复
↓ ↓ ↓
2003-7-27 下午 A 询问工作流细节 ← B 答复
↓ ↓ ↓
2003-7-28至2003-8-2日 A 试用期间的服务支持 ← C给予A操作方面的简单指导
↓ ↓ ↓
2003-8-5 A 购买了StarSuit ← D 定单记录
↓ ↓ ↓
2003-8-26 A 提出合理化的改进建议 ← 致谢 B 反馈 → 软件研发部的经理WX
您可以看出这一套工作的流程清清楚楚，管理者可以清楚的查阅，员工可以从这一成功案例中吸取经验。
欢迎您的批评与建议.
1999-2003 WSND Software Workgroup
