我的公司有一个应用程序(iOS和Android),适用以下方案.我正在努力帮助我的工程师和产品团队指明正确的方向.
当我们的某个用户点击我们的某个电子邮件,推文或Facebook帖子中的内容链接,并且他们在他们的移动设备上时,我们会提示用户下载我们的应用程序.这类似于许多应用程序所做的,包括LinkedIn(请参阅i.stack.imgur.com/glSgJ.png).
我认为,对于从社交媒体和各种网络资源进来的新用户来说,这对于提高原生应用的认知度和下载效果会非常有效.但是,对于像我这样已经有应用程序的用户来说,它没有任何帮助!
1)点击"不,谢谢"让我在移动网络上(当我想要在本机应用程序中时),2)点击"下载应用程序"将我带到iTunes App Store页面,找到我已经拥有的应用程序.
超级恼人.因此,我必须手动打开应用程序,并搜索相关内容.我猜大多数用户不这样做.更重要的是,根据应用程序的UI/UX,我可能永远不会到达那里!
同样,我知道我们正在以与许多其他公司(包括LinkedIn)相同的方式处理移动网络访问,但似乎我们在桌面上留下了许多潜在的本机应用程序.我希望我们的工程师能够构建难以捉摸的第三个选项,"Open In App".
Spotify和Rdio已经很好地解决了这个问题.以下是两个应用程序的深层内容链接(在这些公司的情况下,对于特定的歌曲):
如果您有时间,请先获取免费版本的Rdio或Spotify应用.然后,如果您从iOS设备上打开上面的链接,您会看到现有本机应用程序用户的体验有多好:Rdio有一个很好的"点击在Rdio中打开"链接(http://i.stack.imgur .com/B7PuE.png),Spotify的链接更加清晰,"我有Spotify"(http://i.stack.imgur.com/Q3IV6.png).这两个应用程序还包括一个下载应用程序的链接,供新应用程序用户使用 更重要的是,两个应用程序都为用户提供cookie:未来访问移动网络上的链接(无论是来自电子邮件,Twitter,Facebook等)会自动打开应用程序,而不是每次都提示您选择.超级方便.
问题:
1)他们如何实现这一目标？我最初只关心iOS(我测试过这个),但同样的情况应该适用于Android.
2)为什么没有更多的应用程序这样做？ 它似乎不像火箭科学,所以我错过了一个关键原因,为什么这可能是一个坏主意？我的一半问题是说服用例.
3)为什么我没有看到关于这种技术的讨论？我已经搜索了大量的iOS解决方案.我提出了很多关于URL注册的讨论(主要是app-to-app),但没有人真正提到我描述的场景类型(移动web提示打开本机应用程序).
似乎通过最少的工程,应用程序开发人员可以大大增加本机应用程序的使用,从移动Web转换.:)
| 归档时间： |
|
| 查看次数： |
1652 次 |
| 最近记录： |