Replies: 4 comments 5 replies
-
Suggestion for the names (extracted from the catalog page):
|
Beta Was this translation helpful? Give feedback.
-
@yesil I don't know if this is covered already by other means, but the segment type is also a key differentiator as you can have card variations for a single app for individuals, business, students for instance. |
Beta Was this translation helpful? Give feedback.
-
Thanks @drew-cottrell that's a good point. |
Beta Was this translation helpful? Give feedback.
-
Here is the list of all product names and their CaaS tags as shared by Rikio in slack: In this regard, can we ask all BU to provide their actual product titles and tags or a technical name . cc: @geri-w ?
|
Beta Was this translation helpful? Give feedback.
-
Addressable product names like
photoshop
,acrobat-pro
,all-apps
are used at several places such as deep-linking, personalisation, etc.Currently, merch-cards blocks are not instrumented with product names.
Given that we know in advance the entire list of products, I propose the following approach for the authoring of merch-cards:
Engineering: keeps the full list of product names in the code and check the merch-card block metadata against this list before assigning product name to a card.
e.g:
GWP: authors cards, and the last
class
in the block should correspond to the product name.The latter is not mandatory, but will be needed for both plans and catalog cards.
When used, it can also be leveraged for MEP.
Later we can extend the usage of this list for entitlement awareness, upgrade flow, etc.
Alternatively this list can be maintained in Excel but, for the sake of performance, and given its semi static nature, we can start with keeping it next to the code.
Beta Was this translation helpful? Give feedback.
All reactions