Closed sstead closed 3 years ago
Hey @yukoosawa. Sorry, could you provide little more clarification about what it is you'd like to see for this, and where? Ta!
@oeoeaio So it may have just been a me thing (and it is very possible that you cover this information as part of onboarding a new customer/enterprise) but I wasn't sure what 'Schedule' and 'Order Cycle' meant in the buttons.
I wasn't entirely sure of the difference (although I know now) and wasn't sure of best practices especially when it came to naming and organising these.
Suggestion was to add a tooltip or something to help the user understand what the labels/actions mean. But again please note my comment was very much driven by being a complete noobie to admin/enterprise/shop/ofn language :) This is a bootstrap tooltip:
👍
@sstead can you specify then more clearly with template the issue with the result of what is expected from a dev so that it can be picked up? thanks ;-) Also it seems there need to be some review on UX for where to put the schedule notion, apparently Rob was not super happy to have it under order cycle... so shall we pause that issue? As if we review that soon maybe it doens't worth fixing this... if you agree we can put as blocked for now. Else specify and let's ask some newby to work on it !:-)
So I did a bit of analysis on this issue to sort out the last two unclear issues on subs.
Today on OFN the bootstrap tooltip appear in two situations if I'm not mistaken:
on pictos at the end of order lines
on entesprise settings under "what's this" text
I checked all the other main menu pages, filters and call to actions (+ new xxx) and non has any tooltip. My intuition is that if the main CTA needs a tooltip there is a UX problem. Order cycle notion is a fundamental notion on OFN and we explain it to any new user. I don't think it needs a tooltip, if they want to understand the logic they need to go to the user guide.
So my preference would be to:
What do you think about that suggestion ? @sstead @sstead @kirstenalarsen ?
:point_up: @kirstenalarsen @lin-d-hop @RachL woudl be great also to have your feedback on my proposal for this second and last story that was in "define and design" in sub, so I need some review before specifying what to do. Thanks !
Independent from subs, providing the link to the guide would definitely help newcomers get used to the product and let others learn about new features. Although using "help" might be a bit easier to understand?
@myriamboure As much as I would like to have a clear access to the user guide, I don't think this is something we can squeeze in the Subs v1 scope. This to me is another issue, even something we need to put to discourse first? What do you think @daniellemoorhead ?
Here we need:
Regarding 1, I'm not sure it is a good practice to have links next to each other. The more we have the more it will show up weirdly with some resolutions. So maybe we need to introduce something like a profile (like we have in front office) ? So that the User guide link is a direct one but the the others are more in a sub menu?
Also I don't know if the orange you put is on purpose? I'm afraid the typo color we have in the backoffice does not give much contrast and can be hard for people with bad eyesight. So I would be in favor of a black text :)
Re. tooltips I quite like the small question mark icon:
Agree with @RachL on decoupling these two things.
@sigmundpetersen I do too. It's rather common so I expect users to be familiar with it.
@myriamboure As much as I would like to have a clear access to the user guide, I don't think this is something we can squeeze in the Subs v1 scope. This to me is another issue, even something we need to put to discourse first? What do you think @daniellemoorhead ?
I agree, not necessarily part of subs. But it would make what we have great...so let's not lose this when it's taken out of the subs epic.
I found that we already have an example of the question mark style tooltip in the backoffice 😄
Removing from the subs v1 epic as it's not part of the scope.
not scoped clearly enough for papercut
@lin-d-hop @RachL do either of you think this is scoped clearly enough to be on the Welcome New Devs board? It isn't to me - I am removing but can put back if you think it is?
Question: Was there a decision made to call subscriptions 'subscriptions' in the settings of the enterprise:
But then refer to that new functionality as 'schedules':
I wonder if, the papercut sized solution for this is to replace 'schedule' with 'subscription'. Or at least reference subscriptions as a function in this model:
Maybe under the heading text of 'adding a new schedule' we can add text like:
"This is where you create subscription like options for your customers. The subscription or 'schedule' must be attached to an order cycle" etc.
@Erioldoesdesign FYI all instances can change basically all text within the app thanks to translations. So for example in FR we call subscriptions "recurring orders" because we thought it was more appropriate. But that works for English instances as well.
That being said I'm not sure I understand your proposal: a schedule is like a tag which - when applied to an order cycle - triggers the subscription process.
But subs are not created when you create a schedule. They are created beforehand in /admin/subscriptions
.
If you think it can be useful, maybe we could set up a call where I give you a little demo of how it works currently.
hmm Louise did some subscriptions training with me already but looks like it didn't quite stick in my mind.
a demo is always welcome!
It looks like my suggestion for papercutting this again won't work. However the confusion between order cycles, subscriptions and schedules remains true then and it seems they are functions that will require user guide/customer support unless simplification is done. So that part is not papercut.
What Yuko originally suggested though was adding context through a tool tip as to why the 'New schedule' button has suddenly appeared after 'enabling' subscriptions. It is not at all clear what you would do next after enabling subscriptions (unless you are following the guide or a customer support person does this for you)
The only word I think could be better than Schedule would may be Rhythm of the subscription. This is better understood with the basic example of "weekly" and "fortnightly". You have a weekly OC but you need those two schedules because some customers will only want to receive what's on their "subscription" every other week. A Subscription is not directly connected to an Order Cycle, only through the Schedules. For example, customer A has a subscription with schedule fortnightly and customer B has a subscription with schedule weekly. Customer A will not have orders in half of the weekly Order Cycles, the OCs not tagged with schedule "fortnightly". I hope this helps explain the concepts.
I am happy we are talking about this. There's plenty of room for improvement in terms of making it easier to use/understand :tada:
"In the Order Cycle admin page there is an Add Schedule button - clicking this opens a modal"... This button didn't appear on the page until Subscriptions was enabled in Enterprise > Manage. I only knew this was an issue due to Nick's comment.
As a User I am not familiar with the terminology - but ‘schedule’ and ‘order cycle’ were not easily understood. Consider adding a tooltip for the labels?
Issue spotted by Yuko