而且，这些用户将精准定位在一个群体内，其附加值高到难以想象。
想到这里，陆舟也不再犹豫了，立马返回了寝室，打开他的笔记本电脑，开始完成0.12版本更新。
在这次重大的改动中，它会将用户的大学信息和车次信息进行绑定（可选）。只要用户绑定了大学信息，坐在火车上，就能知道同一趟列车中，有多少个同样使用“校园火车APP”的校友。
添加好友功能，私信，拼车组队，换乘路线提示……这些都是必须的。后续还可以添加群组聊天频道，进一步增加用户粘性，不过这个工程量比较大，涉及到的问题也太多，得往后推一推。
因为涉及到核心代码的改动，工程量异常庞大。再加上添加了不少针对学生用户设计的子功能，整个UI界面也得大幅度调整。
是做动车……”想到自己第一次来上学的时候，连校区都跑错了，陆舟不禁认真思索起这个问题，“完全可以直接在主界面添加一个学生通道，以及返校、离校子选项。帮助来校新生一键购票的同时，设定好最短公交路线。”
“只不过这样一来，还得从各大公交站爬取数据……等等，可以直接从第三方地图上爬二手数据啊，百度高德有的是乘车路线啊！我怎么把这个给忘了！”
陆舟越想眼睛越亮。
不只是公交和地铁，不少学生在下了火车站之后，会选择结伴拼车，而这主要靠黑车司机上去主动拉客。
如果他直接通过自己的APP，收集用户的车次信息、填写的目标学校以及始发站（老家），汇总一辆列车中各大高校学生的人数，不就可以直接在车上完成组队了吗？
为了赶时间，陆舟消耗了150积分，将其中部分难搞定的代码交给系统完成，然后对照着记忆照抄上去，终于赶在月底之前，完成了最后的稳定性测试。
现在，他的积分结余是775。
“上传更新……”陆舟长出了一口气，“这次改动可以算是翻天覆地了，但愿能从众多APP中脱颖而出。”
看了下下载量，只有十五个。
陆舟心中安慰自己，比起0.11版本，用户至少破两位数了，算是一个好的开始。昨天他才把连
哪怕不拼车，找个小伙伴组队去学校也好啊。
而且来学校的时候还好，很多重点高校都有地铁直达，但离校的时候，回老家下了动车就不一定那么方便了。如果有拼车的需求，找同样是大学生甚至是校友的人一起坐车，肯定比和完全没有共同语言的陌生人一起坐车方便些。
全国有多少所大学？
多少大学生？
哪怕他能在市场占有率中达到一半，用户量也足以庞大到一个他难以想象的数字了。
