What is the need/problem?
DIrect links to products in the shops are very valuable for marketing reasons and searche engine optimization (SEO). One example would be the advertisement of cetain products in a newsletter or in social media, where the shopper is then directed to the product directly.
Currently there is no option to use direct links because we are using modals instead of a product detail page (PDP).
Who does it impact?
Shoppers are impacted as they cannot be directed to products directly, but they have to find the product amongst all the others in the shop.
Shop managers and hub managers are impacted as they cannot do efficient advertisement of certain products, or if they do, they will lose many shoppers along the customer journey.
Shop managers, hub managers and OFN in general are impacted as search engines cannot find the offered products, or if they do, they will be rated low due to the missing direct links and backlinks.
What is the current impact of the problem?
As a result of the above-mentioned, shoppers suffer from long and inefficient customer journeys and the shopping experience is negatively affected.
Shop managers and hub managers suffer from missing advertisement options and consequently reduced turnover.
The overall visibility of the OFN and its products in search engine results is being reduced.
What is the benefit of focusing on this?
Efficient advertisement capaigns on all channels are enabled.
Producers can direct shoppers directly to certain products.
Visibility in search ingines will be improved.
Potential solutions that will solve the problem?
Create direct links to modals in the shop
- straight forward if there is only one open order cycle
- Example: product with permalink “apples”: https://staging.openfoodfrance.org/example-shop/shop/apples
- Benefit: quick win regarding direct marketing and SEO
- Downside: inconvinient user experience with high barriers towards conversion (will not be part of the main user flow)
To be clarified:
- How to handle this, if there are multiple open order cycles, because the product may be in one order cycle and not in the other?
- How to handle this, if there are no open order cycles?
Could be shown over the shop page even if there are multiple or no order cycles. Example:
Initially we can even make it so simple it will not cross check the hub name in the URL with the product name in the URL. It will just display whatever product in whatever shop (users need to build the URL correctly).
In a second step, we can then improve it to validate if the product has ever been sold (or can be sold) by the hub.
Even if we assume the product in the URL matches the hub in the URL, if the user is coming from outside, we may get her looking for the product in open OCs and realizing the product is not for sale right now. As another extra step we can improve the PDP to list all OCs where product is sold or add a message “product is not currently for sale”.
The issue says: “link directly to the product detail within the shop”. I think that means the shop product listing tab. But that doesn’t define the order cycle. It’s also not easy to use the URL fragment because that’s already used for the tabs (and login modal).
I like your idea of putting it in the URL request part. But I can already see problems when people have a full cart in one order cycle and then click on a link to a product in another order cycle. I think this needs more inception.
Users needing to craft the URL and people seeing a product on a shop front that is not in the product list will be very confusing otherwise.
I’m not sure I’m following what it means to “build on top of the shop URL”. Does it means shop URL + permalink of the product = product URL?
I think I agree with Maikel. I wonder if this isn’t the way to design a full product page, instead of a modal… Modal don’t display way in mobile anyway. Maybe something for the next round of mobile work?
Create direct links to modals in the ‘about’ page
- load the about page of the enterprise and open the product modal on top of it
- load the product description independently of whether it’s on sale in a given order cycle or not
that would load https://staging.openfoodfrance.org/ugandan-spices/about with the product modal for apples
- Benefit: very important for SEO to have a stable page, not a page that appears and disappears in different versions (the shop page with different products) all the time according to order cycles
- Benefit: creates space for having a normal PDP independent of order cycles (see solution 3 below)
- Downside: inconvinient user experience with high barriers towards conversion
- Alternative: load the modal over the shop page independently of whether it’s on sale in a given order cycle or not (see solution 1)
To be clarified:
Where would we pick the product from?
Proposal: Use any open order cycles OR otherwise look for products in the list of all the products in all enterprises that this enterprise can sell products from.
What Modals will be active and what Modals should be blank?
See Solution 3 ‘What PDPs will be active and what PDPs should be blank?’
Which order cycle should be used (when showing the modal over the shop page) if there are multiple open order cycles?
I dont think we should build a PDP outside the modal, I think that will require a LOT of work (design dev etc). I think we should get the URL/modal thing working. I agree landing on a modal with a product that is not in the listing below the modal is weird, I think we should find alternatives.
My proposal is to open the existing product modal over the shop’s About page where the user can close the modal and click Shop.
In a second, also easy step, we can add the list of OCs to the product modal where the product is currently for sale that will enable the user to jump directly to the OC where the product is.
I think this simple feature would improve the very poor situation a lot.
In terms of experience, I don’t actually think what you’re describing @luisramos0 is the best solution. If the goal is to have the shopper buy, why would we take them to the modal if they then can’t buy the product? The extra clicks to then get the shopper onto the shop list, to see the product, and then to purchase it is far too big a barrier to conversion.
As much as I would LOVE to have PDPs, I don’t think hacking the modal is the right way to get us there.
As a user I would get to the PDP and not be able to buy, nor see the price, nor see the availability of the product – and then be forced to navigate to another location and search for the product in a list +
The modal with the list of OCs will make the user land on a page with a link to the right shop, I dont think it would be too bad.
We can add the product variants and price next to the OC but I think that would be better after migrating the modal to a page and proper design.
For now I’d suggest the modal with the links to the OCs, just that.
I vote to get this done now with URL and a PDP on the existing modal because it’s easy and will get us very good value.
Not doing it now it means closing this issue, going back to discourse for Inception and design: the year will be 2021 at least.
You are damn right, @luisramos0!
Use product detail pages (PDP)
- PDPs are a standard in the e-commerce industry
- PDP shows the product details, a list of the order cycles it’s in, whether it is currently on sale or not, and a link to the shop
- requires a lot of work incl. design
- modals are not displayed on mobile devices so PDPs would be good
To be clarified:
What PDPs will be active and what PDPs should be blank?
Example: A hub with access to 6 farmers with 10 products each: 60 products. The hub only sells 40 of these products and has overrides for 20 of these 40 products, the hub never sells the other 20 products.
What products will have a PDP?
- all the 60 products
- just the 40 products that have been in some order cycle before
- just the (for example) 31 products that are in an open order cycle right now
(this has the big disadvantage of making PDPs appear and disappear as the OCs open and close)
- just the 20 overridden products
- Example: A hub with access to 6 farmers with 10 products each: 60 products. The hub only sells 40 of these products and has overrides for 20 of these 40 products, the hub never sells the other 20 products.
Lynne: All the 60 products, but shoppers can only access them through direct links or through an open order cycle. This is to avoid shoppers to see PDP of products they cannot buy, it is easy for hub managers to create and edit the direct link within the product/variant, it is good for SEO. The PDP could be hidden by the hub manager.
Should prices be shown on the PDP?
- This is tricky because prices can be modified by order cycle, distributor or per-user vis tags
Konrad: Yes, the price is one of the most important information about a product. Only order cycles that are currently open and the user is permitted to buy in should be shown. If there are different prices, it is only transparent to see this on the PDP.
Oh dear. I’m quite concerned about this falling out of scope. The two main things people want in shopfront are PDP and images on mobile. PDP is crucial for shopfront marketing on social media… and that is going to be a crucial part of shopper retention when things start to go back to normal.
Selection of a feature candidate
Doesn’t need to go through the full process so much as be agreed as a priority in the roadmap. We can bring this to the next product curation session.
T-shirt size of our selected feature candidate
1 - the URL to the product modal is not difficult to do - XS
2 - adding the list of OCs is a little effort that becomes bigger if you want to have the price - S+
3 - moving the exiting modal to an equivalent/simple page on it’s own is also not difficult in terms of dev (it just requires design) - M
4 - adding the classic “add to cart” button will be another design challenge (multi OC) and also a bit of a dev challenge to make it work properly - M+
Metrics to measure if need is satisfied after feature is implemented
- Compare search engine results before and after implementation - rating should be improved.
- Compare conversion rates regarding advertisement in newsletters and social media before and after implementation - conversion rate should be omproved.
Epic/projet where you can follow implementation
Additional info regarding inception
We can prioritise this to be done, separately to the mobile work.
So, I think this requires to be taken up a level - what is the problem we are trying to solve, and then we start talking about solutions. I think this will be prioritised by the global community, but the thinking about how it will work has not been done, and wasn’t included in the mobile shopping original scope (as per @kirstenalarsen’s slack response, we’d added it because it felt like a quick win but in hindsight it wasn’t actually that).
I think it’s worth at least scoping the need properly to understand what a more long term solution would look like (logic + dev) and I’m happy to bring preliminary designs (yes I have them - in this instance it’s the easier part!).
Connected wishlist and discovery discussions*
- Github issue: [mobile ux] Direct links to shop products #5105
For information only (not required to be read):
- Slack discussion: Rachel, 29. Jan. 2020 Hello! Does someone know how permalinks on products are used? Is there a way to build a URL pointing to a product description thanks to them?
- Slack discussion: Danni, 10. Feb. 2020 Hey @devs would it be difficult to create direct links to product modals? Ultimately it would be awesome to have individual product pages, but in the interim can we just directly link to the modal?