|
Size: 5200
Comment: (ossguy) add initial draft, including reference to previously-made notes and how we'd extend those
|
Size: 1375
Comment:
|
| Deletions are marked like this. | Additions are marked like this. |
| Line 1: | Line 1: |
| Working on SignupAndUpgradeFlow provides some reminders of additional features that users sometimes ask us about. One that comes up on a semi-regular basis (and is probably desired often but asked for less often) is how to pay for multiple JMP numbers as once and/or "administer" multiple JMP numbers. We want to at least provide a way for people to pay for multiple JMP numbers at once, since it's good for them (less time spent paying, as there are fewer payments to make), and good for us (a few larger transactions is less support work and transaction fees than a lot of small transactions). Here is a general design for that, focusing on the database model, and using that as a lens through which we see its effects on usability: | Hey, |
| Line 3: | Line 3: |
| == Basic payment schema == | I’d like to invite you to discover a collection of inspiring mini-courses taught by 12 accomplished women who have journeyed this path and are here to show the way. |
| Line 5: | Line 5: |
| Notes written in April 2018 on the schema to use, which is not yet fully realized, but provides a good framework for the additions we want to make for the multi-account support: | We’re all burnt out of the quick-fix glamour solutions in business. If you’re longing for a solid plan that is in tune with your truth and with the welfare of the collective, then The Mystic Biz Summit is the package of your solopreneur dreams. |
| Line 7: | Line 7: |
| rough set of keys to use * "payment-plan_as_of_YYYYMM-JID" - key of plan that is in effect for given month * "payment-balance_prepaid-JID" - in this month's plan currency (careful not to convert) * "payment-amount_paid_YYYYMM-JID" - currency matches plan_as_of_YYYYMM-JID currency * "payment-user_type-JID" - "type" of user so know what plans to show * "payment-funding_method-JID" - how the account is funded (recurring? prepaid?) |
This series of on-demand courses will offer you the vision, roadmap, and enthusiasm needed to ignite your path toward establishing a prosperous business in every sense of the word. |
| Line 14: | Line 9: |
| == Extensions for multi-account payments == | My co-instructors also included in this summit are incredibly impressive women who have created multi-figure businesses, made bold moves in harmony with their truth, and navigated their path through the noise to make a genuine impact with their work. |
| Line 16: | Line 11: |
| To make the above work with multi-account payments, we'll need a few more keys: | Through powerful short video lessons, practical exercises, guided meditations, tools, AND 5 bonus resources, you’ll be equipped for success in today’s dynamic digital landscape. |
| Line 18: | Line 13: |
| * "payment-leaf_jids-[index]" - a list of JIDs that are paid for by the same "account"; the first JID in this list is the one that pays for the others * "payment-leaf_jids-total" - the current number of "payment-leaf_jids-[index]" keys - so we can easily iterate over all of them (see below) * "payment-leaf_jids_index-JID" - the index of the Redis list containing the JIDs that are paid for by "JID"'s "payment-balance_prepaid-JID" |
We are convinced that there is no ONE WAY to the good stuff. |
| Line 22: | Line 15: |
| (We might call "leaf_jid" something like "extra_jid" instead.) | The magic lies in honoring your journey and embracing it fully, then utilizing strategies and proven techniques to support you along the way. |
| Line 24: | Line 17: |
| If a person wants to pay for an additional JID, they'll do so via the account bot. There are two options | Join us for The Mystic Biz Summit: https://dub.sh/mystic-summit |
| Line 26: | Line 19: |
| # They add an existing trial user to their account. # They create a referral code that lets other accounts signup using this main account as the payer (see SignupAndUpgradeFlow for code details). In both cases, the end result of the extra account being added (after the account signs up in the second case) is that we create the "payment-leaf_jids-[index]" list if it's not there again, and ensure it has at least two elements: the JID of the first ("main") account and then the additional accounts that will be paid for by the first JID's "payment-balance_prepaid-JID". Note that the "payment-balance_prepaid-JID" key won't exist for trial users - they will also have "payment-plan_as_of_YYYYMM-JID" that is of a trial type. A leaf account won't have a "payment-balance_prepaid-JID" key of its own either, but they will have a "payment-plan_as_of_YYYYMM-JID" that is of a non-trial type - that is how one can differentiate the two. == User interface == === For main account === The main account can see all the JIDs and JMP numbers that it pays for (with an account bot command). This is easily done by looking up "payment-leaf_jids_index-JID" then "payment-leaf_jids-[index]" and doing extra lookups to get each JMP number from the JIDs. It may be that we want the main account to be able to see usage info for the leaf accounts too. === For leaf accounts === The leaf accounts don't actually "know" which main account they're attached to. So we need to iterate through all "payment-leaf_jids-[index]" lists to find which one they're in (we'd do this at addition time to prevent dupes), and then we'd give them either the JID or JMP number of the main account - this should be fine for a while as we won't have to do this often (only when a user wants to see who their "main" account is) and there shouldn't be many of them. The user can then use that info to contact the "main" account if they need to discuss things with that person (an administrator of sorts you could say). == Privacy considerations == The "current" system for payments used by JMP (without any of the above "payment-*" keys) does reveal which whether a JID or phone number is used by a JMP user (but it does NOT allow a random person to see which number has which JID or vice versa). This is a side-effect of how we do payments currently, where the Redis database doesn't actually know who has paid and who hasn't, so instead we check if the number/JID belongs to a JMP user at all, as a way of doing basic verification. We'd prefer that arbitrary people not be able to know whether a JID or phone number belongs to a JMP user. The above design mostly allows for that, except in the case of trial users, where it is still possible to check if a JID has a trial account, since we'd need that for the #1 step in the Extensions section above. It may be possible for us to hide even that, but might not be worth it. Also, it may incentivize people to pay for a JMP account (not as a primary goal of this, of course - just an unintended consequence). |
Best, Rachel Leedom ---- CategoryCategory |
Hey,
I’d like to invite you to discover a collection of inspiring mini-courses taught by 12 accomplished women who have journeyed this path and are here to show the way.
We’re all burnt out of the quick-fix glamour solutions in business. If you’re longing for a solid plan that is in tune with your truth and with the welfare of the collective, then The Mystic Biz Summit is the package of your solopreneur dreams.
This series of on-demand courses will offer you the vision, roadmap, and enthusiasm needed to ignite your path toward establishing a prosperous business in every sense of the word.
My co-instructors also included in this summit are incredibly impressive women who have created multi-figure businesses, made bold moves in harmony with their truth, and navigated their path through the noise to make a genuine impact with their work.
Through powerful short video lessons, practical exercises, guided meditations, tools, AND 5 bonus resources, you’ll be equipped for success in today’s dynamic digital landscape.
We are convinced that there is no ONE WAY to the good stuff.
The magic lies in honoring your journey and embracing it fully, then utilizing strategies and proven techniques to support you along the way.
Join us for The Mystic Biz Summit: https://dub.sh/mystic-summit
Best, Rachel Leedom