另外由图我们可以看出,如果一个用户想知道长沙市点对点短信使用用户数总和是多少的时候,他不得不自己去计算了(当然你也可以自己导出成Excel然后去增加一列然后填写公式再计算),看到这里你就应该明白了为什么我说IMC是做的通用产品,而没有切入到实际应用,用户使用不习惯就是没有迎合业务.
正是因为如此,IMC不能满足使用的需要,因此深度运营平台只好自己开发一套展现工具如图:
全省总体视图:
品牌 OLAP功能
县市 OLAP功能
品牌与县市 OLAP功能
该套报表支持计算项(占比/四则运算/排名),也支持缓存(打开过的页面,第2个人来开,就不从数据库拿数据了.支持后台静默缓存下一页的数据).大家注意看下两套报表的时间控件,以及多出来的checkBox,就这样2套报表产生了使用操作上的不一致和却别,虽然在外观上我们在极力模仿着IMC但是细看下去还是会有不一样的地方.
如果说我们把这类报表作为需求提交给IMC项目组去做?IMC项目组会接受吗?如果IMC不接受是否我们就可以不拿客户的需求当一回事?我们也不做了?另外IMC项目组已经在公司下全文件了,只有他们自己项目组的人才能修改IMC框架的代码,不准其他项目组去私有化,而且视乎对公司内部人员也”非开源”,拿不到源码我们视乎也很难对IMC框架提出什么好的优化建议,顶多也就是一非专职的测试人员.,提出的意见还的看人家愿意不愿意给你去改..
当然在这里我还要说句,和业务相关的功能应该要有强大的业务支撑团队去理解/渗透之后再拿来做开发,为什么呢?简单,这和不要拿Mac和LinuxGTK去比较一样,Mac是帮子艺术家和UI大师的作品,LinuxGTK只不过是一帮子程序员的作品.而深度运营大多数的功能点都是在仓促的时间内由程序员赶工出来的.(3个月的上线时间)
如果说IMC想成为一个优秀的通用产品或许它因该更多的关注跟业务相关的内容,再去改进并优化,.另外IMC要尽可能的提供出自身的接口出来供外部程序去调用或复用,要不在IMC框架下做外挂的页面开发真有一种带着枷锁起舞的感觉.
信件中提到了前台的导航性，说到底了就是门户与功能页面的界面样式与操作上要保持一致性.要让客户在功能点A中所积累的操作意识换到功能点B、功能点C的时候能得到最大的复用和保留.
这就好比几个人在炒菜,几个人就会炒出几种口味来的一样.深度运营前期由于人员,技术上的问题,把几个大的模块都是分给不同的开发团队去开发的,比如客户统一视图(仓库前台组开发)、营销管理平台(CRM/TZY2个人开发)、业务监控(由IMC框架报表配置),产品管理平台(这个不清楚,反正界面风格也是别具一格),SP监控(采用的BRIO产品),上述的这几个模块全是一个模块一个界面风格,如果说VGOP要整合进来(VGOP能力管理模块是FLEX,FLEX界面太有个性了)那么整个深度运营看起来真是一桌满汉全席了.
用起来真是进一个模块一个感觉.,也不难理解为什么彭硕会感到导航性不强,操作习惯复用性不强了.
或许要给开发人员都培养起一个UI设计意识才能让大家抄出来的菜至少是形似味同.
