Landing Pages: What they are and Why they're Important

If you haven't heard of landing pages before, they're pretty much just what it sound like - the first or "landing" page users see when they open your app. Are they important? Well, take a look at the dozens of templates available on Bubble.io and count how many are landing page templates. Your landing page is where you sell potential customers on buying your app. It's where you explain what your app does, how it can help them or solve a problem for them, and why your app can do it better than its competitors.

In addition to being involved in no-code, I also write books and there are a few cardinal rules to making your book stand out. You need to have a title, cover, and description that grabs the attention of potential readers and you need to make use of the proper keywords to attract readers in the first place. The same thing applies to apps. You have to employ keywords and other methods to get them to find your app and then you have to convince them to buy it.

To help customers find your app requires a little knowledge of SEO (Search Engine Optimization) if it's a web app or ASO (App Store Optimization) if it's a native app. Whether you have a web or native app, there are certain search optimization factors that apply to both. Here are a few of the more important ones:

• Keyword use in the HTML title, subtitle, and app description of your landing page (keywords identify the subject of your app such as "project management").
• Use of keywords in the alt text portion of any image tags.
• The app description should be just long enough to provide an in-depth summary of the application's features.
• Page loading speed - a slow loading landing page can turn off potential customers.
• Avoid duplicate content. Don't repeat a keyword string just to try to bump up your keyword count.
• Include an email or push notification sign-up form so you can keep contact with the user, even if they don't immediately buy your app. Also you might include a link to a 3rd party payment service in case the prospect does decide to buy your app.
• If you've made an update to your app, make sure to update your landing page too.
• Check the spelling and grammar on your landing page for accuracy.
• If you have a web app with a URL, have a custom domain that's easy to remember and not overly long.

If you're not sure how to put together your landing page, there are a number of no-code websites that can generate a custom landing page for you including:

• Carrd - The free version allows you to create a landing page from one of their multitude of templates. With their paid version you can have your own custom domain, remove the Carrd branding, and add input forms as well as integrations to third party services like MailChimp, PayPal and Stripe.
• Unicorn Platform - Similar to Carrd, you can create a landing page on the free version or pay to include a custom domain and various integration services.
• Google Sites - Lets you make a landing page for free. Designs are limited but the editor is easy to work with and you can quickly add the basic items you need.
• Bubble.io - Has lots of free and paid templates with a wide variety of designs (bubble.io/templates). This is also a great place to preview a few of the landing page templates to see what type of things you can include in your own landing page.

No-Code Podcasts

Quick Note: If you're looking for more information on no-code try the Visual Developers' podcasts (https://visualdev.fm/listen). With over 60 episodes these podcasts, hosted by Ben Parker, Lacey Kessler, and Matt Varughese, cover topics ranging from "How to Price No-Code Projects" to "The Most Underrated Webflow Features" to "How No-Code will Replace Developers". 

Business Process Automation

There are literally a dozen new "no-code" platforms popping up almost every week - and a good many of them are emphasizing that they can help with "Business Process Automation". So what is Business Process Automation? Basically, BPA is the act of computerizing one of the normal functions or "workflows" in a business (such as Accounts Payable, Accounts Receivable, purchasing, or new employee onboarding) that are currently being done as a series of separate steps. In order to automate one of those processes you have to start by defining the entire chain of events that are involved, including which employees are responsible for which tasks and what each person's options are at a given point in the process. For example, new employee onboarding can be complex, requiring the cooperation of many different people in the organization. Typical steps in the process include:

• Prepare a workplace for the new employee, equipped with a phone, computer, office supplies, and any other items the person may need.
• Set up the new person's internal email and messaging systems.
• Make sure the new hire's supervisor and fellow workers are notified about when the person will be starting work and what duties he or she will be performing.
• Explain the terms of the employment contract to the new hire and secure the person's signature.
• HR will need to have the new hire fill out a Form W-4 for income tax withholding and a Form I-9 to verify the person's identity and right to work in the United States. In addition, if the new hire wants to be paid by direct deposit HR will need to gather that information along with an acceptance form for any voluntary deductions the person elects to have deducted from his or her pay. 
• Set up a training plan and a schedule for training sessions.
•  Present the new hire with a copy of the employee handbook.
• List any equipment, tools or inventory items given to the new employee and obtain the person's signed agreement as to what items were issued.
• Schedule any previously agreed on drug testing.
• Have the person sign any non-disclosure or non-compete forms required by the company.
• (Additional onboarding tasks)

This is only a partial list of the items that may be included in bringing in a new employee, so you can see why doing all this manually can be difficult to manage. Encapsulating everything into an app can streamline the process by ensuring all steps are followed and documented and all persons that need to be involved are notified automatically when there's a task they need to perform. The app can also be designed to allow for alternatives if a particular person is missing or if there's an unusual circumstance, such as the person is being brought on as a freelancer.

Integrating a workflow automation procedure with other systems can also be a big help in keeping track of things. For instance, I did some work a few years ago for a large company that had a dozen tire stores with several mechanics at each store. The company issued certain tools and equipment to each mechanic and employees were required to return those items when they left. Since there was a high turnover, making sure of what had been issued and what had been returned was a time-consuming process. Integrating the inventory function into automated onboarding and exit processes would have simplified the record-keeping required by making it a standard part of the handling of new hires and terminated employees.

If you need to create a BPA system you can definitely do that with a no-code app. With the recent surge in interest in process automation you can build BPA apps on almost any no-code platform these days. Just do a little research to see what options each platform offers  - and to give yourself a head start, look to see if a particular platform has a template that fits your needs. I'll also be doing more posts about automation apps here on the blog in the near future.

No-Code Websites and Mobile Apps

Of course apps aren't the only thing users can create without knowing how to code. There are a number of popular website hosting platforms like Squarespace, Shopify and Wix that allow you to build a website without doing any coding. You can create an attractive, responsive and feature-rich website with any of them, but your're limited in how you can interact with your users.

With a website, your users have to remember your URL and navigate to it using a web browser. How can you increase your engagement with them? The simplest way is to build a mobile app from your website. Mobile apps have several advantages over websites – they're right there on the user's home page where one click opens up the app, plus you can send them push notifications occasionally to keep them informed about your business.

You can't create a mobile app from your website directly, but there are a number of no-code platforms like Appy Pie or PandaSuite that can do the job for you. They can convert your website into an Android and iOS app which includes features like push notifications, coupons, and the ability to receive in-app payments.

Even if you don't have an app you want to create, no-code platforms can help you to connect with your audience and extend your reach beyond your website. That's another good reason to learn more about the “no-code movement”.

Coming Soon - A New No-Code Book

Coming soon on Amazon - a new guide to no-code app development: Learn “No Code” App Building (Be Your Own Programmer). 

Types of No-Code Applications

There's a wide range of applications that can be built using no-code platforms, but they all fall into the following categories: web apps, mobile web apps, native apps, hybrid apps, and progressive web apps. So, how do you decide which type of app to build? It depends primarily on your target audience and the features you need. In order to give you an idea of how the different categories compare, here a few basic facts about each type of app:

Web Apps

• Web apps are intended primarily for use on desktop computers. They're normally constructed using a combination of HTML, HTML5, CSS, and JavaScript elements and often work in conjunction with an online database.

• The app (and its data) are stored on a web server so you need a browser and an active network connection to access the application. To provide offline access you have to use an SQL-based database API to store data locally and an offline application HTTP cache to make the application available even when the user isn't online. 

• Web apps can be accessed from a mobile device just by directing the device's browser to the app's URL. How the app appears on a particular device and operating system (Android or iOS) depends on how "responsive" the app is - that is, whether it automatically adjusts for different screen sizes and layouts. In some cases a website may provide two versions of a web app - one for desktop viewing and one specially designed for viewing on a mobile device.

• You don't need to worry about whether or not you have the latest version of a web app, since they reside on a web server and everyone accessing the application is automatically using the latest (and only) version of the program.

• If you access a web app from a mobile device, the app isn't going to load and operate as quickly and efficiently as a true mobile version that's installed directly on the device. 

• Web apps don't have to be approved by an app store, so you can launch them faster than mobile apps. However, your app may be harder for potential customers to find since it's not on display in a store.

Native Mobile Apps

• Native apps are built for a specific operating system (Android, iOS or Windows) and are optimized to run as efficiently as possible on that operating system. No-code platforms such as AppyPie, Adalo, GoodBarber, Thunkable, and others let you build mobile apps for Android or Apple and get them into Apple App Store or Google Play Store.

• Because they're installed directly from an app store onto a particular mobile device, mobile apps can access any of that device's built-in functions: GPS, accelerometer, camera, etc.).

• Native apps can work offline since the app lives on the mobile device and doesn't need to connect to a network in order to function.

• Users can feel secure using native apps since the apps have to be checked and approved by the Apple or Google app store before they're made available for download. 

• There is a cost involved in doing business through the app stores.  Google Play Store has a one-time charge of $25 to upload your apps to the store, and they take 30% of whatever price a customer pays for your app as a commission. To use the Apple App Store you have to pay a $99 fee each year, and Apple also takes a commission of 30% of the price the customer pays to buy your app. Note: Apple recently announced that they're cutting their commission rate to 15% for small developers.

Hybrid Apps

• Hybrid apps are basically web apps enclosed in a wrapper that allows them to be installed on mobile devices through an app store, the same as native apps. You can create hybrid mobile apps on no-code and low-code platforms like Appery, AppyPie, and Mendix. 

• Unlike native apps, hybrid apps can run on both Android and Apple operating systems, so you only need to create one version that can be uploaded into both Android and Apple stores.

• Since hybrid apps are actually web apps they generally run slightly slower on mobile devices than native apps.

• While there are a few no-code/low-code platforms that allow you to build hybrid apps, Progressive Web Apps (PWAs) are the becoming the alternative to native mobile apps on many no-code platforms.

Progressive Web Apps

• PWAs, like web apps, are built using elements like HTML, CSS, and JavaScript. More and more no-code development platforms are providing users with the ability to create PWAs.

• Progressive web apps look like native apps but, like regular web applications, they live on web servers rather than being installed directly on a mobile device. PWAs can be installed on your device's home screen by linking the app's icon to its web address.

• Again, like regular web apps, PWAs require a network connection in order to reach the website where they're stored. However, unlike regular web apps, PWAs can operate offline by using a technology called "Service Workers". Service Workers caches data from the website, saves it on your device and displays an icon marking the location where the data is stored.

• Although PWAs share many of the characteristics of a native app, they can only make use of those functions on the mobile device that are supported by web browsers (such as video or audio recording).

Push Notifications: Using Them in Your No-Code App

To be clear, push notifications are messages that pop up on a mobile device. They look like SMS text messages and mobile alerts, but they only go out to users who have installed your app. Push notifications differ from in-app messages in that the user sees push notifications even if your app isn't open on their device (they typically pop up on the user's lock screen), while users only see in-app messages once they open your app.

Why use them in your app? For a couple of reasons. If you're a developer looking to sell your apps, push notifications give you a chance to communicate directly with your customers. Let them know about special features in your app, upcoming events, or new products and thank them for choosing your app. Or if you're part of a development team or you're using the app in a company setting and you need to send and receive messages from other team members or other people in the company, push notifications can handle that too. 

So, what do the notifications sent to customers or other users look like? Web push notifications normally include these elements:

• Title (such as your company or app name).
• Message (brief text).
• An icon, emoji, or image (often used to supplement the message).
• A Call To Action (such as a clickable link or button).

For example, the title might be "Mastering No-Code", with a message "Check out our new universal mobile app template", an image of a cell phone screen with an app running, and a CTA consisting of a link to this blog. 

How you create and manage push notifications depends on the platform you're using and the process can be fairly complicated. In most cases, implementing push notifications is going to require using a plug-in (or "add-on") specifically designed for the job. For example, if you built your app on Bubble you can use the "Firebase Cloud Messaging" plug-in (which costs $12 per application). Most other no-code platforms will have one or more similar plug-ins available and a few may even have push notifications integrated into the platform.