【问题标题】:Facebook App Requests are not compelling to invitations to users - whats your usage pattern?Facebook 应用请求对用户的邀请没有吸引力——你的使用模式是什么?
【发布时间】:2011-08-02 08:31:43
【问题描述】:

使用 Facebook 应用请求对话框意味着我可以向用户发送邀请。通常,此邀请会出现在他们 Facebook 页面顶部的通知菜单中。我会看到:

“Mike Hogan 在 FooApp 中向您发送了一个请求”

这对用户完全没有吸引力。如果他们单击此通知,则会将他们带到 FooApp 的首页,而没有太多关于邀请的上下文。以这种方式完成的应用程序请求减少了大约 85%。可以理解。

如果用户点击查看他们的所有应用请求,他们确实有机会看到请求的更多详细信息,但谁会这样做?

我收到了来自其他应用程序的请求,这些请求显示在我的顶部通知菜单中,并带有一个红色菱形,当点击该菱形时,我会转到应用程序请求页面,而不是直接转到应用程序。这使我可以看到请求的更多上下文,而不是在应用程序的首页上被无知地投掷;-) 这可能会更好,但我不知道如何做到这一点 - 如何在通知转到 App Requests 页面而不是 FooApp。

所以我想知道人们如何让应用请求为他们工作?

非常感谢任何和所有想法!

谢谢, 迈克

【问题讨论】:

    标签: facebook apprequests


    【解决方案1】:

    从此页面:https://developers.facebook.com/docs/requests/

    “作为邀请的请求(接收方用户尚未安装应用程序)不显示消息参数,并且在应用程序和游戏仪表板中分类不同。”。

    因此,尚未安装您的应用的用户会收到一条不那么吸引人的消息。在这种情况下,据我所知,最好的选择是执行 jBit 推荐的操作,并在用户使用 url 中的 request_id 登陆您的应用程序时尽可能多地显示上下文。

    对于已安装该应用程序的用户,他们可以看到更详细的消息。

    【讨论】:

      【解决方案2】:

      为了让用户从 “Mike Hogan 在 FooApp 中向您发送请求” 到应用程序请求页面,我让我的应用程序检测带有变量 ref=notifnotif_t=app_request 的 URL,然后执行重定向到https://www.facebook.com/?sk=apps

      我还跟踪生成的请求 ID,并使用它们来引导用户访问相关内容。

      但如果有人有更好的建议,我也想听听。

      【讨论】:

      • 感谢 jBit。我可能会将此作为中间步骤。但某些应用程序,如 Flixster,在其通知条目中直接链接到 facebook.com/?sk=apps。这只是托管应用程序的特权吗?
      • 我认为旧式 FBML 请求表单会执行此操作 - FB.ui apprequest 应该执行此操作但没有执行此操作。
      • 只是回来补充一点,我并没有停止担心facebook.com/?sk=apps :-) 当用户使用 ref=notif 设置访问我的应用程序时,我只显示一个带有我自己的邀请上下文的页面,用于 URL 中的每个 request_id。它很有魅力。
      猜你喜欢
      • 1970-01-01
      • 1970-01-01
      • 1970-01-01
      • 1970-01-01
      • 1970-01-01
      • 1970-01-01
      • 2013-04-14
      • 2016-01-20
      • 1970-01-01
      相关资源
      最近更新 更多