p;次郎丸得意地扬起了嘴角。
「不用担心。无论是早晨还是深夜，我随时都能够应付喔。电话响个一声，作业就会开始了。」
她以更为强势的态度挡了回去。
立下了奇怪的约定。
带著彷佛全速奔跑过后的疲劳感，工兵坐上开往御茶水方向的电车。
或许是因为要开往都心，车内意外地相当空旷。他坐在车门旁的座位仰望天花板，茫然地望著吊挂广告时，喉咙深处不由自主地发出了呻吟。
（提案概念吗……）
这本来是RFP处理小组要经过多次讨论后逐一完善的。并非一个人，而且在这么吃紧的时程之下定案的东西。但既然大肆夸下了海口，如今要撤回也相当困难。无论如何，既然要认真赢得案件，就得早点决定好方向才行。
攻击对手的弱点并活用我方的优势。室见的弱点……是什么呢？是偏向技术面，缺乏业务头脑吗？还有就是不擅言词跟怕生了吧。不过这方面当然会由藤崎帮忙弥补。提案的建构轨道应该也会频繁修正。既然这样，没有弱点了？有了搭档掩护的室见真的完美无缺，胜过了对手吗？
（不。）
事实上，在有自己从旁协助的案件中，她也失败过好几次。尽管次郎丸格外赞赏，但骏河系统也丢掉过不少的必胜案件，绝非什么常胜不败的存在。
既然如此，问题是什么？是什么问题在妨碍骏河系统的单方面优势？
（首先是购买力吧。）
相较于有能力进上千台机器的大型供应商，新兴企业的购买数少得可怜，对于制造商的价格交涉力也势必变差。愈是大规模的案件，在每台机器的折扣率上会被竞争对手拉开愈多的距离。维护费用和软体授权费也是一样，云端系服务的批发价格也很差。
反观，这次的自己又如何呢？
EXEC SOLUTIONS是网路设备的顶级供应商。只要认真起来，应该能用相当低廉的价格来购买机器。这是很明确的优势，这方面对于客户的诉求点是室见他们无法效仿的。
其他呢？不光是敌人的弱点，我方的优点也要考虑进去。建构费用……应该一样吧？室见他们的人事费用相当便宜，大企业即使怎么折扣都不会相差太多。那么运用呢？EXEC SOL应该不具备大规模服务窗口或呼叫中心之类的架构，大量的劳工按照说明手册做事的组织、体制。倘若有这类东西的话，倒是可以期待与OS部门的加乘效果。
（话说回来，这个案件的运用好像很麻烦。）
RFP列举出了庞大的任务与作业。倘若全部都用人力处理，梢他们无论有多少人都不够用。真希望有个可以分担单纯业务的单位。
择日不如撞日。工兵拿出手机，连上EXEC SOL的网页，打算从解决方案一览里面寻找想要的项目，然而……
（哇啊！）
忽然跳出了大画面的广告。是用了许多Flash的宣传网页。什么On-Demand和Provisioning，还有次世代型Service Delivery之类的词汇飞来飞去。画面闪动一下，傲气十足地呈现出来的服务名称为──
「Prime Connect SDN服务」。
唉，真是的。
尽管知道是强推中的服务，但要找的不是你。我没叫你过来。
现在自己在找的是支援SIer运用的体制，不是像你这种针对一般消费者的服务。归根究柢（说过好几次了），SDN根本不是贩卖给一般企业的东西。就像为专业人士设计的烹饪器具和运动用品一样，即使将十成的难度降低为五成也不会变为零。到头来，只有具备某种程度的能力或知识的人才可运用自如，既然如此，乾脆一开始就雇用专业人员还比较好。没错，例如把SDN丢给梢他们这样的工程师……
──
嗯嗯？
等等我刚才说了什么？脱口而出哪些东西？烹饪器具……不。运动用品的有效使用法……也不是。
（让梢他们使用SDN？）
自己原本就是为了分担单纯作业和定期业务，在寻找EXEC SOL的窗口。既然能用机器办到相同的事情，就不需要拘泥于人力了。并非使用者的运用自动化，而是以辅助运用工程师为目的来使用SDN。在省力化的同时，关键人力也会变少，使运行成本降低。！
工兵从公事包里取出电脑并唤醒休眠，确认RFP作业清单的同时检查Prime Connect的规格。
脑中浮现出运用现场的影像。
假设使用者传来了追加路由的委托。以往都得从客户邮件里抽取参数、制作作业流程书，然后接受上司的审核。等时间到了就登入该设备，一边确认流程书的项目一边输入指令。最后透过其他设备来检查连线，以验证是否运作无误。
要是改用SDN会有什么样的变化呢？首先是不需要登入设备。从浏览器选择想修改的机器并追加路由即可，所以流程书的分量也会大幅降低才对。当然，也节省了审查的时间。
不，能不能更单纯呢？反正都是使用者透过邮件来指定设备与路由资讯。既然如此，一开始就公开管理网页并让对方直接输入比较快。当然，并非要开放所有SDN的机能。即使如此，一般企业的资讯系统部门也无法运用自如。但只要能针对经常会用到的设定变更及状态，确认准备好说明书，让对方自行设定……
（梢他们的工时就会遽减。）
我的天啊。
颤抖窜过全身，眼前的景色骤然一