AI Services Market
AI Services Market › Fabrique de compétences › Web › Ember E-Bike Store
$4.99 · Sans inscriptionv1.0.0– vues

Ember E-Bike Store

Les fiches techniques deviennent des trajets réels — une page boutique qui répond à toutes vos questions avant l'achat

Transformez la fiche technique d'un vélo électrique en page boutique : couple et autonomie traduits en trajets réels, comparaisons honnêtes et un bloc d'achat clair et complet.

Aperçu de Ember E-Bike Store
Idéal pour
Vendeurs de vélos électriques et propriétaires de boutiques DTC
Temps nécessaire
~45 min
Niveau
Intermédiaire

Installez-la en 3 étapes

Sans inscription. Sans outils en ligne de commande. Choisissez votre IA, copiez une ligne, collez-la.

Pro — les 511 compétences

Vous préférez le faire vous-même ? Achetez la compétence ($4.99), téléchargez le ZIP depuis votre confirmation d'achat, décompressez-le dans le répertoire indiqué ci-dessus, redémarrez votre session IA — même résultat. Vous l'avez déjà achetée ? Votre assistant IA peut la télécharger pour vous.

Contenu du pack

Un fichier SKILL.md (le guide pratique) + un modèle de départ. Aperçu :

Ember E-Bike Store

When to use

  • Your e-bike product page is a spec sheet — watts, newton-meters, amp-hours — and buyers leave unsure what any of it means for their ride
  • Shoppers keep asking the same questions (real range? hills? weight? warranty?) that the page should already answer
  • You sell one hero e-bike model (or a small range) and need a page that sells the ride, not the component list
  • Your returns or support load is high because buyers expected a different bike than the one that arrived
  • You're launching a store page for a new model and want the copy right the first time

Workflow

  1. Name the buyer and their ride (input: who buys + how they'll ride → output: buyer + primary ride profile)
    An e-bike page sells one ride first. Define the primary buyer (commuter, hill-climbing leisure rider, trail rider, cargo hauler) and their defining ride: distance, terrain, and what they carry. Write it as a concrete trip — "12 km each way, one steep hill, a laptop and groceries" — not a demographic. If the bike genuinely serves two buyers, pick the primary one for the hero section and give the second a clearly marked section lower down; a page that opens by serving everyone serves no one.
  2. Translate every spec into a ride (input: spec sheet → output: translated spec table)
    Go through the spec sheet line by line and translate each number into what the rider feels or does: motor torque becomes "pulls you up a 12% hill without standing," battery becomes "about 60–90 km on flat ground at medium assist — less on hills, more on eco," weight becomes "heavy to carry up stairs, steady at speed." Keep the raw numbers too, in a spec table for the buyers who want them — translation replaces nothing, it adds meaning. Where a number depends on conditions (range above all), say so plainly and give the range of outcomes, not the best case.
  3. Structure the page as a buying journey (input: translated specs + buyer profile → output: page draft)
    Order: hero (the bike, the ride, the price — one screen), the ride story (what a week on this bike feels like, in plain sentences), the translated specs (the five numbers that decide a purchase, explained), the honest comparison (this model vs. your next model up or down, or vs. a regular bike — who should buy which), sizing and fit, then the trust block (warranty, returns, servicing, delivery and assembly). The comparison is not a trap — a buyer steered to the right bike is a buyer who doesn't return it.
  4. Answer the pre-purchase worries (input: support questions + return reasons → output: worry-answering sections)
    List the questions that actually reach support or kill sales — real range, hill performance, weight and carrying, battery lifespan and replacement cost, waterproofing, theft, servicing, what happens if something breaks — and answer each on the page in two or three plain sentences. Put the answers where the doubt arises (range next to the battery, weight next to the frame), not in an FAQ graveyard at the bottom. If the honest answer is a limitation ("not built for steep off-road trails"), say it: the buyer who reads that and buys anyway is the buyer who keeps the bike.
  5. Make the buy button boring and safe (input: page draft + checkout → output: publishable store page)
    The purchase block should be the calmest part of the page: price with everything included (bike, charger, delivery — no surprise fees at checkout), delivery time and assembly state (what arrives, what the buyer has to do, what tools are needed), warranty terms in plain words, return terms in plain words, and payment options. Then walk the whole path as a buyer on a phone: page to checkout to confirmation, checking that every promise on the page matches what checkout says. A store page that overpromises at the top and contradicts itself at checkout doesn't just lose the sale — it earns a chargeback.

Aperçu du modèle

Ember E-Bike Store — Template

Sell the ride, not the component list. Translate every spec; answer every worry in place.

Buyer + ride profile

Primary buyer: {commuter / leisure rider / trail rider / cargo hauler} Defining ride: {concrete trip — distance, terrain, what they carry, e.g. "12 km each way, one steep hill, laptop and groceries"} Secondary buyer (if any): {buyer} — gets a marked section lower down, not the hero

Hero (one screen)

Bike: {model name} The ride, in one line: {what a week on this bike feels like} Price: {all-in price} — includes: {bike, charger, delivery}

Ride story

Le pack de compétence lui-même (SKILL.md + modèle) est rédigé en anglais.

Pro — les 511 compétences

Vous aimerez aussi