ECOMMERCE
More than
a storefront.
A reason
to choose you.
Brand expression.
Buying confidence. Connected operations.
We design the decisions between discovery and purchase—and consider the systems behind every order. A distinctive store should feel like your business and work for the people on both sides of the checkout.
EXPLORE THE BUYING EXPERIENCE CONCEPT / OBJECT 01DESIGNED TO BE EXPLOREDAEvery choice.Considered.Coral / concept finishCoralBlueNavyTurn the object
Interactive design concept. No product is for sale and no order is created.
A GREAT STORE THINKS PAST THE PERFECT PATH
What happens
when the journey changes?
Explore the moments a polished product image cannot solve on its own. Each one changes what the interface needs to explain.
An unavailable optionA delivery questionAn interrupted checkoutTHE CUSTOMER’S QUESTIONCan I still get the option I wanted?
AVAILABILITY / ALTERNATIVES / NEXT STEPMake availability understandable.
Clearly identify the unavailable option. Show suitable alternatives or an approved notification route where supported, without implying an item can be purchased when it cannot.
The implementation conversation
Confirm where stock data comes from, how variants are represented, and which availability messages the platform can support.
ADD THIS TO MY COMMERCE BRIEFECOMMERCE / BRAND INTO BUYING EXPERIENCE
A distinctive store.
A considered way to shop.
Your store brings your brand, products, and operations into one experience. Averane connects those details—from the first collection view to the handoff after an order—with the people shopping and the team running the business.
Explore the decisions behind a useful store, then collect the priorities you want to discuss in your ecommerce brief.
Explore all industriesBEFORE THE FIRST LAYOUT
Understand the business
the store needs to support.
The creative direction matters. So do the catalog, the people buying, and the processes behind every order. Discovery connects those requirements into a scope that can be designed, built, and reviewed.
How do people decide?
Discuss the audiences, buying questions, product comparisons, and common points of uncertainty. Existing customer feedback and the team’s experience help shape the priorities.
What makes the products different?
Identify product types, variants, attributes, media, and relationships. Subscriptions, bundles, digital items, or wholesale requirements need explicit discussion when relevant.
What happens after an order?
Map payment, inventory, fulfillment, customer communication, and support responsibilities. Identify the systems and providers already involved.
What does a useful launch require?
Agree on content readiness, dependencies, review milestones, responsibilities, and acceptance criteria. Budget and timing should follow the work required.
01 / PRODUCT DISCOVERY
Help people find
what feels right for them.
A storefront should make a collection understandable, not simply put products on a page. Averane connects brand expression with useful categories, navigation, and browsing experiences shaped around your catalog.
Start with how customers choose.
We consider product relationships, the information shoppers use to compare options, and the way your team maintains the collection. Search and filters should reflect real catalog needs rather than add complexity without purpose.
- Collection structure and category navigation
- Relevant search and filtering requirements
- Useful browsing, empty states, and product hierarchy
EXPLORE THE EXPERIENCE / PRODUCT DISCOVERY
FORM / ORIGINAL CONCEPT COLLECTIONAllCarryDeskForm BottleCarryArc CupCarryLine TrayDesk3 concepts shown.
COLLECTIONGive the full range a clear structure.
Plan useful categories and consistent product information so shoppers can understand what is available.
Catalog → categories → product context
Include this topic in my briefOriginal planning concept. No information is submitted and no client results are implied.
THE DETAIL BEHIND THE EXPERIENCE
Catalog architecture
+A small, tightly edited collection and a large, changing catalog need different navigation. We examine product types, category relationships, attributes, and the terms customers use. Products may belong in several collections, but their placement should remain understandable to shoppers and manageable for the team.
What we define together
Category hierarchy; product attributes; collection relationships; naming conventions.
Search, filters, and empty states
+We discuss what shoppers need to narrow a selection: size, use, material, compatibility, or other relevant attributes. Search behavior, selected filters, sorting, and a clear reset path are considered together. A useful empty state explains how to continue when a query or combination produces no results.
What we define together
Search requirements; filter logic; sorting; no-result and unavailable-product journeys.
Merchandising with purpose
+Featured products, seasonal collections, recommendations, and campaign landing pages should support a specific customer decision. We plan where these elements belong, who maintains them, and what the platform can support. Recommendations and promotional rules require reliable product information and agreed logic.
What we define together
Featured collections; campaign entry points; related-product requirements; editorial ownership.
02 / PRODUCT EXPERIENCE
Let the details
support the decision.
Product pages bring together imagery, options, descriptions, and practical buying information. We shape those elements into a coherent experience that helps customers evaluate a product without losing the character of your brand.
Make selection visible and understandable.
Variants, availability, product specifications, and buying information need to work together. We discuss the actual catalog and platform behavior before choosing how the product experience should function.
- Product content, imagery, and variant structure
- Clear selection and availability states
- Consistent information across product types
EXPLORE THE EXPERIENCE / PRODUCT EXPERIENCE
FORMORIGINAL CONCEPTMade forthe everyday.
Coral finish selected.
Plan specifications, imagery, and product care around the actual item. Coral BlueExplore detailsVARIANTShow what the customer has selected.
Keep the active option clear and connect it to the relevant imagery and product information. These are original demonstration products.
Option → visible selection → relevant information
Include this topic in my briefOriginal planning concept. No information is submitted and no client results are implied.
THE DETAIL BEHIND THE EXPERIENCE
A product model that reflects what you sell
+Variants are not simply colored buttons. Options can affect imagery, price, availability, identifiers, and the information a customer needs before buying. We clarify the product structure and exception cases before building reusable product templates.
What we define together
Simple and variable products; option combinations; identifiers; unavailable selections.
Imagery, specifications, and useful reassurance
+We plan how photography, media, descriptions, dimensions, care instructions, and other approved information work together. The hierarchy should help someone evaluate the item without requiring them to hunt through disconnected panels. Product-specific requirements influence the template.
What we define together
Media requirements; specifications; content hierarchy; delivery and returns information supplied by your team.
Edge cases deserve a designed response
+A missing image, an out-of-stock option, a long product name, or a large number of variants can expose weaknesses in a polished mockup. We discuss representative examples and the appropriate interface behavior so templates are tested against the catalog they will actually hold.
What we define together
Long content; missing assets; option availability; representative product checks.
03 / CART & CHECKOUT
A considered path
from interest to order.
The transition from product selection to checkout deserves as much attention as the storefront. We consider cart clarity, relevant information, and the capabilities and limits of the selected commerce platform.
Keep the handoff clear.
Payments, shipping, tax configuration, and checkout behavior depend on your platform, providers, and operating requirements. We define those dependencies with your team and review the agreed journeys before launch.
- Cart states, quantities, and selection clarity
- Checkout and payment-provider requirements
- Confirmation, error feedback, and order handoff
EXPLORE THE EXPERIENCE / CART & CHECKOUT
PURCHASE JOURNEY / DEMONSTRATIONREVIEW YOUR SELECTIONOne considered next step.Product, option, quantity, and the relevant buying information.
01 Cart02 Checkout03 FeedbackNo products are sold or payments collected here.
CARTMake the selection easy to review.
Plan clear product, option, quantity, and pricing information, together with useful routes to edit or continue browsing.
Selection → review → next step
Include this topic in my briefOriginal planning concept. No information is submitted and no client results are implied.
THE DETAIL BEHIND THE EXPERIENCE
Cart behavior and buying context
+We consider how shoppers review a selection, change quantities, remove an item, and return to browsing. Any discounts, delivery messaging, or additional buying information must reflect the actual rules and capabilities of the store. An empty cart should still offer a useful next step.
What we define together
Cart editing; empty states; promotions; relevant cost and delivery information.
Checkout constraints and provider responsibilities
+Checkout is shaped by the selected platform, plan, providers, and operational requirements. We review the available approach before committing to a custom flow. Your team supplies the business rules; specialist advisers or providers should confirm any tax, legal, or payment obligations.
What we define together
Guest and account requirements; payment options; shipping configuration; permitted customization.
After the transaction
+The experience continues through confirmation, notifications, customer questions, and the operational handoff. We discuss which system generates each message, where an order appears, and what happens if a step fails. A visual success state alone does not establish that every connected process completed.
What we define together
Order confirmation; notification ownership; failed or interrupted attempts; support routes.
04 / CONNECTED OPERATIONS
Design the storefront.
Understand what happens behind it.
The store is connected to the way your business operates. Product data, inventory, payments, fulfillment, and customer tools can all influence the experience people see.
Map the systems before connecting them.
We clarify the source of information, the systems that exchange it, and the people responsible for each part. Integration scope depends on available capabilities, data quality, and provider access.
- Catalog and inventory ownership
- Order and fulfillment dependencies
- Customer-system integrations and failure handling
EXPLORE THE EXPERIENCE / CONNECTED OPERATIONS
YOURSTORE01CatalogProduct source02OrdersOperational handoff03CustomersConnected toolsCATALOG
Know where product information comes from.
Identify the source of product data, how it is maintained, and which information needs to stay aligned across systems.
Source → catalog → storefront
Include this topic in my briefOriginal planning concept. No information is submitted and no client results are implied.
THE DETAIL BEHIND THE EXPERIENCE
Identify the source of truth
+When several systems hold product, inventory, or customer information, unclear ownership creates avoidable conflicts. We map where each type of data is maintained, how it reaches the store, and which system should govern changes. The integration approach depends on the systems and access available.
What we define together
System inventory; data ownership; field mapping; synchronization requirements.
Plan exceptions, not just successful transfers
+A connection may receive incomplete information, a delayed response, or a failed request. We discuss how relevant failures become visible, who investigates them, and whether retries or manual intervention are appropriate. The exact behavior is defined within the integration scope.
What we define together
Validation; useful logs or alerts; exception handling; operational owners.
Connect systems around a defined purpose
+Inventory, fulfillment, CRM, email, subscriptions, and other tools should be considered in relation to a business workflow. We establish the intended outcome, available provider capabilities, and testing responsibilities before promising a connection.
What we define together
Provider access; documented capabilities; test environment availability; acceptance criteria.
PLATFORM FIT / NOT PLATFORM HABIT
Choose the foundation
with the full picture in view.
We discuss Shopify, WooCommerce on WordPress, and other appropriate approaches against your actual requirements. The recommendation should account for operating the store after launch as well as building the experience in front of you.
Questions that shape the platform conversationRequirementWhat we need to understandWhat it influencesCatalogProduct types, variants, relationships, and scale.Content structure, editing, and collection behavior.CheckoutPayment, delivery, account, and buying requirements.Provider selection, available customization, and scope.IntegrationsExisting tools, data sources, and operational owners.Connection approach, dependencies, and validation.Team workflowWho maintains products, content, and campaigns.Permissions, reusable content, training, and support.Ownership & costPlatform, provider, app, and maintenance responsibilities.Ongoing commitments and the full operating picture.Future requirementsLikely changes to products, markets, or business workflows.Practical tradeoffs and a realistic path for later work.Capabilities and commercial terms vary by platform, plan, provider, and implementation. We confirm the relevant details when scoping the project.
05 / STORE MANAGEMENT
Build for the people
running the store.
A useful ecommerce website should also fit the team behind it. We plan catalog editing, campaign content, and day-to-day workflows around your platform and operational needs.
Choose the platform around the requirements.
Shopify, WooCommerce on WordPress, and other appropriate approaches involve different capabilities and responsibilities. We discuss catalog complexity, integrations, editing needs, and ongoing care before recommending a direction.
- Platform fit and operational requirements
- Reusable product and campaign content
- Permissions, training, and maintenance ownership
EXPLORE THE EXPERIENCE / STORE MANAGEMENT
STORE WORKSPACE / CONCEPTCATALOGKeep the details consistent.ProductsCampaignsCareEDITINGMake recurring work understandable.
Define the product fields, relationships, and editing tasks your team handles regularly. Use the platform’s capabilities appropriately.
Content model → editing workflow → review
Include this topic in my briefOriginal planning concept. No information is submitted and no client results are implied.
THE DETAIL BEHIND THE EXPERIENCE
The editing experience is part of the product
+We identify the work your team performs frequently: adding products, changing imagery, organizing collections, updating campaigns, or reviewing content. Reusable structures and sensible permissions help the editing experience remain consistent with the storefront.
What we define together
Content roles; product fields; reusable layouts; publishing responsibilities.
Handover should be practical
+We discuss who needs access, what they need to learn, and which recurring tasks should be documented. Training and guidance should reflect the agreed build rather than a generic tour of the platform. Ownership of accounts and third-party services also needs to be clear.
What we define together
Access inventory; task-based guidance; training scope; provider account ownership.
Separate routine care from new development
+Hosting, platform updates, app subscriptions, content work, troubleshooting, and new functionality may have different owners and costs. We explain the proposed responsibilities and discuss how future requests will be assessed. Ongoing support is scoped rather than assumed.
What we define together
Maintenance responsibilities; third-party costs; support arrangements; change requests.
WHEN THE STORE ALREADY EXISTS
A redesign is also
a transition to plan.
A new storefront should not make the existing business an afterthought. We discuss what needs to move, what must continue to work, and how the transition will be reviewed before a migration approach is agreed.
Inventory the existing store
Identify products, categories, content, imagery, relevant records, URLs, providers, and connected systems. Confirm which data can and should be transferred.
Map and prepare the destination
Plan content and field mapping, product relationships, URL transitions, and destination requirements. Test representative material before treating the migration as routine.
Coordinate the change
Discuss content freezes, in-flight orders, access, responsibilities, and the change window. Agree on validation and recovery considerations appropriate to the platform.
Verify the result
Review the agreed data, product journeys, links, and operational handoffs. Document remaining actions and establish who owns the work after the transition.
Not every record or feature transfers directly between platforms. Transferability, privacy requirements, and any specialist obligations must be reviewed before work begins.
06 / REVIEW & IMPROVEMENT
Launch with care.
Improve with a reason.
An ecommerce experience is shaped by real content, real catalog decisions, and real operational requirements. We plan representative checks before launch and discuss useful ways to review the experience afterward.
Look at the journey, not just one screen.
Responsive behavior, keyboard access, relevant product states, and agreed checkout journeys belong in the review. Measurement should answer useful questions without promising that a design change alone will produce a particular result.
- Responsive and accessible interaction checks
- Representative product and purchase journeys
- Agreed analytics, learning, and improvement priorities
EXPLORE THE EXPERIENCE / REVIEW & IMPROVEMENT
FROM QUESTION TO IMPROVEMENT01 / REVIEWDoes thejourney work?02 / LEARNWhat do we
need to know?03 / IMPROVEWhat should
change next?REVIEW
Check the paths that matter.
Agree on representative products, devices, and scenarios, including the important failure or empty states.
Representative cases → checks → findings
Include this topic in my briefOriginal planning concept. No information is submitted and no client results are implied.
THE DETAIL BEHIND THE EXPERIENCE
Review representative journeys
+A launch review should include realistic products and content, not only the cleanest examples. We agree on important devices, product states, cart actions, checkout handoffs, and connected workflows. Findings need an owner and an agreed resolution or acceptance before release.
What we define together
Representative test cases; responsive review; error states; issue ownership.
Performance and accessibility in context
+Media, fonts, scripts, app integrations, and platform behavior influence the experience. We consider these alongside readable layouts, meaningful controls, keyboard interaction, and understandable feedback. Specific standards and specialist testing are defined as part of the scope.
What we define together
Media handling; dependency review; interaction checks; agreed performance and accessibility review.
Use measurement to inform decisions
+We identify the questions the team wants to answer and discuss appropriate events and reporting. Tracking configuration, consent requirements, and interpretation all matter. A finding should lead to an understandable hypothesis and a scoped change—not an unsupported claim about what caused a result.
What we define together
Measurement questions; event requirements; reporting ownership; improvement hypotheses.
A CONNECTED APPROACH
Your brand sets the direction.
Your operation shapes the build.
Design around your audiences
Help shoppers discover, compare, and select products with useful information and consistent interactions.
Build around your operation
Connect content, tools, and publishing responsibilities to the people who will use and maintain the website.
Plan for what follows
Discuss hosting responsibilities, maintenance, handover, and future improvements so the organization knows what comes next.
QUESTIONS WORTH ASKING
Clarity before we begin.
Which ecommerce platforms do you work with?
We discuss Shopify, WooCommerce on WordPress, and other appropriate approaches around your catalog, integrations, operational needs, and editing responsibilities.
Can you redesign an existing store?
We can review the current platform, content, customer journeys, and dependencies before discussing targeted improvements or a broader redesign.
Can you connect inventory, fulfillment, or customer tools?
Integration scope depends on the systems, available capabilities, access, and data requirements. We establish the intended flow and ownership before confirming the implementation.
Can you migrate products and content?
We discuss the source data, destination platform, product relationships, media, URLs, and validation requirements before defining a migration plan.
Can our team manage the store afterward?
We plan recurring editing tasks around the platform and your team. Training, permissions, documentation, and support responsibilities are agreed as part of the work.
Will the new store increase sales?
We work on the agreed experience and technical requirements, but do not guarantee a sales result. Product demand, pricing, traffic, operations, and many other factors affect performance.
What do you need from us before starting?
Useful inputs include the current store, catalog information, brand materials, business rules, provider details, and the people responsible for decisions. We clarify content and access requirements during planning.
Can you work with subscriptions, bundles, or wholesale needs?
We can discuss these requirements and assess the appropriate platform or provider approach. Their rules, dependencies, and operational implications need to be explicitly scoped.
Who writes product descriptions and supplies photography?
Content responsibilities are agreed in the project scope. We identify the formats, structure, and assets needed; writing, photography, and migration should not be assumed to be included unless specified.
How do you handle shipping, tax, and payment settings?
We discuss the implementation requirements with your team and the relevant providers. Business rules and any legal or tax obligations need to be supplied or confirmed by the appropriate responsible parties.
Will a redesign preserve our search visibility?
We consider existing URLs, relevant redirects, content, metadata, and indexing requirements in the transition plan. Search performance cannot be guaranteed, and a migration needs careful review.
How are apps and other third-party costs handled?
The proposed approach should identify relevant platform and provider dependencies. Subscriptions, licenses, transaction-related charges, and ongoing services need to be understood alongside project costs.
What happens if the scope changes during the project?
We discuss the impact on work, dependencies, budget, and timing before proceeding with additional requirements. Clear review points help keep decisions visible.
How long will the build take?
Timing depends on the catalog, content readiness, design scope, integrations, migration, and review process. We establish a schedule once the work and responsibilities are understood.
BEHIND EVERY CUSTOMER-FACING DECISION
The store is one experience.
The responsibilities are connected.
Who keeps the information right?
Identify ownership of products, variants, images, descriptions, availability, and shared attributes. A reliable source of truth helps prevent the storefront and operational tools from disagreeing.
What happens after purchase?
Consider confirmation, fulfillment, cancellations, returns, and customer questions. The website, platform, and operational team each play a part in the outcome.
How does the store evolve?
Agree on permissions, publishing, app ownership, support, and review responsibilities. New campaigns and functionality should fit a maintainable system, not accumulate as disconnected additions.
Requirements, provider capabilities, and service responsibilities are established during scoping. Concept interactions illustrate decisions; they do not represent tested results for a live store.
MAKE THE REQUIREMENTS VISIBLE
What needs to be
part of your conversation?
Select the areas you want to discuss. These are added to your brief alongside your choices in the interactive sections. Selecting a topic does not define an included deliverable or an estimate.
Catalog structure and product variantsSearch, filters, and merchandisingProduct content and mediaCart and checkout requirementsInventory or fulfillment connectionsCustomer tools and communicationsExisting-store migrationTeam editing and handoverAccessibility and responsive reviewAnalytics and ongoing improvementBRING YOUR STORE INTO THE CONVERSATION
Start with your priorities.
Let’s shape the experience.
Your choices are collected here. Add context about your organization and copy the brief for a conversation with Averane.
Your catalog, customers, and prioritiesNothing is submitted or stored. Copy your brief before leaving this page.
DISCUSS YOUR WEBSITEYour ecommerce website brief
Explore a topic to start shaping your brief.
Current explorationsCOPY MY BRIEFAdditional interactive examples and planning scenarios
All concepts
Carry collection
Desk collection
COLLECTION
Give the full range a clear structure.
Plan useful categories and consistent product information so shoppers can understand what is available.
Catalog → categories → product context
FILTERING
Make a smaller selection more relevant.
Identify the attributes shoppers actually use when narrowing a collection. Keep the selected state and route back to the full range clear.
Useful attributes → focused results → clear reset
FINDABILITY
Help a different need find its own route.
Review how product types and related collections connect. A visitor should not have to understand the internal catalog to browse it.
Customer need → collection → relevant detail
Coral finish
Blue finish
Detail view
VARIANT
Show what the customer has selected.
Keep the active option clear and connect it to the relevant imagery and product information. These are original demonstration products.
Option → visible selection → relevant information
CONSISTENCY
Let a different option behave predictably.
Use consistent interactions for product variants while respecting how price, imagery, inventory, or other details may change in the actual catalog.
Variant data → interface feedback → validation
DETAIL
Answer the questions that matter before purchase.
Plan the specifications, care information, and other approved product details shoppers need to evaluate the item.
Product questions → useful detail → confident next step
Review the cart
Checkout handoff
Order feedback
CART
Make the selection easy to review.
Plan clear product, option, quantity, and pricing information, together with useful routes to edit or continue browsing.
Selection → review → next step
CHECKOUT
Work with the chosen platform.
Review available checkout capabilities, provider requirements, and the information customers need at the handoff.
Platform capabilities → configuration → agreed testing
FEEDBACK
Explain the outcome of the action.
Discuss confirmation, failed transactions, and order notifications. The customer-facing message and back-office result both matter.
Outcome → customer feedback → order workflow
Product data
Orders
Customer tools
CATALOG
Know where product information comes from.
Identify the source of product data, how it is maintained, and which information needs to stay aligned across systems.
Source → catalog → storefront
ORDERS
Follow the order beyond the screen.
Discuss how orders reach the people or systems handling fulfillment, including exceptions and the relevant operational responsibilities.
Order → operational system → fulfillment workflow
CUSTOMER TOOLS
Give each connection a defined purpose.
Review CRM, email, and other customer tools against the intended workflow and relevant information-handling requirements.
Purpose → data flow → ownership
Catalog editing
Campaign content
Ongoing care
EDITING
Make recurring work understandable.
Define the product fields, relationships, and editing tasks your team handles regularly. Use the platform’s capabilities appropriately.
Content model → editing workflow → review
CAMPAIGNS
Keep the presentation consistent as offers change.
Plan reusable content and page structures for approved campaigns, with clear ownership of messaging and product information.
Campaign content → reusable layouts → publishing
CARE
Clarify the responsibilities after launch.
Discuss updates, providers, hosting where applicable, troubleshooting, and future work. Make inclusions and dependencies explicit.
Platform responsibilities → team ownership → support
Review journeys
Learn from behavior
Prioritize changes
REVIEW
Check the paths that matter.
Agree on representative products, devices, and scenarios, including the important failure or empty states.
Representative cases → checks → findings
LEARNING
Start with a question worth answering.
Discuss appropriate analytics and consent requirements alongside the questions your team wants to understand about the store.
Question → appropriate measurement → interpretation
IMPROVEMENT
Turn a finding into a reviewable change.
Consider the evidence, likely benefit, dependencies, and effort before defining the next piece of work.
Finding → priority → scoped change
Coral / concept finish
Can I still get the option I wanted?
AVAILABILITY / ALTERNATIVES / NEXT STEP
Make availability understandable.
Clearly identify the unavailable option. Show suitable alternatives or an approved notification route where supported, without implying an item can be purchased when it cannot.
Confirm where stock data comes from, how variants are represented, and which availability messages the platform can support.
3 concepts shown.
Coral finish selected.
Plan specifications, imagery, and product care around the actual item.
REVIEW YOUR SELECTION
One considered next step.
Product, option, quantity, and the relevant buying information.
Keep the details consistent.
Blue / concept finish
Navy / concept finish
When will this reach me?
DESTINATION / OPTIONS / EXPECTATIONS
Bring delivery context into the decision.
Make relevant delivery information easy to find and distinguish an estimate from a confirmed promise. Explain where an address or shipping option changes what can be shown.
Review fulfillment data, shipping configuration, and what the platform can calculate before checkout.
Did my order actually go through?
FEEDBACK / ORDER STATE / SUPPORT
Make the result clear before asking for another action.
Handle interruption and payment feedback carefully. Help the customer understand the known order state and an appropriate support route without encouraging accidental duplicate orders.
Agree on provider behavior, confirmation, useful error messages, and the review of relevant checkout scenarios.
2 concepts shown.
1 concept shown.
Blue finish selected.
Explore the product information.
CHECKOUT HANDOFF
Work with the platform.
Connect the journey to the chosen provider and agreed checkout requirements.
ORDER FEEDBACK
Make the outcome clear.
Plan useful confirmation and a route forward when something does not complete.
Bring the campaign together.
ONGOING CARE
Keep responsibility clear.