The Quick Apps Designer is the interface where authorized Quick App Creators can create, modify, view, and delete Quick Apps.
Quick Apps are a brand new way for business users to create applications in Appian. They are created in Tempo with an application-building wizard that obviates the need for training.
This allows business users to quickly create basic, records-based applications directly in production.
Quick Apps are best suited for ad-hoc business processes without rigid workflows. A marketing collateral application is a great example, and business users in Marketing can create it themselves in less than an hour, replete with records, actions, review tasks, a news feed, and a report.
You need to turn this feature on in the admin console before you can start creating Quick Apps.
Any user in the Quick App Creators role can access the Quick Apps Designer by clicking on Quick Apps Designer in the navigation menu.
Each Quick App Creator can create and modify any Quick App, as well as delete any Quick App that they've created.
Click on the name of any Quick App to view or update its configurations in a dialog. Click on the records count to open that Quick App's list of records in the site, if the app has one configured, or in Tempo, if it does not.
You will only see Quick Apps in the grid for which you are an owner. System administrators will see all Quick Apps.
The Create Quick App form walks users through a few simple steps and uses their input to generate the Quick App. The form has four pages:
On the first page, users name and describe their app. Each Quick App stores data in the form of Records. These are referred to as "entries" here, to avoid Appian-specific terminology for users without training.
The singular and plural names are used for the record type as well as names and descriptions throughout the quick app. For example, an empty grid in Tempo would say that there are "No (plural entry name) available", and an expression rule to query data would be called "get(singular entry name)ById".
On this page, users specify the fields of information they want to capture for each record. This serves as both data and interface design for the app, and provides the core of its unique design.
Each quick app has three fields by default: Title, Status, and Priority. Users can change the label of the Title field, but it is otherwise required for the app to function. The Status and Priority fields are configurable and can be removed if they are not relevant to the app, though the field names, as well as the option names for the Priority field, cannot be changed. If these two fields are removed, they cannot be added back - user can add fields of the same name, but they will not have the special reporting and filtering functionality that comes with the default Status and Priority fields.
Beyond that, users can add additional fields to capture information. Users can create fields of the following types:
Users can add the following configurations to fields. Configurations display on forms, but not on the record dashboard.
A Preview Form option is available on this page. It shows how the currently configured values will manifest in the Action and Records of the completed Quick App. Specifically, it offers a preview of the start form of the Action, and the Summary view of the record type. Users can use this to help design their Quick App to look exactly as they want it to, without having to create it first and then Update it to make changes.
On this page, users specify the people who should use and modify the app, and where the app should be accessed. Owners and Collaborators have access to all application functionality and Owners are the only users aside from system administrators who can see and modify the app in the Quick Apps Designer. Owners may be selected from among Quick App Creators, while Collaborators may be chosen from any users and groups on the system.
The people selected here are added as members of two groups, which are created to secure app activity to. Don't worry about getting this right on the first try—even if you add people here later, they'll have access to all the activity in the app.
When a site is generated, an icon choice is required, which will represent the record type in the generated site. As with every site, the same functionality is available in Tempo as well as the site.
When you click the Create button on this page, your Quick App will be created. Allow up to a minute for generation of the Quick App.
Once your app has been generated, the final page of the form will load with links to your new functionality. If a site has been generated, there will only be a single link to the site.
In addition, a post on Tempo is made at the same time to the Collaborators group, informing them of the new Quick App and containing the same link(s). This post shares the app description, so it's a good idea to use this as a description of the intended functionality, since it's the first thing the users of this app will see when it is published.
Each Quick App provides record-centric functionality to its users. Creating, viewing, modifying, and collaborating around the data in your records makes up the bulk of work enabled by the Quick App. Details on each section of functionality are below.
Each Quick App adds a single Action to the Actions tab, which allows users in the Collaborators group to create new records. This start form will match the preview available while creating the Quick App.
Each Quick App has a record type that is the central hub for work done in the app.
The News tab is used to announce new Quick Apps and to post messages to users of an app.
For targeted alerts and requests, tasks can be sent from the record to any user on the system through a related action on the Summary view or from the task report.
In addition, each app contains a task report. This report can be found in the Tasks tab in Tempo as well as in the site (if one exists for that app), and is named after the Quick App it belongs to. It shows a grid of all tasks from records in that app that are assigned to the current user, and allows sending a new task from any record in the app.
A report is generated for each Quick App, containing four charts and a records grid.
When the creator selects the option, a site is generated for the Quick App, with the following pages:
When a site is generated, the Cancel button is removed from the start form, and the Send Message option is removed from the record, as neither of those options are valid in a site.
Any Quick App Creator can open an existing Quick App, change values in the form, and submit them to immediately update and publish the changes to all users of the Quick App. The form used has the same layout as the Create Quick App form. Apps can be changed in-flight with no impact to current users - all data and activity will be preserved and continue working when the Quick App is updated.
The effects of various changes in the form are described below.
Since design and implementation of Quick Apps can be done in a Production environment, it is vitally important that user actions in the Quick Apps Designer can never error out in a way that makes the system any less usable. For this reason, the designer takes a very aggressive approach to errors:
Every operation taken in the Quick Apps Designer should either succeed or do nothing.
If an error is encountered while creating or updating a Quick App, the system catches it and aborts the operations so that no change occurs on the system. The user is informed that the designer was unable to complete their request, and that no action has been taken.
The power of freely updating a Quick App comes because the Quick Apps Designer directly manages the state of design objects used in the Quick App. These objects are also visible in Appian Designer - if modified there, we can no longer guarantee that the Quick App will continue to work the same way, or that it can be updated effectively.
If any object in the Quick App has been modified from outside of the Quick Apps Designer, it will lock that Quick App into a read-only mode. Users who open that Quick App in the designer will see a warning message that it can no longer be edited, though they can still view its configurations. While the Quick App's configurations are read-only in the Quick Apps Designer, its functionality is still visible to users. Locked Quick Apps can also still be converted to standard applications, which allows designers to continue working on them in Appian Designer (details below).
Quick Apps can be converted to a standard application, removing them from the Quick Apps Designer and exposing them in the Appian Designer without changing any of its functionality or data. This allows you to enhance the application beyond the functionality possible in the Quick Apps Designer. The creator of a Quick App has permission to convert it, along with any system administrator who is also a Quick App Creator. Quick App Creators do not inherently have permission to convert each others' apps.
Quick Apps can be removed from a system as easily as they are created. The creator of a Quick App has permission to delete it, along with any system administrator who is also a Quick App Creator. Quick App Creators do not inherently have permission to delete each others' apps. Note, however, that if a Quick App has been modified in Appian Designer, it can only be deleted from the Quick Apps Designer by a system administrator.
Deleting a Quick App removes it from the system as if it had never been created. This means that the following things are removed:
On This Page