Currently, there's a significant "use case" gap in our website content. On one end of the spectrum, the content makes general promises we make ("let cloud-based pipes do your dirty work") and on the other, we offer specific examples/templates for a given pipe, but don't fully explain the use case and how to implement these examples in the context of the developer's own code.
To address this gap, we need to add a series of "use case" pages under a new "Use Cases" section.
In each case, the individual use case page acts as a "sales rep" for our product -- it makes a specific pitch or offering, and if some one wants this offering, the page provides a set of steps on how to get set up with the solution. In this way, each "use case" page can function as an input to our web-driven sales funnel.
Here's what's needed to make this happen:
1. Create a set of use case pages
Each page should have a set of content that makes a "pitch" for the use case:
Headline -- a statement that summarizes what the pipe offers a user
Pain point -- a description of the problem that the user and that the pipe solves
How it works -- some context on how the pipe fits into the developers code or technical infrastructure
Template link -- link to the pipe that will solve the problem
How-to steps -- what the developer or user must do to grab the pipe and put it into production
Examples and notes -- additional help to answer any basic questions
Feedback request (optional) -- yes/no buttons to provide an answer to the question "was this helpful"
If we include a feedback request, if the user clicks "no", we can pop open a form asking them what info was missing or why the use case didn't meet their needs.
2. Create overview page for the use cases
This is a portal page for the use cases. It lists a set of categories for the use cases, along with links to 4-5 use cases for each category. Here are some options for the page heading:
Explore what you can do with Flex.io
Put data pipes to work for you.
Explore ways to simplify common web development tasks with data pipes.
Generally, we should simplify the home page and reduce the verbiage. In addition, it should focus more on the use case examples and specific tasks what Flex.io can do.
The overall message/promise we can convey to developers here is that we're giving them a range of pre-built data processing tools and building blocks that they can plug into their code immediately, saving them the time and hassle of writing code to create these building blocks themselves.
Here are the changes needed to the home pages and site navigation:
Change main heading/tagline to a value-related promise for devs
Add a "Use Cases" sub-section that highlights 4-6 use cases
Add a set of logos for services we integrate with an extend
Add "Use Cases" as a top nav item that links to a "Use Cases" overview page
In the top nav, rename "Examples" as "Templates"
New site organization and navigation
The new use cases section does not replace the existing example templates, but supplements and makes use of these. Multiple use case pages might link to a single example/template. Alternately, a single use case page might link to or reference multiple examples/templates, if there are different pipe variations that are all relevant to a single use case.
Here's a diagram that shows how the new site organization and navigation works:
Ultimately, the focus of these changes is to incorporate a large number of use case pages into the website. Everything revolves around these use cases and their content.
Here's a set of use case categories and individual use cases that could be listed under them:
CHARTS AND GRAPHS
Prototype charts and graphs on a web page within minutes
Set up Highcharts with interactive controls
Use Google Sheets as a data source for Highcharts
Create charts and graphs from CSV files in Dropbox
Add interactive charts and graphs to a Wix website
Add refreshable charts and graphs to a SquareSpace website
Create charts and graphs directly from an API
DATA VISUALIZATION
Display interactive D3.js visualizations on GitHub pages
Add dynamic data visualizations to static web pages on Amazon S3
Add interactive D3.js data visualizations to a Wix website
Create D3.js data visualizations from Google Sheets
Create D3.js data visualizations from CSV files in Dropbox
Visualize data from APIs
SAAS UTILITIES
Identify duplicate contact records in Salesforce.com
Clean and standardize contact addresses in Pipedrive
Generate custom financial reports from Xero
Automatically email reports from Xero to your team
Extract data from Mixpanel into CSV files in Dropbox
SAAS CONNECTORS
Connect Mixpanel with Google Sheets
Connect HubSpot with Google Sheets
Connect Intercom with HubSpot
Connect Xero with other applications
Connect QuickBooks Online with other applications
DATA-DRIVEN COMPONENTS
Add a contact form to a website and receive responses by email
Add a file upload form to a website without setting up a server
Add a file download button to a web page
Create an interactive dashboard using D3.js components
Add interactive controls to an embedded Google Map
DATA FEEDS
Set up an automated SFTP data feed from a MySQL database
Copy files automatically from an SFTP folder into Dropbox
Send data from a MySQL database as an email attachment
Backup files from Dropbox to Amazon S3
Load a CSV file from an email attachment into a database
DATA CLEANING
Clean invalid characters from text values in a CSV file
Format values in a CSV file to match a standard data type
Standardize column names in a set of CSV files
Identify JSON objects with invalid data values
Identify duplicate values in a set of JSON objects
DATA VALIDATION
Validate the format of files submitted in an upload form
Validate that a CSV file contains expected columns
Validate values in a JSON object match an expected data type
Validate values in a JSON object are within an expected range
Validate there are no date range gaps in a set of CSV files
Validate the contents of a CSV file
Create automated tests for a set of API requests
IMAGE PROCESSING
Automatically process images sent as an email attachment
Generate thumbnails for a large set of images
Catalog the meta data for a large set of images in Dropbox
Standardize the image format for hundreds of images in Dropbox
Add a date/time stamp to the file name for a large set of photos
WEB SCRAPING
Extract and catalog meta data for a set of web pages
Extract and catalog image links for a set web pages
Extract and catalog embedded Twitter data for a set of web pages
Generate an RSS feed for all links in a set of web pages
Monitor a set of web pages for changes and new content
API INTEGRATION
Create a custom set of API mappings
Combine and reformat JSON objects from different APIs
Standardize the JSON format from different versions of an API
Create a CSV file from a set of API requests
Add records to a Google Sheet from a set of API requests
Currently, there's a significant "use case" gap in our website content. On one end of the spectrum, the content makes general promises we make ("let cloud-based pipes do your dirty work") and on the other, we offer specific examples/templates for a given pipe, but don't fully explain the use case and how to implement these examples in the context of the developer's own code.
To address this gap, we need to add a series of "use case" pages under a new "Use Cases" section.
In each case, the individual use case page acts as a "sales rep" for our product -- it makes a specific pitch or offering, and if some one wants this offering, the page provides a set of steps on how to get set up with the solution. In this way, each "use case" page can function as an input to our web-driven sales funnel.
Here's what's needed to make this happen:
1. Create a set of use case pages
Each page should have a set of content that makes a "pitch" for the use case:
If we include a feedback request, if the user clicks "no", we can pop open a form asking them what info was missing or why the use case didn't meet their needs.
2. Create overview page for the use cases
This is a portal page for the use cases. It lists a set of categories for the use cases, along with links to 4-5 use cases for each category. Here are some options for the page heading:
For a nice comp see: https://www.twilio.com/use-cases
3. Update the navigation and the home page
Generally, we should simplify the home page and reduce the verbiage. In addition, it should focus more on the use case examples and specific tasks what Flex.io can do.
The overall message/promise we can convey to developers here is that we're giving them a range of pre-built data processing tools and building blocks that they can plug into their code immediately, saving them the time and hassle of writing code to create these building blocks themselves.
Here are the changes needed to the home pages and site navigation:
New site organization and navigation
The new use cases section does not replace the existing example templates, but supplements and makes use of these. Multiple use case pages might link to a single example/template. Alternately, a single use case page might link to or reference multiple examples/templates, if there are different pipe variations that are all relevant to a single use case.
Here's a diagram that shows how the new site organization and navigation works:
Ultimately, the focus of these changes is to incorporate a large number of use case pages into the website. Everything revolves around these use cases and their content.
Here's a set of use case categories and individual use cases that could be listed under them:
CHARTS AND GRAPHS
DATA VISUALIZATION
SAAS UTILITIES
SAAS CONNECTORS
DATA-DRIVEN COMPONENTS
DATA FEEDS
DATA CLEANING
DATA VALIDATION
IMAGE PROCESSING
WEB SCRAPING
API INTEGRATION