What is a Landing page?
I’m pretty sure you’ve heard about them, but have you ever created one for your business? If not, why?
A landing page is a standalone page that visitors land on after clicking on an online marketing call-to-action. Each landing is designed for a specific marketing campaign. The purpose of a successful landing page is to grow your audience and convert visitors to customers, perhaps encouraging them to download the app, or purchase your product.
Almost Every Landing Page Consists Of These Elements:
- Your Unique Selling Proposition (USP)
- The main headline
- A supporting headline
- A reinforcement statement
- A closing argument
- The hero shot (images/video showing context of use)
- The benefits of your offering
- A bullet point list summary of benefits
- Benefits and features in detail
- Social proof (I’ll have what she’s having)
- Trust indicators
- A single conversion goal – your Call-To-Action (CTA) (with or without a form)
Have you heard of machine learning? If you’ve ever used the internet before, your answer is probably yes. Seen as a buzzword by many, machine learning—together with big data, artificial intelligence, and virtual reality—is currently one of the most widely discussed concepts in the technology community.
Buzzword or not, machine learning has long since become something we use every day, one way or another. It’s working behind the scenes in most of our mobile apps, under the hood of most websites we visit, and is employed by the brands and service providers with whom we interact.
Parse made us to look for alternatives & Parse Open Server sounded like a good option. This almost ended up as a failure and we had to go curve road with Heroku.
Special thank you to our iOS Engineers Igor and Vitalii for their significant contributions to this post.
Well, we were using Parse for many years and had lots of apps (for both development and production) running on Parse. Each app uses Parse at 100%: database storage, file storage, custom Cloud Code, push notifications, app configurations, A/B testing and so on. On average, each of our apps has 4.5K lines of js/python server code.
Of course, we were somewhat frustrated after the Parse shutdown and began to look for a way out: maybe you read our ‘Life after Parse: what to do next’ post. Instead of thoroughly rewriting our backend or hosting on another MBaaS platform, we decide to migrate to Parse Open Server.
Why not Firebase or any other MBaaS? These services look promising, however using them means putting ourselves in a vendor lock-in again. Of course, there is also the added inconvenience of having to rewrite your cloud code and setup environment again.
So, the next stage of migration was deploying Parse Open Server on Heroku.
This is a follow-up to the recent MadCode webinar “Use Android Studio Like a Pro”, where Michael and Nikolay (Android Engineers at Stanfy), shared their advice on how to get the most out of Android Studio by using codebase navigation and a set of handy shortcuts. Let the main Android app development tool make you more productive!
To demonstrate which keyboard shortcuts are being used throughout this article, we are using the Presentation Assistant plugin:
Presentation Assistant in Android Studio
You have built your app. It is nice and shiny and you and your team did everything to make it useful and exciting as much as you could. You love everything about it. What’s next?
No one will download it unless you are very, very loud. Even if people struggle to find your app the chances they’ll discover it organically are close to zero. So to get your first 1000 installs (or more) you need to hustle.
“Specification merely refers to the act of ‘To state explicitly or in detail’ or ‘to be Specific” (From Wikipedia, the free encyclopedia).
Is it really needed in real life, can the work be done after just a briefing?
– You are smart, you can figure out what to do.
– Oh, yes, I’m smart but not a mind-reader.
Building a good mobile app is much more than actually writing the code and publishing the resulting product to an app store. Rather than that, it’s a nearly endless process of iterating and evolving your app, so that it would meet your customers’ requirements at any given time.
We can email you this article right now, just click here.
In today’s economy, app creators are engaged in the tightest competition possible for users’ attention, and for a place at their home screens. With that in mind, there’s no wonder that the user retention rate has become equally, if not more important in the world of mobile than the number of the app’s actual downloads.
That’s the follow-up to the talk I first gave at #appbuilders16 conference in Zurich, Switzerland.
We’ll talk a bit about the most undervalued part of mobile security: ideas and concepts. Another name for this talk could be “Everything Will Be Broken,” but what should we do?
Intro: this is the picture
Let’s take a look at the problem domain. What’s on the landscape? The picture shows our typical infrastructure—an iOS app talking over some network connection to a server where we have some custom logic serving our tasks.
Typical infrastructure of iOS apps
So, what do we care about while we’re making apps? User experience, fast & continuous delivery, and getting things done. And Swift, of course. Swift is very exciting!
What don’t we care about? Server crap. Everything not iOS is magical and unknown :)
Imagine you put on the Security Wizard Hat. What will you see?
Over the past few decades a significant portion of the economy has shifted. Once companies and services were geared toward enticing you out of your money. Today what many are after is your time. Instagram is free, and so are Snapchat, Facebook, and YouTube! While you’re not paying with your money, you’re paying with an even more valuable asset, time, or as we call it “attention”.
The economic and business model of these apps is pretty simple: they get most of their revenue from paid advertising. The more time you’re spending on a platform, the more ads on this platform you’ll see, and the more money advertisers will spend.
Our current version of the internet lives and breathes off a currency of human attention.
Are your QA engineers into monitoring apps’ traffic? Really, are they? The answer I usually hear is “why would I be?” Of course, this is irrelevant if your application works without access to a server and is purely offline. On the other hand, if your mobile app has network interactions, it is essential to make sure everything works smoothly there. Unfortunately, this part of testing is often used in web development but rarely used during mobile app development.
When I talk about analyzing app traffic I usually mean working with sniffers (that come in a form of proxy). These are special software that is intended to help you see network interactions in the form of HTTP or HTTPS requests and responses. While monitoring insecure HTTP traffic is relatively easy, working with HTTPS requires some additional actions (I’ll tell you about this in detail later).
Table of contents:
- Approaches to monitoring mobile application traffic
- Setting up your workflow
- How-to install a certificate on an Android
- How-to install a certificate on an iOS
- Working with proxy
- Optimizing your workflow with traffic sniffer
- When one proxy is not enough
Swift is becoming more and more popular today and has even become open-source! Personally I’ve been following its evolution since the very first version was released and already have two working projects in production. I’m very glad that iOS developers have such a great opportunity to use this modern and powerful language in their toolkit, but such a rush to new and not fully tested tools can sometimes lead to unforeseen bugs and time-consuming problems that no one has ever (or very rarely) faced. This might be one of the reasons people are scared of using new and fresh instruments.
Nevertheless there are different ways to try out new things. You can first play around with pet-projects or start adding new features to existing projects using new tools. I strongly believe that Swift is the choice of the future, though Objective-C will probably stay with us for a very long time.
To convince more of you to try Swift and save time by learning from mistakes I’ve made, I would like to share my experience of switching to this language after using good old Objective-C and discuss the differences between them.
Notice: This post was written while mostly using Swift 2.1 with Xcode 7.2 and migrating to Swift 2.2 in the end (no critical changes actually) :)
The new SFSafariViewController was introduced during the WWDC15 and it’s built into iOS9. It enables you as a developer to deliver data to the app from your web service (site), avoiding any need for authorization so that the user feels a deep level of integration between the web version of your service (site) and the client mobile application. We’ve already built this feature into our project and want to share our mobile app development experience with you!
We’ve made a PDF-version of this article so you can read it later. Download
Imagine the following scenario:
- User sign up for some service in web interface
- User receive email with an invitation code and AppStore “download button”
- User clicks the AppStore “download button”
- App is downloading from the AppStore
- When user open an app his/her profile and info is already imported into the app.