How to distribute an iOS app to employees and customers

Guides

As more and more businesses look to iOS apps as a way to communicate with their customers, a question we’re asked very frequently during our work with Mag+ is this: having prepared an app and its content, how can it be shared with employees and customers – but not the world at large?

The answer is that, working within the structure provided by Apple, this is actually quite complicated. There are, however, three potential options that we are aware of, and they are outlined below.

Please note that, where we comment below on certain terms in Apple’s License Agreements, this article does not constitute and should not be considered legal advice.

1) In the App Store, with password-protected content

The standard iOS Developer Program allows you to build apps and publish them into the public App Store. The app might contain content that is free for all to download and view or, like this one, built for a charity, or might have content that you need to pay for, like this digital magazine.

The App Store also contains apps that contain a sign-in mechanism and where, having logged in, more content becomes available to the user. It is possible to create this functionality using Mag+ Multi Pro, which has an authentication API, and our Appthenticate user management service. Add the content that is intended for customers only to Mag+, mark it as “Subscription API”, and use Appthenticate to create accounts for your customers – they will then be able to log in and see the previously hidden material.

It is important to note that any app submitted to the App Store must meet Apple’s App Store Guidelines, and that, in particular, it is generally required for the app to provide content and functionality even to non-authenticated users. This might be, for example, in the form of a company brochure that can be made available to all.

2) As an Enterprise App

The Apple Enterprise Developer Program – entirely separate from the standard program linked above – allows members to build and sign apps that will run on their own devices without any need to publish through the public app store. It is perfect for apps that need to be run on employees’ devices, and in technical terms, could also be used to put an app on, say, the iPad of a customer.

However, the terms of the license agreement are quite restrictive. In particular, it says that members may:

(f) Allow Your Customers to use Your Internal Use Applications on Deployment Devices, but only
(i) on Your physical premises and/or on Your Permitted Entity’s physical premises, or (ii) in other locations, provided all such use is under the direct supervision and physical control of Your Employees or Permitted Users (e.g., a sales presentation to a Customer); 

 

Emphasis added. One could interpret this as allowing, for example, you to load a presentation app onto your iPad and show a customer at their offices, but not to allow them to download the presentation app remotely and unsupervised. As such, keeping within the limits of this license agreement significantly limits the use of an Enterprise app for sharing with customers.

Enterprise apps can be created using Mag+ Multi Pro. A login system such as Appthenticate can optionally be added to them for additional content control (eg, showing different content to different employees).

3) As an Ad-hoc Build

Finally, it’s worth noting one potential workaround that could be used to install an iOS app on a limited number of iOS devices without the need for an Enterprise license or publishing in the App Store.

The standard iOS Developer Program allows members to create apps and sign them for testing purposes as an “Ad Hoc” build. These can be installed onto a limited number of test devices only – see here for details.

There are two key limitations of this type of app. Firstly, a developer account may only register a limited number of devices (currently 100 iPads and 100 iPhones), and removing devices does not allow for new ones to be added until the end of the license year – so this really is a method suitable for limited use only.

Secondly, Apple’s License Agreement restricts to whom ad-hoc builds may be issued:

Subject to the terms and conditions of this Agreement, You may also distribute Your Applications for iOS, watchOS and tvOS to individuals within Your company, organization, educational institution, group, or who are otherwise affiliated with You for use on a limited number of Registered Devices (as specified on the Program web portal), if Your Application has been digitally signed using Your Apple Certificate as described in this Agreement.

Emphasis added. So in order to stay in compliance with Apple’s agreement, care would need to be taken to correctly interpret this limitation.

An Ad Hoc app can be created using any Mag+ service, from Single up to Multi Pro.

Help!

Still confused? This article provides just a brief overview of the options for employee and customer distribution, as we see them. If you’re considering building a Mag+ app, whether for internal or external use, we’re more than happy to help – please just drop us an email at hi@mndigital.co.

Surviving deadline day – how we built a photo competition system to scale

Recent Work

In 2014 we were asked to build an online system, from the ground up, to sell and manage entries for the BJP’s International Photography Awards – a prestigious competition where photographers around the world enter series of photographs in the hope of winning a gallery show in London and a place in the British Journal of Photography. By the time we closed it down, around 5,000 images had been received, and our server was feeling the strain.

Since then we’ve used iterations of this system for three annual IPA awards, two seasons of the Breakthrough award for new photographic talent, and two annual Portrait of Britain competitions, the latest of which has just closed. The most popular awards now attract several thousand entries, with the count of individual images running in five figures. Each time we close down an iteration of the system we’ve analysed the results to see how it could be improved, and what we can learn from the entry pattern.

The biggest lesson we’ve learned? There’s nothing quite like a deadline to give your infrastructure a workout.

Even in an open call that runs for months, a very large proportion of all entries will arrive in the few hours just before the deadline. A recent example: over 2,000 photographers entered this year’s Portrait of Britain, submitting around 8,000 images in total, and of those over 25% entered so in the 24 hours before the deadline. Requests to our servers climbed throughout deadline day and peaked around half an hour before the midnight cutoff time:

We’ve used this pattern to inform not only how our competition infrastructure is managed during an open call period, but also how it’s designed. Rather than managing server hardware, much of which would sit idle during less busy periods, for the last two years our application has been deployed to Heroku dynos – logical cloud-based containers – allowing us to immediately scale it by adding additional dynos in parallel at any point – even automatically, based on the load.

All image data is stored in Amazon S3 – providing an effectively infinite amount of storage space, and allowing us to perform uploads directly into that infrastructure – avoiding a key bottleneck that held back our first system. For additional security, a separate server provides a 24/7 ongoing backup of all images to another location. Processing thousands of entries requires many thousands of emails, so we send those via Mandrill (owned by podcast-favourites MailChimp). Payments are handled via Stripe‘s rock-solid credit card infrastructure, while a promotional code system built into our front-end allows for discount campaigns or free entries.

Our multi-dyno formation, Stripe, S3 and Mandrill services give the platform the ability to stay up and keep processing both new entries and image uploads even through the busiest final few hours of a competition. With the deadline passed, we can scale the formation back down – but the process of running a competition doesn’t end there.

Having thousands of images, and tens of thousands of items of metadata, is useless without being able to sort and view them. Our platform handles judging online, allowing multiple judges – whether they’re around the world, or together in one room in London, to filter and browse the entries, working towards a shortlist, and then a winner. Our system manages this process to the very end – where the winning images can be downloaded, and the winners contacted. In some cases, an additional component is used to request even higher-quality images from shortlisted photographers.

The judging team for Portrait of Britain has just reached the end of the process, and we expect the winning images to be announced shortly – with the results on show on JCDecaux digital billboards all around the UK later this year.

Meanwhile, we’re already gearing up the next iteration of the system for another competition due to open shortly. Interested in working with us on a competition? Drop us a line – hi@mndigital.co.

1854 Media

Recent Work

In February 2013, the British Journal of Photography, and its editorial, sales and technical staff, left Incisive Media as a management buyout to form a new company: Apptitude Media Ltd. Over the following three years, Apptitude would develop the BJP into a beautiful, luxuriously redesigned magazine, while building a wider audience via an award-winning app and relaunched website – and simultaneously launching a successful business providing apps, in-app content, app-related consultancy and app backend technology for other companies.

The result was a growing company, but one with two divisions – one focused on photography, and the other on apps and app publishing technology. In July 2016, we decided that it would be beneficial for the two to separate, and split off the technology team into a separate business – MN Digital Media. This freed us to offer our services to other publishers and pursue new technology projects separate to the BJP’s audience, while Apptitude could pursue its photography-related business with renewed focus.

We’re now pleased to pass on the news that our former colleagues at Apptitude have now completed a rebrand, and are now known as 1854 Media – 1854 being the year the British Journal of Photography was first published. And we’re equally happy to announce that MN Digital has assisted with the launch of the company’s new website.

The new site runs on WordPress, using a child-themed version of ElmaStudio’s excellent Zeitreise theme, heavily customised to adapt it for (largely) one-page use, to meet the new company’s branding requirements:

Changes made – besides the usual typographic alterations – include additional widgets and extra widget slots on an adapted front page template, allowing 1854’s staff to easily edit its content, as well as changes to the core page templates to remove the more blog-like elements in favour of strong headlines and prominent custom excerpts throughout.

The site is live now at http://1854.media

We Have Moved

Company News

We’re pleased to announce that, following a weekend spent largely surrounded by bubble-wrap and cardboard boxes, MN Digital Media has moved into its new home. We’ve joined our colleagues from the British Journal of Photography and Apptitude Media at the Trampery Republic in East India. Our new address is:

The Trampery Republic
9th Floor
Anchorage House
2 Clove Crescent
E14 2BE

We’re excited to be joining a number of creative businesses and individuals in a beautiful space with panoramic views over London’s docklands. So long, Shoreditch – it’s been totally Mexico.

Adding a live news feed to a Mag+ app

Guides

We’re occasionally asked if it’s possible to incorporate a live news element into an app built using Mag+ Designd, so here’s an example of how it can be done, and how the result looks.

In the Build Options section of Mag+ Publish, we’ve ticked the option “Enable Live menu option”. This adds a new item, labeled “Live”, to the main menu. In Customizations, we’ve changed this text to say “News Feed” instead.

Finally, in Live Settings, we’ve set the URL that we want to display. In this case, we’ve pointed it at a simple page that lists news stories from the BBC World News RSS feed. We’ve applied hardly any styling and formatting here, but as this is an HTML page it could be customised however you wish.

The result: an item called “News Feed” appears in our app’s main menu, displaying all the latest stories for the reader to browse. Check out the video below to see how it looks (hit fullscreen for a better view).

Animal Crackers for the iPad and iPhone

Recent Work

This month we’ve been proud to help out with an app for a great cause. Animal Crackers is a new magazine, produced by Noah’s Ark Children’s Hospice in north London, and we created an app version that’s out now for iPad and iPhone.

Having an app version allows the charity to include videos to accompany all the key stories in the magazine – ideal for children who can’t read the printed version, but who can enjoy watching and listening instead. It also allows for extra features such as an interactive version of the “Spot the Difference” game page.

Our work involved creating a new, interactive version of the content, designed for both tablet and phone screens, based on the original print InDesign layouts. Once those were complete we configured and built the app itself, before delivering it to the App Store. For the backend we used Mag+ Designd, creating content to support all iPad devices as well as iPhones from the iPhone 5/SE and up. In order to keep the app’s download size as light as possible, all video content is streamed in from the web on demand.

We think the app’s bold, colourful layouts and video content will be great for kids, and we hope that it will prove a great way for the hospice to spread the news about its great work supporting children with life-limiting or life-threatening conditions in London.

The app is, of course, free – if you’d like to donate to the hospice, you can do so here.

Powering the Portrait of Britain Exhibition

Recent Work

If you pass through a train station or shopping centre this month, there’s a good chance you’ll see something unusual on the screens that usually display advertising. Portrait of Britain, a collaboration between British Journal of Photography and JCDecaux, is showing 100 portraits on screens across the country – and we’re proud to say that we were involved in the early stages of the project.

Portrait of Britain was an open call, with any photographer welcome to submit their work. Over 4,000 images were submitted across the entry period, all via a system built and managed by MN Digital. Our system processed entry fees using Stripe, created accounts for each photographer to manage their entries, and handled the upload and storage of those photos along with their captions.

From our experience of running several photo competitions previously, we knew that demand on the system would be uneven, and would peak dramatically in the hours before the entry deadline, so we built it on Heroku dynos – allowing us to scale it as required.

As well as the entry system, we also delivered a secure online browser – so British Journal of Photography staff could view entries as they arrived – and a system for shortlisting and selecting the winning images from the thousands submitted.

All the Portrait of Britain images are available to view here. Photo above: Stormzy, photographed by Dan Wilton.