为什么网站有联系表?电子邮件地址不够吗?


45

一个简单的电子邮件链接就足够了,在网站上建立联系表的原因是什么?为什么这么多的网站都有联系表?这只是一个习惯吗?

Answers:


39

我知道的主要原因:

  1. 为了“迫使”客户提供具体的细节,否则客户很可能会忽略这些细节(例如订单/发票号,联系电话)。

  2. 要对此类数据执行一些基本验证,请确保现有客户提供正确的信息(检查是否存在此类订单,验证输入)。

  3. 给客户带来的便利-他们无需使用电子邮件程序/基于Web的电子邮件即可直接键入消息。当客户从某个随机位置(某人的PC,公共场所)访问该站点并且不希望其他人看到他的电子邮件(以防万一,如果他使用基于Web的电子邮件)...或者只是没有将其PC与他。

  4. 垃圾邮件?是的,但不是很多-有很多不错的方法可以阻止比一般垃圾邮件漫游器更多的机器人获取电子邮件地址(通常需要JavaScript)。

  5. 如果某家公司有点“狡猾”(例如,销售“灰色进口”软件-本来打算在美国销售但在英国销售的软件),则可能只是不想让客户直接与他们联系(他们的电子邮件)可能只是some-company@gmail.com..如果最近从网上商店购买商品,这对客户来说并没有太大的信心)。


1
当我拥有一个非常特定的网站(例如,网上商店)时,这些原因才有意义。但是,当我的网站不过是一本数字手册(我们是谁,我们做什么,在哪里可以找到我们)时,那么我认为联系表格太过分了。
2011年

@jao对于“名片”类型的网站(对不起,不知道确切的用语-可能是“数字手册”),仅适用于#3(在某种程度上为#4)。您可以在许多不同类型的网站上看到它(窗体)-组合/博客/“小册子”。另外一个原因(到目前为止,在答案中仍未提及)是鼓励访问者实际写信并与所有者联系(“呼吁采取行动”),而不是仅将站点/联系方式“添加书签”以备后用。
LazyOne 2011年

1
为了方便起见,我不会打电话给联系人。我喜欢将我所有的邮件都保存在gmail中,而且我喜欢能够只获取电子邮件地址,然后按照需要发送它。所以恕我直言,如果您想显示一个表格,很好。只是不要以它为借口不显示电子邮件地址。
Teo KlestrupRöijezon11年6

7
除了#3,您不必在乎用户是否配置了电子邮件客户端。越来越多的人只使用网络邮件。
Su

2
其他数据点:我工作的一家公司同时提供了表格和电子邮件,因为我们发现目标群体中的某些人更喜欢另一个。因此,同时提供这两个选项会使两个小组都更容易与我们联系。
liori 2011年

17

@LazyOne提供了所有充分的理由。还有3个有意义的附加条件。

  1. 如果联系表中存在下拉列表,其中提供了用户与公司联系的原因,则公司可以将联系信息路由到正确的组或个人。
  2. 数据可以自动输入到公司CRM解决方案中。例如,我工作过的一家公司要求您输入国家,如果在美国,则需要您的邮政编码以及您的电子邮件地址和电话号码。该人员填写完表格后,会将电子邮件发送给内部销售代表进行审核,并将用户添加到SalesForce中,以便我们可以向他们发送电子邮件,并立即向他们提供其所在地区的销售代表。
  3. 一些公司不发送电子邮件,因为他们有联系表单创建的票证队列。这样,整个团队便可以有效地管理与客户的沟通。

1
关于(3),许多公司都有电子邮件票务系统,并且设置起来并不难。因此,我希望大多数公司不会因为这个原因而避免发送电子邮件:P
Matthew阅读了

1
@Matthew Read-好吧,这再次取决于您是否拥有表格,可以迫使用户向您提供特定信息,例如他们为什么联系他们,而这些原因却很难从电子邮件中解析出来。
Ben Hoffman

啊,是的。这将启用一个问题跟踪系统,而不是纯粹的票证号码。
马修(Matthew)

14

没有人建议的一些答案:

  1. 通过SSL提交的联系表比电子邮件更安全。客户习惯于向您发送敏感数据(信用卡号等),即使您没有要求也是如此。

  2. 网页可以比电子邮件捕获更多有关用户的信息。如果提交者登录到您的站点,则可以将邮件准确链接到现有帐户。如果未登录,则您可以检测到相关信息,并为用户预填这些信息。

  3. 某些人的浏览器会自动为他们填写某些字段,这可能会节省一些键入内容。

  4. 如果用户似乎正在提交FAQ,则可以为他们提供相关的答案(就像StackExchange网站一样)。


1
另一方面,数字2可能会为客户提供误导性信息并给客户造成伤害。如果用户正在去另一个国家旅行但又不想访问该国家/地区的公司网站怎么办?如果用户正在使用不是我需要联系某些产品的技术支持人员,并阅读大量的数据列表,而这些数据仅需要接收后续电子邮件,以获取我在第一封邮件中已经提供的某些信息,这是我经常遇到的问题。自动收集数据后,很难解释另一台计算机是否有问题
AndrejaKo 2011年

1
如果数据项很重要并且您可以检测到它,通常最好将其设置为带有建议值或默认值的输入字段。良好的用户体验意味着减少用户的障碍物数量。关于您的其他观点,尽管有明显的经验和成功经验,大公司似乎仍然可以提供差劲的服务。他们犯的错误不是存储客户数据的中心位置。无论最初的联系方式如何,任何基本的问题跟踪系统和半胜任的支持人员都不会犯此错误。
科林·皮卡德

8

所有其他答案都很好。其他一些,无需重复其他答案:

  1. 联系表格实际上可以确保收件人不会因为标准的电子邮件垃圾邮件过滤技术而丢失您的消息。这些传入消息可以被自动信任,而从随机发件人发送到相同地址的电子邮件通常必须遵循标准的垃圾邮件过滤规则。

  2. 它看起来更专业。就像在您的地址旁边有一个Google地图(或Bing地图,或Whatever Map)一样,拥有联系表单可以使该公司的另一端看上去正在努力地接收您的信息。与<a href="mailto:"/>在标记中打上标签相比,联系表单更难实现(正确!)。

  3. 与使用软件从电子邮件框中收集数据相比,网站管理员可以更轻松地对答复进行数据库记录。

  4. 垃圾邮件。这是一个非常现实的问题。验证码有助于减少客户支持过程中的“噪音”。


+1(数字1),我的电子邮件服务器从我们的网络表单中接收电子邮件,以确保收到的邮件质量接近保证。退回,误发送和拼写错误的电子邮件地址不再成为问题。
Fiasco Labs 2013年

同意。放置联系表格时,反垃圾邮件非常重要。我我的wordpress上只设置联系页面忍者形式的免费插件与验证码。
Chetabahana '16

7

我们确实在我们的网站上提供了联系表格,原因是我们假设访问我们网站的用户可能未在其系统上配置电子邮件客户端,并且我们希望确保他仍然可以与我们联系。


1
好一个!如果该站点是Webmail站点并且用户无法登录怎么办?
2012年

3

我猜这是由安全问题引起的。他们不想将电子邮件暴露给垃圾邮件发送者(通过这种形式,他们可以检查IP是否发送的邮件不多并最终将其阻止)。但这有解决方案:http : //www.google.com/recaptcha/mailhide/


1
有非常好的反垃圾邮件软件,因此我不认为这是拥有联系表格的原因
jao

@jao; 您还可以做很多花哨的技巧,例如使用CSS来反转节,或将某些字符转换为HTML实体,甚至完全使用javascript构造它,这将阻止绝大多数垃圾邮件机器人。
Phoshi 2011年

过时的超链接到mailhide。
MattAllegro

3

我会告诉你为什么:

  1. 有时,公司需要某些信息,例如联系电话,以便他们可以给您打电话,以一家保险公司为例,他们有您提交的联系表,例如要求报价,您给他们提供了相关信息,他们已经给您打电话并已经信息,这样他们就不需要询问您的详细信息了。
  2. 在此处隐藏电子邮件地址,以防止垃圾邮件发送者。

2

我很确定这只是“隐藏公众的电子邮件地址”。

如今,管理员没有太多时间来分配资源来阻止垃圾邮件,但是即使您知道不会再有垃圾邮件,该表单还是对那些只会发布诸如“您实际位于何处”之类的问题以及其他简单内容的人的威慑。支持人员很难解决这些问题,他们更愿意让您通过他们已经公开的电话线致电给他们,或者通过在Web表单中选择可以选择的主题来筛选问题。


1
有些网站同时具有公共电子邮件地址和联系表,因此这不是真正的原因。
圣保罗Ebermann

@Paulo您可以设置一个秘密电子邮件,以仅从填写的表单中接收数据,并使用公共电子邮件答复这些数据。这是一种确保合法邮件落入垃圾邮件箱不会被忽略的方法,更不用说表单电子邮件通常带有自定义标题,例如“从域发送的邮件-John Lastname”。
Renan

2

有几个原因,其中大多数由@LazyOne(+1)提及。但是,最重要的一项是收集数据。无法轻松解析来自客户端的电子邮件,并将信息收集到数据库中。另一方面,来自表单字段的数据很容易输入到公司的数据库中。因此,使用表格,公司可以简单而轻松地收集信息,例如姓名,地址,电话号码,电子邮件地址,订单号,消息等。并且该信息将易于检索,整理和汇总统计信息。


www.tripit.com找到了一种阅读旅行确认电子邮件并从中提取数据的好方法。因此有可能(但可能并不容易)。
2011年

0

先前的所有答案都涉及很多原因。

很少有:

  1. 出于跟踪目的:用户IP地址,位置,提交时间(电子邮件也可能带有时间戳,但由于我们依赖于第三方应用程序,因此可能有误),用户设备等。

  2. 区分客户角色:对于Web托管公司,登录共享Web托管后,用户的联系表与经销商不同。消息也可能发送到不同部门。

By using our site, you acknowledge that you have read and understand our Cookie Policy and Privacy Policy.
Licensed under cc by-sa 3.0 with attribution required.