A航空公司剩余客票销售系统的开发——案例和案例分析.docVIP

案例1： A航空公司剩余客票销售系统的开发 案例内容 我国的航空业目前正在进行着其历史上最重大的变革,市场环境巨大的变化使得航空业目前竞争的激烈程度前所未有。一方面，民营低成本航空公司进入市场，并占有相当一部分市场份额。2004年,春秋获批准成为国内首批3家民营航空公司,让更多普通大众坐得起飞机,让乘飞机旅游进入千家万户。推出的1元、99元、199元的超低票价,对原有的航空市场产生了巨大的冲击。2009 年4 月，石太高速铁路开通运营，A航空公司公司的北京-太原航线5、6 月份客座率出现显著下降。从A航空公司北京-太原航线与其国内航线平均客座率水平来看，半年之内，石太高铁影响A航空公司北京-太原航线客座率下降5个百分点左右，分流客源8%左右。? 早在90年代后期民航业卷入“价格大战”，。在国际航线上，”系统中提供的机票，票价一般低于五折，但是有较为严格的限制条件，旅客预定出行的时间必须为一个时间段（3－5天），而不能为指定的某一个航班或某一天的航班，由“超值天下”系统根据航班订票的整体情况对旅客的雏形请求进行匹配，匹配成功后通知旅客，旅客有权选择是否接受匹配结果，但旅客一旦接受匹配结果，此不定期客票“不得退票、不得转签”（不含非自愿退票及签转）。为了区分商务客人和休闲客人，A航空公司B分公司市场部的想法是旅客订票时只允许旅客指定欲购机票的一个时间段，不能指定具体日期和航班（比如，只能说明想购买的机票是5月4号到7号武汉到北京的机票）。旅客订票时看到的机票信息也是某一个时间段某个航线的折扣票信息（例如，5月1号到3号武汉到三亚的折扣机票为一折到五折的折扣机票）。航线经理负责决定各航线的剩余客票的折扣和张数，计算机系统将旅客的订票申请和航线的剩余客票做匹配，如果匹配成功，询问旅客是否愿意按照匹配的日期和航班出行。旅客愿意就出票，旅客不愿意就将机票放入剩余客票库里继续参加匹配。这种剩余客票的销售方法针对的就是时间充足价格敏感的休闲客人。 A航空公司B分公司了解到C公司开发过成功的信息系统，邀请C公司的负责人和技术骨干到A航空公司B分公司和公司负责人、市场部经理和市场部技术骨干一起开了一个会，双方相互介绍了基本情况。双方讨论的结果，准备系统只提供剩余客票的匹配，如果匹配成功，由呼叫中心负责和用户联系，确认是否愿意并记录用户的答复；由于当时国内电子商务的支付手段还不够完善，大众对通过网络付款这种方式缺乏信任，双方决定放弃网上支付机票款；如果旅客同意购买匹配成功的折扣机票，可以到A航空公司的售票处付款。沟通之后，开发单位觉得用户的目的可以通过开发系统实现。双方决定这个项目由C公司开发，用户单位的计算机中心监督和辅助开发过程。 初步拟定的系统的大体框架如图1。 图1 系统功能图 3、系统分析 C公司很快拿出了大体方案，准备在6个月内完成系统开发。A航空公司B分公司审查通过后，双方签订了合同。开发单位派出了技术骨干到A航空公司B分公司进一步调研，了解到一般民航旅客的订票信息存储在中国民航信息网络股份有限公司中航信正式授权交费的配置图2 系统流程 图3 系统首页 旅客登陆后可以预定查询机票如图4。 图4 旅客订座页面 航线经理登陆后可以录入和修改折扣机票信息、查询当前需求信息和匹配信息以及统计分析如图5。 图5 航线经理放票的页面 呼叫中心的可以查询旅客的预定和匹配信息，以及匹配成功后旅客的答复，如图6所示。 图6 呼叫中心查询匹配成功的旅客的信息 售票处可以查询旅客的预定记录和匹配是否成功的信息，如图7所示。 图7 售票处查询页面 开发单位原来准备将系统原型的制作交给网页制作公司，在了解市场行情之后，开发单位犹豫了。考虑到让网页制作公司理解系统的困难和经费问题，开发单位最终决定自己制作系统原型。用户单位在组织技术骨干和具体操作人员反复使用原型之后，提出了不少意见。其中既有增加系统核查员这一角色这样的重大功能改变，也有题头飞机是麦道而用户单位没有麦道飞机这样的形式改变。开发单位马上根据用户意见对系统原型进行了修改，并要求用户单位对系统原型同意签字后再进行下一步开发工作。 开发单位研究后决定，采用.NET技术，开发基于B/S的系统，数据库采用SQL SERVER。 在和用户单位进一步协商后，用户单位为了限制商务型旅客通过该系统订票，细化了一些限制因素： 1）退签、签转、更改航程航班的限制 通过本系统购买机票的旅客，无法无条件的退票、签转或者更改航程航班。此条件可以某种程度上限制时间、服务敏感的商务旅客。 2）服务等级限制 通过本系统购买机票的旅客，是无法享受与高票价旅客同等的各种服务的。在某些大型商务公司，相对于高等级舱位所代表的身份象征时，所谓的价格影响可以说微乎其微。 3）提前订票限