Archive For 十月, 2010
对于这部分具体的操作层面的实在是没多少发言权，因为我感觉艺术细胞这种东西压根就跟我绝缘。即使这样也能无法阻止我对美丽事物的欣赏，所以我觉得我可以按照一个用户的角度来说说UI部分的东西。抑或作为一个喷子，参考各大佬们些的心得经验，根据自己咀嚼到的滋味来。 1.1UI的第一次取舍 做业务系统，从UI设计角度来看，第一个要面对的选择就是C/S还是B/S。 C/S模式在各种业务系统里那是老熟人了，从计算机这玩意儿诞生开始，大家就是在某个C/S的软件上干活。这玩意儿在交互使用上那是一个流畅啊，各种快捷键，各种输入方式。最大的不便就是每次更新都需要多个地方一起更新。 B/S模式那是后起之秀，虽然说“给我一个浏览器，我就能获取全世界的资讯”的说法有些夸张，但是B/S在接入上的方便那是不容置疑啊，最早的PC到现在的PPC、上网本、手机、平板电脑等只要有浏览器，就能方便的接入到对应的App。
再勇敢一点点，我就属于你！ 片段一 刚开始选择玩微薄是觉得这个上面资讯来的短、平、快。短是指的资讯的内容短小精悍，因为它就140个字儿。平是指的微薄上的信息不同于任何的RSS或者Reader，他的信息来自于用户，很难保证某个User 只是推送单一主题（专职营销除外）的资讯。快那是soso的，口口相传的信息相对来说是最及时的。 对于客户端，一开始就选择的是twitter，因为他是最早出来的微薄。后来国内微薄如雨后春笋般的往外冒，在朋友@Leo的推荐下开始尝试使用sina微薄。只是一直觉得国内的由用户产生内容的社区对用户的管制太多而不太乐意用它，只是经过一段时间的使用后，发现原来没有那么多的限制哦。
带了小一年的项目，期间设计、团队、文化眉毛胡子一把抓各方面都有些感触。古人有云：学而时习之，不亦乐乎。先来个设计部分的总结吧。以下的一些观点也是源自此次项目，积累较少也只能一叶障目了。 1 业务架构设计 由于这个项目于公司和我个人都是全新的，而且公司的骨子里含着咨询的基因，所以在项目过程中免不了要给客户调整、优化工作流程。也就有了我想要说的业务架构的设计。 这里要说的业务架构不是一个大而化之的业务，而是指的需要在系统中实现的业务部分以及系统将如何配合其他非系统中实现的环节来为客户提供价值。 1.1合理切分业务模块 说到这个系统内外环节的衔接，就不得不提业务模块的切分。业务模块的切分对于一个具有一定规模的企业而言，往往是一个无法言语的病痛。 如果各个部门之间如果完全没有业务上前后关系还好说，但我想哪个企业都很难切的那么清晰吧。举个例子谁家都有个财务部吧，财务不直面业务数据，但是老总往往又比较关注银子，保不齐会要求财务的来点统计报表吧。企业打算上系统，当然的希望系统把这部分工作完成了，就出来了传说中的中国式的报表。这本来还不算什么，可是财务在不是那么了解业务的前提下，会把这个报表的数据源头压到业务部门去，这么一来二去，离杯具也就不远了。 这个时候需要的是对业务的整合，梳理客户的业务，划分业务模块，将原来穿插在各个职能部门的业务按照实际的业务流向（汇报线往往是一个不错的选择）从新组织，也就是常说的柔性组织，理出来这个组织之后才能开始就各个业务模块来做细的流程梳理。