Scrillionaire Feature Roadmap

These are the planned features for Scrillionaire. Not all of these features has an explicit design component but this is an accounting of the features we have decided to add to our Feature List so far.


Join the waitlist to find out about new features as they make it onto our roadmap

= Feature Complete

Big Number Chart

The Big Number Chart is a scrollable chart of users total available cash over time. This chart is the primary chart users will be presented with. It is scrollable back in time to see the users Big Number back to the earliest records the user has downloaded and analyzed on their device.

Problem: Users do not understand how their available cash has changed over time.

Solution: Show users a Big number chart that shows how their available cash has changed over time.

Stretch Feature: Charts will have some interface for either integrating them together or easily swapping between data representations.

Big Number

A users Big Number is the aggregate cash the user has available. How much in cash resources can they utilize right now. This number is prominently shown to users on the homepage. It is updated as new data is downloaded and analyzed on the client.

Problem: Users do not know the total amount of cash they have access to at any given point in time.

Solution: Show users a Big number that aggregates all of the withdraw-able cash available to them from all of their accounts.

Stretch Feature: Big Number minus liabilities with monthly commitments aggregated into a Little Number.

Encrypted Backups

Data is symmetricly encrypted on client and then transmitted over https to server for storage. User can retrieve their own encrypted blob and decrypt on device.

Problem: Users cannot recover data that is stored on device if device is lost, stolen, damaged beyond use, or if they simply delete the app.

Solution: Users can encrypt thier data and store it on our servers.

Stretch Feature: Analyze encrypted user data using homomorphic encryption to provide anonymouse public features.

Income Percentile Calculator

The Income Percentile Calculator allows users to see what income percentile they are in, what the average is for their current location and what the average for their home address is. The user can check any zip code’s average income percentile.

Problem: Users do not know what what their income percentile is and cannot calculate it in a private setting. They also do not know what the average is geographically.

Solution: Provide users with a calculator that uses local data to tell them what income percentile they are and that of specific zip codes.

Stretch Feature: User can also see a scrollable chart going back in time showing how their percentile has changed.

Levels & Achievments

The Levels feature is a sort of game like progression where users have to meet and maintain certain criteria in order to level up. Users are presented visually with their current level, their progress toward the next level and the tasks left for them to complete in order to move on to the next level. Users go down in level if they do not continue to maintain any level’s requirements. The levels are aimed specifically at improving users financial health. The Achievements feature is a sort of game like achievements system. Users are awarded Achievements for completing specific challenges like “Spend <25% of income in April” or “Increase savings rate by 25% in Q3”. These Achievements are presented to the user as tappable icons that expand to full pages when tapped giving descriptions of the challenge, the date you received the achievement and a quote from a financial guru.

Problem: Users do not have a private and gamified method of understanding their financial level and how to get to a higher one.

Solution: Provide users with a gamified Levels and Achievements systems that rewards them for taking actions to improve their financial health.

Stretch Feature: Users can add achievements to their public profile.

Localized Data

Data is Localized. Private Data is processed locally. Ranking Data is not linked to User ID. Server components encrypt any user data that is stored with users public key. User data is deleted once user completes client side retrieval and storage. Private Ranking Data is only a users Big Number and its global ranking. Public Ranking is only a users Big Number and its ranking among other public users Big Number.

Problem: Users do not want us to sell their data in order to deliver our services and do not trust that we are not selling their data if we store their data.

Solution: Process as much user data locally on device and store as little data on our servers as possible. When we store data, store it anonymously

Stretch Feature: Open source backend services so that users can have assurance that we don’t look at their data beyond the items they want to make public (Big Number Ranking or possibly allowing them to make specific pieces of data like transactions or historical Big Number available).

Notifications Squared

We leverage localized user data and personalized financial education to generate expressive coordinated notifications that prompt users to take financial actions at the right time and in the right place. For example, we may prompt a user to transfer $35 to their savings account every day as they leave work. Or, we may deliver users succint financial literacy information as a user arrives home on the weekend. We will utilize AI to tune these notifications to users preferences based on their effectiveness in changing user behavior over time.

Problem: Users don't know when they are most succeptible to influence regaurding their finances

Solution: Utilize localized user data to build a customized AI that influences user behavior

Stretch Feature: Allow users to give their personalized AI limited control over money moevment on their behalf

Peer Competition

Users can create groups and the groups will feature Group Leaderboards. Users will be ranked within the groups according to available cash. Users will be able to add and delete members of the group, create and delete groups, and decide specifically what data to share with a group.

Problem: Users can not create private groups to share ranking data with (Big Number and that number’s rank within a subset of users that opt into a group).

Solution: Allow users to authorize us to share their ranking data in a private group.

Stretch Feature: Professional financial planners, accountants and other finance professionals can create groups with clients to help them deliver services.

Private Ranking

Private Ranking will allow users to be ranked against other users in a private fashion using Scrillionaire’s private ranking technology. These ranks will update throughout the day. Users will be ranked against all users of the app regardless of whether or not they are publicly ranked.

Problem: Users do not know how their accumulated cash on hand compares to other peoples cash on hand at any given point in time and they do not want to share their information publicly in order to find out.

Solution: Show users their ranking vis-a-vis other players compared cash on hand in a private fashion.

Stretch Feature: Real Time updates.

Public Ranking

Public Ranking allows users to opt into ranking where they are only ranked against other publicly ranked users. These rankings are made public for users to share. Users receive links to share their public profile. Their public profile is a static page where they can share their big number and/or their rank. Both are optional and can be toggled by the user. The interface for their public rank includes links to the public profiles of the people above and below them as well as the top 7.

Problem: Users are not able to share their financial status with other people in a verifiable fashion that also protects their specific financial data.

Solution: Allow users to authorize us to share their public ranking data (Big Number and Public Rank).

Stretch Feature: Robust public profiles with historical ranking data and verified large purchases.

Transaction Level Data

Users will have access to Transaction Level Data. Users are able to see each account at an institution, then each transaction belonging to that account, then related transactions across accounts. Also, users are able to see a list of transactions sorted by date across all accounts and across all accounts for a transaction..

Problem: Users do not have a centralized place to see all of their transaction level data and related transactions.

Solution: Provide users with an interface to navigate and view transaction level data.

Stretch Feature: Users see transactions stats like “largest transaction”, “Most Repeated Transaction”, “Average transaction Amount” etc.