傍晚六点，谷歌地图团队的内核成员聚集在41号楼一层那个熟悉的、略显拥挤的办公局域。
空气中混合着兴奋与一种近乎刻意的平静。
发布日期和时间早已定下：太平洋时间2005年2月8日，星期二，早上9点整。
与日后谷歌产品发布时声势浩大的营销活动相比，这次发布低调得近乎寒酸。
此时，谷歌在支持新产品市场营销方面的投入本就很少，而谷歌地图的发布，甚至比谷歌的最低标准还要低—一完全没有策划任何营销活动。
部分原因在于，他当时的工作重点更多地放在了谷歌版本的EarthViewer（一个需要下载的桌面应用程序）上，而非基于网页的谷歌地图服务。
尽管产品已在内部使用和测试了两个月，且在美国推出谷歌地图对谷歌而言意义重大，但团队似乎更倾向于一种“工程师式”的发布——让产品本身说话。
“我写了一篇宣布新服务上线的博客短文，已经在谷歌的服务器上排队，设置在明天上午9点准时发布。”泰勒说道，语气平静。
。他出身传统行业，对谷歌工程师们“出了名晚”的上班时间一直不太适应。
这个发布时间点让他担心：如果发布后出现任何意外情况，可能在关键时刻找不到负责人或关键技术人员。
“这个公告发布的时间——是不是有点太早了？”。”
他建议采用一种常见的灰度发布策略：“在正式发布前，先用一个隐藏功能让网站运行起来，这样可以避免消息过早走漏。”。”
布雷特点点头，但又补充了一个关键信息，语气略带无奈：“这个想法不错。不过——防备消息走漏可能已经没太大必要了。
YouTube那边...不知道从什么渠道，早就知道了我们的全盘计划。拉里、谢尔盖、埃里克，还有玛丽莎，他们都同意提前向YouTube开放了API接口权限。
这个消息让气氛微妙地变化了一下。
YouTube的提前介入，意味着他们精心准备的“惊喜”，对某些人来说早已不是秘密。
傍晚6点50分，没有更多的争论，布雷特按下了那个向世界发布谷歌地图的按钮。
选择这个时间点，是为了与谷歌服务器7点进行的、雷打不动的每小时新版本推送错开。
尽管这是一次异常低调的发布，但许多谷歌员工，包括谢尔盖本人，已经在内部测试了谷歌地图长达两个月。
谢尔盖不仅是早期测试者，更是坚定的支持者，在发布前的几周里，他成了地图团队的常客。
团队成员们没有举行盛大庆祝，而是以一种更“谷歌”的方式留在办公室里：他们四处闲逛，密切监控着服务器性能指标，一边点了几个披萨当作晚餐。
晚上8点左右，网站的访问流量开始出现小幅但清淅的上升。
这意味着网址已经被一些人发现了，并且他们已经开始了使用谷歌这个奇特的新发明。
第二天早上7点45分左右，谷歌地图的流量开始激增。。
这个帖子的影响力立竿见影，流量进一步大幅增加。
服务器基础设施团队开始感到紧张，电话和警报声逐渐增多。
与此同时，用户对谷歌地图的初步反馈令人惊喜。
在像Reddit这样的新兴论坛上，兴奋的用户们热烈讨论着直接拖拽地图的流畅体验，以及无需等待整个页面刷新的便捷性。
这种体验远比当时的在线地图霸主MapQuest快得多，也流畅得多，这种惊人的速度和顺滑感极大地激发了用户探索和发现的欲望。
一位用户在Reddit的帖子里兴奋地分享：“伙计们，你们绝对不敢相信！
MapQuest让你每次移动地图都得等那个该死的进度条读完，就象在用56K猫拨号上网一样！但谷歌这个新东西——
上帝，你简直可以用鼠标拖着地图满世界飞！我刚刚从旧金山金门大桥一路拖到了纽约时代广场，丝滑得就象吃了德芙！
这完全改变了游戏规则，你不再是为了找路才用地图，你会因为这太酷了”而忍不住到处乱拖！”
这种颠复性的体验，其背后是谷歌在地图数据上的革命性理念。
传统地图服务如MapQuest、Navteq等，完全依赖第三方数据提供商来创建、
更新和交付商户地址数据。
这是一个庞大、昂贵且notoriously不准确的过程，需要成千上万的电话销售员逐个致电商户验证信息。
仅美国就有超过3000万个商户营业地点，且信息时刻变化。