简体   繁体   English

自动分配自定义B2B应用的兑换代码

[英]Automate distribution of redemption codes for Custom B2B app

I have built a Custom B2B app for one of our clients. 我已经为我们的一位客户构建了一个自定义B2B应用程序。 My question is how to automate the distribution of the redemption codes. 我的问题是如何自动分配赎回代码。

I have already looked at some of the MDM providers. 我已经看过一些MDM提供程序。 Their solutions are too expensive and all we really need is a way to distribute the app from a webserver, not manage a bunch of mobile devices. 他们的解决方案太昂贵了,我们真正需要的是从网络服务器分发应用程序的方法,而不是管理大量移动设备。

As you probably already know, when a client buys a Custom B2B app through the Apple VPP program, they get a spreadsheet with valid redemption codes for the number of licenses they have built. 您可能已经知道,当客户通过Apple VPP程序购买Custom B2B应用程序时,他们会获得一个电子表格,其中包含针对其已建立许可证数量的有效兑换码。 This spreadsheet has 2 columns: 1) redemption code 2) URL to redeem the code 该电子表格包含2列:1)兑换代码2)兑换代码的网址

I want to provide my client with a URL where they can send their users to download the app. 我想为我的客户提供一个URL,他们可以在其中发送用户以下载应用程序。 They just don't have the expertise/infrastructure to distribute the app themselves. 他们只是没有专业知识/基础架构来自行分发应用程序。 And emailing clients is not going to work. 向客户发送电子邮件将无法正常工作。

I'm not a web guy, but it seems to me that we could write a webpage that would look at the spreadsheet for the next available activation code and then redirect the user to the associated URL. 我不是网络专家,但在我看来,我们可以编写一个网页,该网页将在电子表格中查看下一个可用的激活代码,然后将用户重定向到关联的URL。 I'm not concerned with the number of licenses they distribute since I have another way of auditing the real number of users (Flurry). 我不必担心许可证分发的数量,因为我还有另一种审核实际用户数量的方法(Flurry)。 So I want this to be as painless as possible. 所以我希望这尽可能地减轻痛苦。

In fact, I have multiple clients and want to provide them each with their own URL for their clients. 实际上,我有多个客户端,并希望为每个客户端提供各自的URL。 It seems like this shouldn't be too difficult to code. 看起来这应该不太难编写代码。

The problem is, I'm not the guy to write that code. 问题是,我不是编写该代码的人。 Any ideas on how best to do this? 关于如何最好地做到这一点的任何想法?

Assuming that you don't want to show the user a website you should be able to do this with an online service like parse.com and the features it offers. 假设您不想向用户显示网站,则应该可以使用诸如parse.com及其提供的功能之类的在线服务来做到这一点。

From a user POV you would supply them with a link which directed them to parse.com with a path and parameters indicating the action to be taken (get app) and what account is associated. 从用户POV,您可以为他们提供一个链接,该链接将他们定向到parse.com,并提供路径和参数,这些路径和参数指示要执行的操作(获取应用程序)以及关联的帐户。 This would redirect the users browser to the appropriate destination. 这会将用户浏览器重定向到适当的目的地。

The main issue (and this applies to any solution) is knowing if the user actually followed through and used the code. 主要问题(这适用于所有解决方案)是要知道用户是否确实遵循并使用了代码。 ie should it be removed from the DB so it isn't offered to another user in future. 即应该将其从数据库中删除,以便将来不再提供给其他用户。 Then you would update the DB each time you get a new spreadsheet. 然后,您将在每次获得新的电子表格时更新数据库。

Anyway, this could be achieved with a little javascript in parse.com, specifically, by using cloud code which can interrogate and modify the DB and then redirect the user. 无论如何,这可以通过parse.com中的一些javascript来实现,特别是通过使用可以查询和修改数据库然后重定向用户的云代码

Obviously if you need user authentication of some kind or other restrictions then you would need to start adding some web interface on top of this in order to collect the details. 显然,如果您需要某种形式的用户身份验证或其他限制,则需要在此之上添加一些Web界面,以收集详细信息。

声明:本站的技术帖子网页,遵循CC BY-SA 4.0协议,如果您需要转载,请注明本站网址或者原文地址。任何问题请咨询:yoyou2525@163.com.

 
粤ICP备18138465号  © 2020-2024 STACKOOM.COM