In this guide, you will learn:
- Three basic elements of an app
- How an app fits into a solution
- What makes a solution impactful for your operation
- Essential principles each solution needs
Apps
A Tulip app is a piece of software geared towards helping an end user complete tasks that resemble their physical workflow. An app should perform discrete tasks and address a specific business problem in a specific location or physical environment.
The core value of Tulip apps is to replicate your physical operations. These apps could be:
- Guided workflows that walk operators through steps to complete tasks, like work instructions.
- Dashboards that compile real-time production data
- Inventory terminal with kanban capabilities for replenishment
- Rework management that routes rework to operators and notifies quality control
Apps are as customizable as you need them to be. There are three elements that make up an app:
Design
The layout, organization, physical appearance, and color scheme of steps and the components on a step. Design also includes naming conventions for components.
Learn more about app design here.
Functionality
How the app logic performs, such as: trigger behavior, step navigation, or widget configuration
Learn about how to build app functionality in the Tulip University Basic App Design and Logic course here.
Architecture
The defined scope of the app, the data that’s read from or written to, and the integrations and/or devices connected.
Below is an example of a basic app architecture diagram:
Learn about app architecture through our interactive diagram here.
Solutions
A Tulip solution is collection of artifacts (apps, data model, physical devices) and functionalities (routing, automations, monitoring, integrations).
Think of it as a system that connects apps, what they need to run, and all the digital parts (i.e. like data from tables, connections to other systems, and physical devices).
The image below shows a typical map of physical stations to apps that work together and form a solution:
What does a solution do?
Solutions are built to satisfy business objectives and continually solve operational problems. They are designed to evolve and grow alongside your operations, as Tulip apps are continuously improved based on real-world feedback, performance analysis, and functionality requirements.
A solution must take a human-centric approach, which means consider the human element in the work that operators do and how they do it, including tools, devices, and equipment.
Example
A human-centric design takes into account if operators are wearing gloves, and therefore unable to use touch screens, by using devices like barcode scanners, foot petals, digital weighing and measuring devices, or wearables, like Proglove.
How do I make sure a solution solves the right problem?
It is easy to get into Tulip and build an app that solves a problem, but you will see the most value by focusing on business objectives in order to identify key problems. Then you can build a solution around what provides the most value.
A successful Tulip solution involves the following key steps:
- Define Business Objectives: Clearly establish business objectives and align the project's scope with these objectives.
- Document Physical Operations: Thoroughly understand and document the physical operations within the scope of the project. This includes mapping how, where, and when frontline operators will interact with the solution.
- Document Operator Activities and Processes: Gain a comprehensive understanding of the operator activities and processes the solution will support.
- Develop Iterative Wireframes: Create wireframes representing operator tasks and workflows. These wireframes will evolve throughout the iterative solution building process, ultimately becoming the actual solution.
The image illustrates this process:
Learn more about how to design a Tulip solution here.
Core necessities of a solution
The following principles are essential for a scalable, human-approachable solution:
- Solutions are broken into apps by considering the smallest logical blocks–solution components–that make sense for a given Shop Floor.
A solution might be broken into separate apps based on place, time, and role. Apps should have a 1:1 app to workflow ratio: what activities is this operator performing at this location during this specific time? This model is known as Composability. Learn more about building composable apps here. - Solutions and their components should be able to pass a “hit-by-a-truck” test, meaning one process engineer should be able to understand and support the solution if another process engineer in the same area developed it.
- Solutions follow a flexible and composable common data model, like the Tulip Common Data Model. Learn more about common data modeling in Tulip here.
- Solutions follow defined best practices, such as those outlined in the Tulip Solution Credo. These best practices ensure alignment across every digitally represented process. Solution components are standardized and templated whenever possible. For example, a component library containing step templates that include base layouts, checklists, forms, and so on.
Next Steps
Start building apps with Tulip experts’ guidance:
Did you find what you were looking for?
You can also head to community.tulip.co to post your question or see if others have faced a similar question!