Lancez-Vous. C'est gratuit
ou s'inscrire avec votre adresse e-mail
Crimson par Mind Map: Crimson

1. Customer Types

1.1. Non-techie but with Xiaomi devices at home/office

1.1.1. Needs onboarding using Xiaomi context

1.1.1.1. Low focus

1.2. Developer/Integrator with know-how on TTI/AWS IOT/ and doesn't have an IoT platform yet or Developer who wants to create an extended visualization to their current IOT platform

1.2.1. Needs guidance / sample codes on how to integrate their current platform

1.2.1.1. Predefined list

1.2.1.1.1. Must always be updated

1.2.1.1.2. Needs integration developers

1.2.1.2. Option to integrate an unknown source

1.2.1.2.1. Admin must be notified if a new one is added for curation and possibly adding to the predefined list

1.2.2. Needs simple workflow from integration, visualization and alert configuration

1.2.2.1. Needs easy to use tool for device population

1.2.2.1.1. Upload CSV file

1.2.2.2. Needs easy to use tool for device group / container definition

1.2.2.2.1. Visualization of the container with zoom to see devices

1.3. Tech lead with a big team /

1.3.1. Needs teams, access rights

1.4. System Integrator with multiple customers

1.4.1. Needs sub-account management

1.5. A customer already using a competitor platform but wants to migrate

1.5.1. Needs migration support tools

2. Entities

2.1. Customer

2.1.1. has many Devices

2.1.1.1. belongs to one group

2.1.1.2. has many device types

2.1.1.2.1. has one mapping template

2.1.1.3. has a timeseries / state / logs for each telemetry

2.1.1.4. has events

2.1.1.5. has alerts

2.1.1.6. has many rules

2.1.1.7. has geomapping data

2.1.1.8. has device name

2.1.2. Has many groups

2.1.2.1. has geomapping data

2.1.2.2. aggregated all devices / timeseries data

2.1.2.3. last value for state telemetry

2.1.2.4. has device count

2.1.2.5. has events

2.1.2.6. has alerts

2.1.2.7. has many rules

2.1.3. has many Dashboards

2.1.3.1. has multiple dashboards

2.1.3.2. has multiple panels

2.1.3.2.1. has viewport mapping

2.1.3.2.2. has chart

2.1.4. has many Rules

2.1.4.1. has triggers

2.1.4.2. has actions

2.1.4.3. has type

2.1.4.3.1. device

2.1.4.3.2. container

2.1.5. has many Event

2.1.5.1. has type

2.1.6. has many Alerts

2.1.6.1. has type

2.1.6.1.1. info

2.1.6.1.2. warning

2.1.6.1.3. critical

2.1.6.2. has status

2.1.6.2.1. open

2.1.6.2.2. closed

2.1.7. has many Integrations

2.1.8. Users

2.1.9. Billing detail

2.1.9.1. has credit card info

2.1.10. Has many groups

3. Applications

3.1. Ingest API

3.2. Data API

3.3. Portal

3.4. Rule Engine API

3.5. Outbound Service

4. Customer UX

4.1. Signup - Get user persona

4.1.1. Persona-customized experience

4.1.2. Get user persona

4.1.3. Email address with link for setting up password -> Onboarding

4.2. Onboarding

4.2.1. (1) Select Stream source

4.2.1.1. ThethingsNetwork

4.2.1.2. Thingsboard

4.2.1.3. AWS IoT

4.2.1.4. Generic HTTP Client

4.2.2. (2) Setup integration keys / fields / guides for integrating the client

4.2.3. (3) Wait for data to be reported

4.2.3.1. (3a) Trigger test telemetry report and show the result

4.2.4. (4) Once data is received, device(s) is/are shown in the parking lot

4.2.5. (5) From the parking log, user can

4.2.5.1. modify a device metadata using the fields in the telemetry report. AUTOMAPPING1

4.2.5.2. System must ask the customer if it wants to apply AUTOMAPPING1 to all the rest of the devices from that stream

4.2.5.2.1. Reference Hevodata

4.2.5.3. Create a container and add the device in. Option to apply to other devices.

4.2.6. (6) View rules that are automatically created

4.2.6.1. User can update

4.2.6.1.1. Thresholds

4.2.6.1.2. Reference Value

4.2.6.2. Show alerts that will be generated once the rule is set to live

4.2.7. (7) Redirect the user to a main dashboard showing

4.2.7.1. Dashboards automatically generated based from containers and type of devices

4.2.7.1.1. Automatically created

4.2.7.2. Number of devices for mapping (parked devices)

4.2.7.3. Warnings/Critical device/containers

4.2.7.4. Estimated monthly cost

4.2.7.5. Limits and actual rates

4.2.7.5.1. Bandwidth utilization

4.2.7.6. Rules

4.3. Account management

4.3.1. See billing reports

4.3.2. Setup billing details

4.3.2.1. Setup credit card details

4.4. Integrations

4.4.1. Stream Source (with downlink)

4.4.1.1. TTI

4.4.1.2. TB

4.4.1.3. Generic HTTP Client 1

4.4.1.4. Generic HTTP Client 2

4.4.2. Stream Destination

4.4.2.1. Elasticsearch

4.4.2.2. AWS IoT

4.4.2.3. AWS S3

4.4.2.4. MongoDB Atlas

4.4.3. Notification Channels

4.4.3.1. Slack

4.4.3.2. Freshdesk

4.4.3.3. Promotexter

4.4.3.4. Pagerduty

4.5. Device Management

4.5.1. Devices

4.5.1.1. List devices

4.5.1.2. Filter by container

4.5.1.3. View telemetry by device

4.5.1.4. Types

4.5.1.4.1. Sensors

4.5.1.4.2. Actuator

4.5.1.5. Mapping Templates

4.5.2. Containers

4.5.2.1. View aggregated telemetry by device

4.5.3. Parking lot

4.5.3.1. List of unknown devices which doesn't fit into any telemetry mapper

4.5.4. Telemetry Mappers*

4.5.4.1. Each device needs a mapper

4.6. Rules

5. Automatically Generated

5.1. Main Dashboard

5.1.1. A parent dashboard would show panels containing containers as the series

5.1.2. 1 panel for each device type in every container

5.1.2.1. Temperature

5.1.2.1.1. Temperature Timeseries

5.1.2.1.2. Humidity Timeseries

5.1.2.2. Motion

5.1.2.2.1. State timeseries

5.1.2.3. Vibration

5.1.2.3.1. Bed activity timeseries

5.1.2.3.2. state timeseries

5.2. Container Dashboard

5.2.1. For every container added, a container dashboard will automatically be created. This will follow hierarchy.

5.2.1.1. User would be able to browse from the main dashboard to every container dashboard

5.3. Rules

5.3.1. Device

5.3.1.1. For every device added, apply the default device rule

5.3.1.1.1. Temperature

5.3.1.1.2. Motion

5.3.2. Container

5.3.2.1. For every container added, apply the default container rule

5.3.2.1.1. Temperature

5.3.2.1.2. Motion

5.4. Mapper

5.4.1. For every Stream source added, a stream mapper is applied to all incoming data

5.4.2. For every device added, a telemetry mapper is applied depending on the type

5.5. Container aggregated data

5.5.1. Once a device is added in the container, its telemetry will be included in the aggregated data of the container.

6. 3rd-party Application

6.1. Subscription/Billing

6.2. Authentication