Versions Compared

Key

  • This line was added.
  • This line was removed.
  • Formatting was changed.
Table of Contents

⏮️ Context

Info

What is the context and status quo of the opportunity

...

Info

What are the goals the opportunity is going to address

#

Requirement

MoSCow matrix

(Must, Should, Could)

Comments

1

As the FZ Operations team

I want to be able to activate/deactivate offline payment methods by restaurant and delivery service options,

So that I can manage and adapt to the different business rules.

MUST

  • The payment methods configurations must be set by the FZ operations team; restaurants shouldn’t be able to apply this type of changes.

  • In Portugal, this configuration doesn’t change frequently. Example: if the restaurant is located in a dangerous region, the offline payment methods will always be disabled.

  • In BK ES, they might need to change it more frequently. On average these changes happen once or twice a week per restaurant. Usually, they need to disable offline payment methods when there are only external drivers available.

  • These configurations must be possible:

    • by restaurant: be able to choose the payment methods active for each restaurant

    • by service mode: the restaurant can disable offline payment methods for home delivery, but this method is available for mobile ordering (pick-up, eat-in, etc);

    • For home delivery service mode, they might need to add configurations for specific delivery service options: the restaurant can also disable this method for the external drivers and activate it for the own drivers..

2

As The Operations team

I want to activate/deactivate other payment methods (besides offline payment methods) by restaurant,

So that I can manage and adapt to the different business rules.

SHOULD

  • Currently, the Homeria system allows the configuration of cash and Amazon pay payment methods.

  • As we are enabling new payment methods (like Bizum, Waylet and MBWAY), which have a similar behavior as Amazon pay, we can add those payment methods to this configuration.

  • If we implement this requirement, we must consider that:

    • some payment methods shouldn’t be disabled, such as credit card or paypal;

    • the restaurant must have at least one online payment method available.

3

As The Operations teams

I Want to automatically deactivate offline payment methods, for specific schedules, by restaurant and channel

So that I avoid issues in restaurants located in dangerous regions.

COULD

  • BK PT shared that it would be good to deactivate offline payment methods every day after mid-night for some restaurants. This configuration won’t change frequently.

4

As The Operations teams

I want to activate/ deactivate offline payment methods for mobile ordering service modes (eat-in, take away, table service, etc)

So that I can have full autonomy to adjust to different business rules and scenarios.

COULD

  • For mobile ordering service modes (eat in, take away, table service, etc), the offline payment methods should be permanently deactivated.

  • This doesn’t change regularly and it’s possible to manage this in the backend, by the technical team, if necessary.

  • In the long run, if we can add this flexibility to manage this scenario by the operations team, it’s a nice to have to give them full autonomy about payment methods configurations.

5

As The Operations teams

I want to activate/ deactivate offline payment methods for scheduled orders,

So that I can have full autonomy to adjust to different business rules and scenarios.

COULD

  • The offline payment methods are permanently deactivated for scheduled orders.

  • Teams don’t change this configuration. It’s possible to manage this as a permanent rule, without configuration.

  • In the long run, as the business can change, it would be nice to have this option configurable.

Additional notes:

  • Offline payment methods = cash, voucher and terminal at home.

  • Cash is the most relevant payment method, compared to the other offline payment methods.

  • For example, in BK ES they have never disabled vouchers. Although this may cause problems, it’s a corner case, as very few customers use this payment method.

  • Stakeholders that shared these requirements (all from operations teams):

    • BK PT: José Gomes and Diamantino Carvalho

    • BK ES: Jose Angel Lezama Mendoza

    • PLK ES: Iñigo Pellejero Rovira

...

📈 Success Metrics

Info

List here which are the metrics to look at to define success for the solution implemented. Use those KPIs to define the current status

...