Get Started. It's Free
or sign up with your email address
Crimson by Mind Map: Crimson

1. Customer UX

1.1. Signup - Get user persona

1.1.1. Persona-customized experience

1.1.2. Get user persona

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

1.2. Onboarding

1.2.1. (1) Select Stream source ThethingsNetwork Thingsboard AWS IoT Generic HTTP Client

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

1.2.3. (3) Wait for data to be reported (3a) Trigger test telemetry report and show the result

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

1.2.5. (5) From the parking log, user can modify a device metadata using the fields in the telemetry report. AUTOMAPPING1 System must ask the customer if it wants to apply AUTOMAPPING1 to all the rest of the devices from that stream Reference Hevodata Create a container and add the device in. Option to apply to other devices.

1.2.6. (6) View rules that are automatically created User can update Thresholds Reference Value Show alerts that will be generated once the rule is set to live

1.2.7. (7) Redirect the user to a main dashboard showing Dashboards automatically generated based from containers and type of devices Automatically created Number of devices for mapping (parked devices) Warnings/Critical device/containers Estimated monthly cost Limits and actual rates Bandwidth utilization Rules

1.3. Account management

1.3.1. See billing reports

1.3.2. Setup billing details Setup credit card details

1.4. Integrations

1.4.1. Stream Source (with downlink) TTI TB Generic HTTP Client 1 Generic HTTP Client 2

1.4.2. Stream Destination Elasticsearch AWS IoT AWS S3 MongoDB Atlas

1.4.3. Notification Channels Slack Freshdesk Promotexter Pagerduty

1.5. Device Management

1.5.1. Devices List devices Filter by container View telemetry by device Types Sensors Actuator Mapping Templates

1.5.2. Containers View aggregated telemetry by device

1.5.3. Parking lot List of unknown devices which doesn't fit into any telemetry mapper

1.5.4. Telemetry Mappers* Each device needs a mapper

1.6. Rules

2. Customer Types

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

2.1.1. Needs onboarding using Xiaomi context Low focus

2.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

2.2.1. Needs guidance / sample codes on how to integrate their current platform Predefined list Must always be updated Needs integration developers Option to integrate an unknown source Admin must be notified if a new one is added for curation and possibly adding to the predefined list

2.2.2. Needs simple workflow from integration, visualization and alert configuration Needs easy to use tool for device population Upload CSV file Needs easy to use tool for device group / container definition Visualization of the container with zoom to see devices

2.3. Tech lead with a big team /

2.3.1. Needs teams, access rights

2.4. System Integrator with multiple customers

2.4.1. Needs sub-account management

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

2.5.1. Needs migration support tools

3. Entities

3.1. Customer

3.1.1. has many Devices belongs to one group has many device types has one mapping template has a timeseries / state / logs for each telemetry has events has alerts has many rules has geomapping data has device name

3.1.2. Has many groups has geomapping data aggregated all devices / timeseries data last value for state telemetry has device count has events has alerts has many rules

3.1.3. has many Dashboards has multiple dashboards has multiple panels has viewport mapping has chart

3.1.4. has many Rules has triggers has actions has type device container

3.1.5. has many Event has type

3.1.6. has many Alerts has type info warning critical has status open closed

3.1.7. has many Integrations

3.1.8. Users

3.1.9. Billing detail has credit card info

3.1.10. Has many groups

4. Automatically Generated

4.1. Main Dashboard

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

4.1.2. 1 panel for each device type in every container Temperature Temperature Timeseries Humidity Timeseries Motion State timeseries Vibration Bed activity timeseries state timeseries

4.2. Container Dashboard

4.2.1. For every container added, a container dashboard will automatically be created. This will follow hierarchy. User would be able to browse from the main dashboard to every container dashboard

4.3. Rules

4.3.1. Device For every device added, apply the default device rule Temperature Motion

4.3.2. Container For every container added, apply the default container rule Temperature Motion

4.4. Mapper

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

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

4.5. Container aggregated data

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

5. Applications

5.1. Ingest API

5.2. Data API

5.3. Portal

5.4. Rule Engine API

5.5. Outbound Service

6. 3rd-party Application

6.1. Subscription/Billing

6.2. Authentication