This is a draft start to the worker proposals for the dashboard. It’s a living document for now:
...
Table of Contents |
---|
Objective
To maintain & support the existing implementation of the dashboard and construct new features to support adoption & use by users as well as integration partners.
Primary
The primary dashboard effort will create a path to ensure:
The dashboard is hosted, maintained and continually running.
Existing features are maintained, supported and evolved based on feedback.
Paths to adoption and use through user base growth and business partner integrations are created in concert marketing and business efforts.
Secondary
The secondary dashboard effort will create a path to ensure:
New features are surfaced, prioritized and built to support additional use and integration opportunity
A scalable future for dashboard users.
A scalable future for the dashboard into industry segments.
Description/Mission
The mission of the dashboard is to drive adoption by end users and integration partners with the net effect being increased use of FIO handles and domains which create direct paths to revenue for the organization as well as defining FIO as THE protocol of choice within multiple industry sectors.
Strategy
The strategy for the dashboard is founded around three main areas of opportunity; the end user, integration partners, and new opportunities. Each of these areas will have use cases which will be used to support them and serve in helping to create the KPIs for this project.
End User
Increase number of and value of domain sales (103)
Increase number of FIO Crypto Handle registrations (86)
Increase awareness of FIO Protocol (113)
Integration
Increase Domain & Crypto Handle Registrations and Utilization with Partners
Opportunity
Support new creative ways FIO Protocol can increase usability across new segments.
Use Cases
The use cases for the dashboard provides high level guidelines and context for product use across different segments and users.
End User Segments (P2P)
Cryptocurrency
Ease of Use
Single Source Asset Management
TBD
NFTs
Authentication
TBD
Integration Partners (B2B)
Cryptocurrency
NFTs
Integration Partners (B2P)
Financial
Gaming
Authentication
Data
Implementation
Current
Strategic
Roadmap Feature Specs
Resource Planning
Development Feature Scope
Marketing Planning
Educational Planning
- Metric
KPI Planning
Tactical Implementation
UX
Current Roadmap
QA
Bug Fixes
Development
Current Roadmap
QA
Bug Fixes
Marketing
Educational
Metrics
Ongoing
Steering Committee Working Sessions and Reporting
Future
Strategic
Product Refinement Plan (based on metrics)
Future Feature Roadmap Ideation and Creation
User Research
Resource Planning
Follow-on Marketing
- Continual Metric
KPI Review
Tactical Implementation
Existing UX Tweaks
New UX
New Development
New Marketing Campaign
Educational based on new features
Marketing
Educational
Metrics
Ongoing
Steering Committee Working Sessions and Reporting
KPIs
Schedule and Topics
Dashboard KPIs must be actionable and measurable. Their success depends on objective, statement of detail and the “stake” in the ground. The following is a proposed schedule and topics for creation of initial KPIs.
Schedule
Q3 2022
Create Initial KPIs (including but not limited to)
Description
Label
Owner
Updater
Calculation
Frequency
Scope
Metrics
Identify KPI Management Tools
Initial Measurement Tested
Q4 2022
Measurement - TBD
Refinement - TBD
Q1 2023
Measurement - TBD
Refinement - TBD
Q2 2023
Measurement - TBD
Refinement - TBD
Topics
Lead - Predicting Future Success
User
New Handle Increase
New Domain Increase
Usage
Operational
Uptime SLA
Bug
Integration
New Partner Integration Increase
Lag - Past and Current Performance
Roadmap Achievement ?
Revenue ?
KPI Tools
TBD
Roadmap
Resource Allocation & Budget
It requires the following resources regardless of where it lives structurally:
Product Owner
Product Management Resource
SME
UX Resource (to ensure tactical efforts do not bottleneck development)
Development Resource
Marketing Resource
Educational Resource
Steering Committee (from a directional input perspective)
Potentially: Business Relationship Arm
Questions:
What would be the differences in the two - Standalone vs. Underneath?
Is it ownership or reporting structure for example?
How will resources work across efforts?
What are the guardrails for decision making?
How does this work on multiple efforts? Like for example, I want to spend time on exploring new tech and opportunities
KPIs
...
The most important element
...
Dashboard Budget (DRAFT - Needs Allocation Completed)
Role Type | Role | Time Allocation (Monthly) |
---|---|---|
Director | WP Leader | |
Strategy | CTO | |
Strategy | CPO | |
Core | Lead Architect | |
Core | Senior Engineer | |
Implementation (Development) | Architect | |
Implementation (Development) | Engineer(s) | |
Implementation (Development) | QA | |
Implementation (Development) | Project Mgmt | |
Implementation (Development) | Release Mgmt | |
Implementation (Development) | Ops | |
Implementation (UX) | Research | 0.25 |
Implementation (UX) | Jr. UX Visual/IA | 0.25 |
Business | This will be supplemented by the business team within FIO | ? |
Marketing | This will be supplemented by the marketing team within FIO | ? |