7月20日,二千零一十一

真实的山谷故事:几乎在URL结构上退出

编者按:第四部分是我在硅谷12年的一系列不规则的故事。第1部分讨论 为我的第一份工作面试.第2部分 讨论了角色.第三部分谈 我被聘用的时候我的老板被解雇了在姐妹公司。

在山谷里的第二份工作,我有一个网络营销经理的头衔。这意味着我拥有公司的网站,包括内容,外观和感觉,搜索引擎优化,还有更多。除此之外,考虑到这是一个初创公司,我做了不公平的质量保证,产品规划,包括我的第一份市场需求文件(MRD);太可怕了,甚至还拿起电话来接支持电话,当他们冲我来的时候。该公司最初销售基于网络的传真服务,这是我在那里两年多的大部分收入,但那句台词并不特别性感,这不是最后的进球,后来我们推出了基于网络的电话会议服务,使用Web会议和高级桌面共享。最终目标是 面向远程工作者和以Web为中心的员工的一套基于Web的办公产品.我们可能领先于我们的时代,而且人手不足,但在互联网繁荣的后期,我们精打细算,尽量用微薄的预算来做很多事情。

经过多次测试,我们准备好了 我们的网络会议呼叫产品的推出2000年1月,称为PhoneCube。该应用程序在当时所有的顶级浏览器上都经历了各种各样的审查,就版本一而言,这是件好事。网站的所有副本也是如此,包括常见问题,产品概述,定价层,各种截图,包括假名字和电话号码。当我们准备发射时,我和同事们将新内容上传到测试服务器,并开始四处点击以确保所有链接都正常工作,显示的图像等。

立即,当我点击产品页面时,我注意到了什么。加载的页面应该是,但是URL结构不是我所期望的。我预计点击产品会得到一个干净的网址,比如 www.phonecube.com/products或者在最坏的情况下, www.phonecube.com/products/index.html.相反,URL有一个额外的目录,看起来像 www.phonecube.com/phonecube_site/products/index.html.这个“PhoneCube网站”的交易是什么?所以我去找老板问,说我们可以很容易地创建一个软名称别名来隐藏不必要和丑陋的目录。然后我们两个去找项目的总工程师,谁,说话的时候,把黑灰色的胡须向上折向下唇,解释说这是不可能的。

我们的网站和应用程序运行在同一台服务器上,在并行目录中,通过PhoneCube_网站目录显示网站和PhoneCube_应用程序(或其他类似名称)目录,为应用程序本身提供电源。应用程序中对图像和其他代码的所有调用都有硬编码的URL,所以屏蔽PhoneCube网站目录需要对应用程序本身进行大量的工作,推迟项目。

我不相信。我觉得新的URL结构很难看,当我们的访问者在我们的网站上点击时,他们都会看到。如果把它和很难看通过电子邮件分享,让我们看起来很糟糕。作为回应,我的老板(市场营销副总裁)说,互联网上有很多流行的网站,亚马逊是最清晰的例子,丑陋的网址,但他们还是成功了。我认为其他网站更糟的借口并没有真正让我们变得更好。就我而言,网址和页面上的文字一样重要,正如我所说的,我开始觉得,如果理论上拥有该网站的网络营销经理甚至不能影响URL的显示方式,我的角色几乎没有牙齿。

经过多次讨论,我的观点显然是少数人,我不得不放弃这个职位。我对清晰的网址的徒劳要求和机器可读性一样,并没有说服我的团队,我不得不忍受它。我意识到我甚至不能说服我的老板支持我做我认为非常清楚和明显的事情,这让我非常沮丧,我记得那天晚上开车回家,晚了,烟化我觉得如果我不能站起来支持我们的用户和常识,我就应该退出。但是,幸运的是,我决定展示一个难得的成熟时刻,第二天我回来上班了。我不知道我的老板或同事意识到我是多么认真地对待这场斗争,我是多么认真地考虑离开,我的无能为力变得如此透明。

从那时起,网址明显变得更丑了,大多数人都活下来了。我在其他公司也有过冲突,也不是总能找到我的路。有时挫折是短期的,有时是长期的,但这一集给我的启示是,无论是咆哮还是狂吠,都能让人确信自己是对的,尤其是当改变的好处不超过缺点时。我见过其他人在字体之类的小东西上努力保持强硬立场,绘图,逻各斯,启动页面等等,在那里锻炼一点灵活性和尊重他人的观点可以创造奇迹。但在我22岁的时候,被击落和失去一个产品决定,我认为关键是令人沮丧的事实。

无可奉告:

发表评论