02 April 2014 #Commercial
As is well known, there has been an explosion in recent years in the number of mobile apps being created and distributed worldwide: it is estimated that at the end of 2013 there were two million or so apps available. The explosion of mobile devices is also greatly affecting the way in which we use the internet and by 2016 it is reckoned that there will be more access to the internet by mobile devices than by laptop or desktop computers.
When it comes to developing an app for your organisation, it is important to decide at the outset whether or not the app will be solely distributed through your own website or whether you will take advantage of one of the major app platforms, such as the App Store or Google. In addition, will the app be downloadable for an initial fee or will it be distributed for free with additional commercialisation taking place later?
As with all software and technology projects, a successful development will depend on “doing your homework”. For example, the procurement process should not be rushed and it is important to consider at least a couple of potential app developers and to carry out background checks in relation to their track record and clients and following up client references. It is surprising how often these simple checks are not followed by parties commissioning technology products to their later detriment.
Specifications and the acceptance procedure
Although the client organisation will have a fair idea as to the functionality it wants to provide through its app, it is likely that the initial design stage will lead to modifications to the client’s initial plans. What is important is that at the end of the design phase that there is a clear, written specification setting out the functionality to be provided by the app. The specification will effectively act as the contractual target which the developer must satisfy. The acceptance procedure will include testing designed to demonstrate that the app successfully provides all of the functionality set out in the specification. Accordingly, that the contract will need to set out the acceptance procedure in some detail and provide clear remedies as to what happens if functionality is found to be missing: typically, the developer will be required to re-perform any work until all contractual functionality is provided and, as an ultimate sanction, if the developer is unable to do so within a reasonable timeframe, the client should be entitled to terminate and obtain a refund of the payments made.
Who owns the app – intellectual property issues?
If the organisation has the technical means to design and develop the app in-house, many of the IP issues will disappear. The basic rule is that for all software (and other materials) created by employees in the course of their employment, the employer will own the IP rights (normally copyright). By contrast, if you need the help of outside development agencies, they will own the intellectual property in the app unless the contrary is clearly stated in the development agreement. Accordingly, in those cases, the development agreement will need to state that the IP rights in the app will be owned by the client.
There may be situations where the app relies upon/makes use of a pre-existing technology or platform owned by the developer or third party – in these situations, it will not normally be possible for the client to obtain IP ownership of the pre-existing technology but it should ensure it has a clear written licence to make use of that technology on an ongoing basis so that it can take the full benefit of the app.
Open source software
The increasing use of open source software in software development can be problematic in the field of mobile apps: most open source licences (including the most common, GPL), allow licensees to modify, distribute and charge for software that is licensed to them, but in turn they must also grant these rights to any software that they themselves have created. This licensing model is not compatible with, for example, the App Store’s terms and conditions which prohibit modifications and distribution. If a client organisation is going to use the App Store or another platform to distribute its app there should therefore be no open source software contained in it and related contractual warranties should be obtained from the developer.
Protection against liability
Pricing and payment
In addition to agreeing the fixed price for the overall app development, it is important that the price is payable in instalments by reference to concrete, technical progress made in the development of the app. Accordingly, payment should be made against objective milestones so that if the milestones are not achieved, payment is delayed. Furthermore, there should be a suitable sum set aside at the end of the project (10-25%) which is only payable after a short period of “live” use of the app to ensure that there are no hidden problems or defects.
Privacy and Data Protection
Do bear in mind that there are no special exemptions in favour of the use of mobile apps so the general law in relation to data protection and privacy will apply in the same way as in any other context. Given that the thrust of these laws is to obtain informed consent from users to the way in which their personal data is obtained and used, the app needs to do the following:
Obtaining informed consent is not just a matter of complying with the law, it should be seen as a way of reassuring users that their personal data will be used in a responsible manner and so increase overall levels of confidence in the use of apps.
Compliance with platform providers’ terms
If you will be distributing your app via one of the main platform providers, you must ensure that the app’s functionality and content is compatible with that platform’s terms. In practice, the App Store’s terms are probably more prescriptive than most and they require that user’s consent is needed for some functionality and also prohibit the app being able to override some of the alerts provided by Apple.
In an ideal world, compliance with the relevant platform provider’s terms would be a condition of the development agreement and would be an obligation on the developer to ensure that the app complies with the platform provider’s terms. It may not be possible to get developers to sign up to this obligation on the basis that the platform providers do not generally make their terms well known and reserve the right to unilaterally amend them without prior notice.
Making money from your app
Although this area is primarily a commercial one, there are still some legal issues which can be touched on briefly. Historically, the most successful apps financially have been those which were initially free to download, with revenue generation coming after that.
Checklist of Legal Essentials
Clarkslegal, Grant Thornton and PocketApp recently held a seminar which explored the key legal, commercial and financial issues relating to developing mobile apps. If you would like to view the hand-out materials from this session, please contact email@example.com.