- handbook
- Company
- Company
- Board
- Communications
- Decision making
- Guides
- KPIs and OKRs
- principles
- Remote Work
- Security
- Asset Management Policy
- Business Continuity & Disaster Recovery Policy
- Information Security Roles and Responsibilities
- Operations Security Policy
- Risk Management Policy
- Third-Party Risk Management Policy
- Human Resources Security Policy
- Access Control Policy
- Incident Response Plan
- Cryptography Policy
- Information Security Policy and Acceptable Use Policy
- Secure Development Policy
- Data Management Policy
- strategy
- values
- Operations
- Product
- Feedback
- Market Segments
- Metrics
- Node-RED Dashboard
- personas
- Pricing Principles
- Principles
- Responsibilities
- Strategy
- Versioning
- Customer department
- Customer
- Customer Success
- Hubspot
- Marketing
- How we work
- Marketing
- Video
- Customer Stories
- Social Media
- blog
- Community
- Marketing - Website
- Webinars
- FlowFuse Messaging
- Sales
- Engineering & Design Practices
- Design
- Engineering
- Certified Nodes
- contributing
- Front End
- Packaging Guidelines
- Platform Ops
- Deployment
- Incident Response
- Observability
- Production Environment
- Staging Environment
- FlowFuse Dedicated
- Project Management
- Releases
- Security Policy
- tools
- Website A/B Testing
- Internal Operations
- People Ops
# Personas
Personas are fictional characters that represent the different users we expect to interact with FlowFuse as a brand and/or platform. Personas are a generalized way of talking about the ideal target we are aiming to communicate with and design for.
Personas help us not only define our messaging and marketing delivery, but also our product. Keeping personas in mind allows us to use the correct language and make the best decisions to address their specific problems and pain points. At FlowFuse, we have many personas that will evolve over time:
# Manufacturing Inc.
# Persona Template
# Profile
- Name: Naming your Persona is very important to increase empathy with them. Having them named is shown to make relating to their situation easier to do, and result in better product decisions.
- Picture: What does the persona look like? Choose a realistic and believable picture.
- Age: Choose a realistic age for the persona, this can also be a range if needs be, but try to keep it fairly precise.
# Details
- Occupation: What is their professional occupation? This doesn't have to correlate directly to why they're a Persona, but can play a very important role defining them.
- Purchasing Role: Where in the hierarchy of a purchasing decision do they sit, and to what scale could we expect such a decision to bring in financially?
- Technical Skillset: This is a FlowFuse-specific characteristic we've introduced for our Personas. It's important as a low-code platform to consider technical skillsets, that developers or those in the technical industry such as ourselves may take for granted, and even how they've learned their technical skillset, should they have one.
- Node-RED Experience: Another FlowFuse-specific detail. This helps us frame the sales/marketing strategy for this Persona, and will also frame explanations of what FlowFuse is and does.
- Additional information: A catch-all for any other remarks or comments to be made for the persona.
# Behaviours
-
Interests: What personal and professional interests does this person have?
-
Motivations: Why does this persona do what they do? What drives them?
-
Influences: Where do they get their opinions from? What sources of information influence their own decision making?
-
Needs & Expectations: What does this persona need in their day-to-day life to help them? What are their baseline expectiations for what "good" or "valuable" looks like?
# Goals
What problem does the persona want to solve, or which benefit does the character seek? Why would the persona want to use or buy FlowFuse?
- Job To Be Done: In the context of the persona, what are they trying to achieve?
- Challenges: What are their regular blockers and pain points when trying to work towards their goals?
# Persona Profiles
# Paul, Plant Manager
- Responsible for the overall production and profit of the products
- Sets guidelines for investments and serves as the final decision-making authority
- Responsible for growth of the plant
- Ongoing investment planning and budget setting for new machines and new employees
- Wants the factory to run smoothly
- Wants to improve the economic and future situation of the plant
- Data & facts
- Conferences
- Network
- Easy access to reporting
- Transparency
- Creating an innovative factory
- Improve the economic situation
# Steve, Plant Engineer
- Responsible for the design, production, and maintenance of a line or facility
- Sets guidelines for mechanical design of a facility
- Responsible for identifying opportunities for increased production
- Ongoing investment planning and budget setting for new machines
- Prepares meaningful KPIs together with the production planner
- Wants the factory to run smoothly
- Downtime Reduction
- Data & facts
- Conferences
- Network
- Easy access to reporting
- Transparency
- Predictive Maintenance
- Downtime Reporting
- Process Visibility
# Sarah, Process Engineer
- Responsible for the design
- Identify process flow bottle necks
- Report on productivity and efficiency of a production line
- Identify quality problems and is the quality engineer if one isn't present
- Identifies meaningful KPIs and creates them
- Wants the factory to run smoothly
- Quality production
- Data & facts
- Industry specific Conferences
- Peers
- Automation and Controls Engineers
- Easy access to reporting
- Transparency
- Data Access
- Real Time Analytics
# Isabella, IIoT Project Lead
- Reports to Paul
- Definition of IT/OT architecture on machine, line, plant and global level
- Coordination and handover to Operations for operation of software components
- Define and implement connectivity of machines
- Interface between IT department and OT departments
- Provide added value
- See IIoT topics growing
- Conferences
- Podcasts
- Personal Network
- Tools that interacts with industrial equipment and can provide data to other software applications
- Easy way to visualize data
- Stable and high available software
- Identifying added value for production
- Establishing IIoT standards
# Peter, Automation and Controls Engineer
- Works alongside Sarah
- Management of a team responsible for planning, design, and programming of PLCs
- Conception, specification, and programming of Controls Systems
- Connection of the control systems to other systems and implementation of process adjustments
- Management of the commissioning of machines and production lines and controlling of compliance with software standards in the application
- Central contact for control technology
- Extract data from control systems and make available to enterprise
- Visibility into the production
- Enabling team member to solve own problems
- System Integrators
- PLC OEMs (Siemens, Rockwell, ABB, Beckhoff)
- Trainings
- Wants easy ways to provide PLC data to other systems
- Budget
- Time
- Identifying problems gives them work
# Danielle, Developer
- Works for Corporate team.
- Drive application and product development activities
- Choosing the technology/tools I use to do my work
- Being paid to do her job
- Getting a "that is cool" response from her boss for something she has built
- Building things that work
- Twitter, YouTube, TikTok, Discord Communities
- Colleagues
- Stack Overflow
- Personal Network
- Understanding how Node-RED works internally to get the most out of it.
- Confidence the platform she’s being told to use is stable and suitable for the task
- A modern set of development tools and processes - version control, CI/CD
- Increasing speed of development
- Prefers to write code - not sure why low-code is being used
- Poor documentation for the 10’s of APIs she has to work with
# Common Use Cases
Based on the Personas, the following section describes the most relevant Use Cases that we identified in exchange with our customers. These Use Cases align with the Product Strategy.
-
Data transformation As Peter, Automation and Controls Engineer and Danielle, Developer, I want to connect, collect, and store data from several sources, so that I can analyze my data further and ensure it is accessible in a unified manner.
-
Generate actionable insights As Peter, Automation and Controls Engineer and Danielle, Developer, I want to visualize and analyze my data, so that I can generate actionable insights from my data.
-
Enterprise Readiness As Paul, Plant Manager, I want a professional partner with seamless enterprise integration, security, and a reliable architecture, so that I can use Node-RED in corporate and production environments.