文档介绍：OA办公自动化设计理念
如何判断自己需要项目化还是产品化?
    这是一个痛苦的选择,项目化可以量身裁衣,看上去似乎能百分之百满足自己的需求,不过项目化也素以高风险著称。从整个社会的角度来看,项目化是新技术落地的探索先驱,是最大化实现自己需求的唯一方法。不过项目化挑战也极大,你或许知道PM(项目经理)的平均月薪都超过2万了,这说明项目需要高手才能把控,另外一个问题是,客户方的PM是你吗?你将有信心扮演客户方的那个角色吗?你能将纷繁复杂的需求举重若轻、分门别类、提炼归纳、创造性将理念和实际结合在一起锻造出逻辑清晰、体系化完备的需求吗?
就算你是高手,另一个问题又来了,当你和那个PM两大高手带领团队殚精竭虑、呕心沥血地研究需求,优先重点、屏蔽次要(和需求部门吵架你要自己解决)、约定设计原则、论证构架、实现代码、完成测试,时间也许已经过去1年了,对急需提升工作效率的组织来说,大家等得了吗?
    更糟糕的还在后面,过去每一个OA历经劫难终于完成并上线了,当庆功会曲终人散,酒意半醒的你会不会有恐惧,结算完了工程款,未来OA出了问题谁帮你救火?你真的就那么相信那个和你耗了一年半的供应商PM?就算他是一个重信守诺的人,你还是要学会每天晚上祷告他不要跳槽、不要出国留学、不要遗失你们的项目文档、不要黄金周自驾游出什么车祸。。。。。当然你更不能期望未来还能升级,技术在进步,但那个伙计已经拿新技术去为别的项目忙活去了,你没有二期预算,你都不好意思自己提交情。
事实证明,绝大部分OA都会在2-3年技术和应用过时而被废弃不用,长期服务和发展需要长期的保障机制而不是酒桌上的豪言承诺。
    回过头看看产品化的可能性。5年之前,业内的人还认为OA不可能实现产品化,因为各家的流程、表单形式、权限体系、信息分类都太不一样了。但我们认为那是因为没用从庞杂的需求中找到共性进而通过创造性的功能设计去满足客户需求的原因。现在,无论是国资委下的特大型企业,还是数十人的小型贸易公司,从中学到大学,从矿山到公安局,我们拥有超过3000个客户大约超过50万人每天都在使用同一套软件,这证明了我们的设计是兼容客户需求的,你不能只强调你有个性化需求,那么那些比你资金更多,技术实力更雄厚的组织难道没有自己的个性化需求吗?
(致远OA:)
    产品化可能不能完全满足你现在所想到的需求,但满足最重要的最大范围共性的需求毫无问题,经过千百个用户的需求催化不断发展,即使在细节上也肯定大大超过你个人的思考能力能产出的程度。
    产品化的另一个好处是经过诸多用户验证和实际使用,产品化的稳定性大大优于开发型项目。世界上最优秀的软件公司如微软\IBM都有bug,难道一个急工搭建项目就不会有吗?产品化公司凭借后台的流程快速采集客户的bug反馈,推出serverpackage(SP)快速持续收敛bug,保障客户应用,具有项目完全不可比拟的优势。
如何进行快速实施快速启用?
    产品化的实施交付性也非常强,长期的大规模交付沉淀出的实施方法论将有助于下一个客户能够规避风险、快速规划和推进,并有清晰的标准达成验收,保障实施效果。我们拥有适合不同级别客户的实施包,内含实施阶段规划、主计划、需求采集表单集、培训教材、验收标准、OA运行制度、甚至有项目启动会的领导发言大纲和鼓励OA使用的标语和海报