Overview

A product‑led build to learn, validate, and showcase PMM skills

1) Purpose & Outcomes

  • Why this project now? Build hands‑on understanding of how software actually gets built (Claude Code, React, modern web app stack) while sharpening marketing strategy skills during a career transition.
  • What marketing capabilities am I practising/demonstrating? Problem framing, segmentation & ICP, positioning, go‑to‑market planning, research ops, pricing hypotheses, PLG experiments, analytics instrumentation, storytelling.
  • Definition of success (interim): By ç 2025, validate that a listening‑first feed reduces friction: reach ≥60% activation (first preview + wishlist + click‑out) on a small pilot, ≥50% audio‑match coverage for one test store, and run 5+ qualitative interviews capturing "moments of struggle."
  • Constraints: Limited technical depth (learning in public), platform policy (YouTube playback, Discogs API), rate limits, and time.

2) Problem & Hypothesis

  • Problem statement: Indie record stores with 1k+ Discogs listings struggle to present inventory in a listening‑first way. DJs/collectors must jump between clunky YouTube embeds and flat pages, making it slow to audition music and hard for stores to differentiate.
  • Evidence so far: Personal observations; early conversations/demos with DJs & store owners; Discogs supports YouTube embeds but they're poorly organised for continuous listening.
  • Hypotheses to test:
    • H1: A mobile, scrollable feed with inline previews increases time‑on‑listening and wishlist add rate vs current discovery.
    • H2: ≥50% audio‑match coverage is enough to deliver an "aha" moment for DJs/collectors.
    • H3: Store setup is low‑friction if Rotation connects via Discogs OAuth and requires no catalogue re‑entry; this is achieved via Supabase + Redis caching so new listings are auto‑ingested, matched, and served to users.
  • Assumptions & risks: Platform compliance (YouTube playback rules), content availability, API rate limits, background playback constraints, and reliability of the matching pipeline.

3) Audience → Segments, ICP, JTBD

  • Segments considered: DJs (travelling & local), record collectors, record store owners, store staff.
  • Primary user & buyer: Users = DJs/collectors who buy from stores; Payer = record store with a Discogs seller account.
  • ICP (company & persona): Independent record store with ≥1,000 active Discogs listings; sells online and in‑store; uses in‑store listening stations; wants a better listening experience online without rebuilding their stack.
  • Jobs‑to‑be‑done:
    • DJ/Collector: Quickly audition new stock, build a wishlist, and decide what to buy without tab‑hopping.
    • Store Owner: Showcase inventory in a listening‑first way to increase discovery and conversion while keeping existing workflows.
    • Store Staff: Support in‑store discovery ("what should I listen to next?") and shareable wishlists for later purchase.

4) Market Size (TAM/SAM/SOM)

  • Starting wedge (AU): You've identified ~20 stores in Australia with ≥1k Discogs listings (within ICP). Treat this as the initial SAM for the pilot.
  • Working ARPU assumption (for modelling only): average ICP store sits around the 1,000 tier (~A$50/mo). Actual ARPU will vary by inventory bracket once pricing is validated.
  • Adoption scenarios (AU pilot):
    • 25% adoption: 5 stores × A$50 × 12 = A$3,000 ARR
    • 40% adoption: 8 stores × A$50 × 12 = A$4,800 ARR
    • 60% adoption: 12 stores × A$50 × 12 = A$7,200 ARR
  • TAM approach (to fill later): global count of Discogs sellers with ≥1k listings × expected ARPU. Keep this formula‑driven until we collect reliable counts.
  • Value note: Rotation doesn't save staff time; it creates new customer offerings (listening‑first browsing, wishlists/alerts, in‑store discovery via kiosks). Success should be evidenced by sell‑through lift, wishlist→purchase rate, repeat sessions, not time saved.

5) Competitive & Alternatives

  • Direct/indirect competitors: Discogs native experience, Bandcamp store pages, embedded players on store sites, DIY playlists, marketplace listing pages.
  • Switching costs & wedges: Plug‑in value on top of Discogs (no catalogue rebuild). Listening‑first UX. Faster audition → wishlist → buy click. Store‑branded demo pages.
  • Positioning statement: For independent record stores with large Discogs inventories who want to make listening effortless, Rotation is a storefront add‑on that turns merchant pages into a listening‑first feed with playable previews and wishlists. Unlike flat listings and scattered embeds, Rotation centralises audio and accelerates audition‑to‑cart without disrupting existing workflows.

6) Product Scope (MLP) & Experiments

  • Current MLP: Ingest Discogs inventory → match playable previews → mobile feed with inline player, wishlist, and outbound buy links.
  • Shipped so far: In progress. Building prototype flows while learning React/Claude Code; focusing on end‑to‑end "first playable preview" path.
  • Next experiments:
    1. Store demo page pilot with 3 target stores; success: ≥30% of visitors play ≥1 preview; target: by 31 Aug 2025.
    2. Wishlist email alerts (notify when saved records drop in price/come back in stock); success: ≥20% CTR to Discogs.
    3. Audio‑match coverage uplift (pipeline tuning); success: increase coverage from baseline to ≥50% for a test store.
  • Activation definition: First preview played + wishlist add + outbound click within first session.
  • Core metrics: Activation %, 7‑day return rate, previews per session, wishlist adds/session, click‑through to Discogs, matched‑audio coverage %.
    • Metric definitions:
      • Play: either ≥5 seconds continuous playback or a time‑skip event fired.
      • Purchase: tracked via UTM if available; if not, use outbound click‑through + wishlist conversion as proxy.
  • North star (current build): End‑to‑end auth + preview → wishlist → click‑out path functioning reliably.

7) Research Plan & Evidence Log

  • Interview targets: local stores with robust online presence and frequent uploads (esp. 1k–2k Discogs listings), plus DJs/collectors and store staff.
  • Scripts & artefacts: discussion guide link, prototypes.
  • Value & WTP prompts (use in interviews):
    • What new offerings would this enable for your customers (online/in‑store)?
    • If 100 customers used this feed weekly, how would that change sales patterns or inventory turnover?
    • If Rotation generated +5–10 wishlist adds per 100 views, how valuable is that to you?
    • Which KPIs would you watch first (sell‑through, AOV, return sessions, foot traffic at listening stations)?
    • Van Westendorp: At what monthly price is it too cheap / good value / expensive but worth it / too expensive?
    • Would you run this on in‑store listening stations? What would success look like there?
  • Interview log:
    • Date | Who | Segment | Key quote | Implication
  • Usability notes: friction, confusion, time‑to‑value.

🔄 Latest Update: First Store Interview (September 2025)

Key Validation from Fanatico.au Interview

  • ✅ Core problem confirmed: "We hate the Discogs listening experience" and find their current system's audio features "terrible" - validates our positioning perfectly
  • ✅ Market positioning clarity: Store uses Common Ground (POS) + Discogs (inventory) but has a gap in music discovery layer - Rotation complements rather than competes
  • ✅ Manual upload pain: They "absolutely hate" uploading audio snippets manually - our automated matching approach is spot-on
  • ✅ Mobile-first validated: Want to listen to catalogues while travelling, especially useful when in-store listening stations are full

Unexpected Insights

  • Travel use case: Listening to store catalogues while travelling (especially in restrictive markets like Japan) - broader than just "browsing from home"
  • Integration preferences: Simple widget embedding preferred over complex POS integrations
  • Positioning shift: "We're not trying to replace your business systems - we just make the music discovery part not suck"

Updated Hypotheses

  • H4 (NEW): Stores value Rotation as a complement to existing systems, not a replacement - reduces adoption friction
  • H5 (NEW): Mobile travel listening is a strong secondary use case beyond home browsing
  • H6 (NEW): Staff picks/mailout curation is a high-value use case - stores already invest in curation but current listening experience is broken
  • H1 (REFINED): Widget-first implementation with existing inventory systems is the fastest path to value

Additional Validation: Staff Picks & Mailouts

  • ✅ Curation already happening: Fanatico creates staff pick mailouts - validates existing behaviour we can enhance
  • ✅ Current experience broken: Their mailouts likely suffer from same listening friction as main site
  • 🎯 Positioning shift: From "better inventory browsing" to "turn your curation into engaging experiences"
  • 🎯 Value reframe: Enhances existing marketing ROI rather than just "nice to have" feature

🎯 Immediate Next Steps (October 2025)

  1. Interview 4 more stores to validate these findings aren't unique to Fanatico
    • Focus question: "How do you currently handle audio previews on your site?"
    • Test positioning: "Audio discovery layer" vs "POS replacement"
  2. Build simple widget demo that can embed into existing store sites
    • Target: 5-minute integration with existing Discogs inventory
    • Success metric: Store can see their records with audio in under 10 minutes
  3. Test automated audio matching pipeline with Fanatico's catalogue
    • Target: Achieve >50% match rate with their ~1000 listings
    • Measure: Quality of matches (accuracy vs quantity trade-off)
  4. Validate willingness to pay using Van Westendorp with 3 interviewed stores
    • Anchor on value: "Better customer experience" vs "Time saved"
    • Test pricing bracket assumptions against actual budget reality

💰 Pricing Considerations: Cost-Plus vs Value-Based

Common Ground Context (Full POS System)

Target stores paying $90-230/month for complete business operations (POS, inventory, payments, etc.). Not directly comparable to Rotation's focused audio discovery layer.

💻 Cost-Plus Approach

Scale with actual costs:

  • API usage (YouTube, Discogs)
  • Audio matching compute time
  • Storage & bandwidth
  • Processing new inventory

Example tiers:

  • 0-500 listings: $25/mo
  • 500-2K: $45/mo
  • 2K-5K: $75/mo
  • 5K+: $100/mo

📈 Value-Based Approach

Price on marketing ROI:

  • Enhanced mailout engagement
  • Staff pick conversion rates
  • Customer session duration
  • Wishlist → purchase rates

Positioning: "20% of your marketing spend for 80% better engagement"

🎯 Next Pricing Validation

  • Cost baseline: Calculate actual API/compute costs per store size
  • Value metrics: Ask stores about current mailout performance (open rates, CTR, conversions)
  • Van Westendorp: Test both approaches - "cost recovery" vs "marketing enhancement" framing
  • Budget context: What do they currently spend on customer engagement/marketing tools?

🧪 Current Focus: Widget-First MVP

Building: Embeddable widget that takes a Discogs store URL and creates an audio-enabled feed

Success criteria: Fanatico can embed widget on their site and see 30%+ of visitors play at least one preview

Timeline: Widget demo ready for next interview cycle (targeting 3 weeks)

8) Pricing & Packaging (Hypotheses)

  • Value metric candidates: Active inventory size (primary), matched‑audio count, connected stores, or traffic volume.
  • Initial tier hypothesis (from builder notes — to be validated):
    • Free: <100 active listings
    • 500 tier: A$30/mo
    • 1,000 tier: A$50/mo
    • 5,000 tier: A$80/mo
    • 10,000+ tier: A$100/mo

    (Ranges reflect early thinking; exact listing brackets to be finalised after store interviews/WTP.)

  • Models to test:
    1. Tiered by inventory (as above) with clear indie discounts.
    2. Usage‑based add‑on for matched‑track volume during busy drops.
    3. Hybrid (base tier + usage credits).
  • Ethical guardrails: Transparent indie discounts; seasonal credits; easy downgrade/opt‑out.
  • Willingness‑to‑pay plan: Qual interviews + directional Van Westendorp; anchor against incremental revenue (sell‑through lift, wishlist→purchase rate, AOV), improved customer experience (plays/session, return sessions), and in‑store behaviours (feed used at listening stations).

9) GTM Strategy & Distribution

  • Objective: Build early traction by validating Rotation with a small group of local stores and collectors, while creating organic growth loops that extend reach across DJ and vinyl collector communities.
  • Channels & Tactics:
    • Direct outreach: Start local with ~20 identified AU stores (≥1k Discogs listings). Walk‑ins, demos, and Instagram DMs.
    • Social media: Create short lofi reels showing the product in action. Pin a product intro reel as evergreen content. Cross‑post to Instagram, TikTok, YouTube Shorts, and Twitter/X.
    • Communities: Participate in vinyl‑focused Discords, subreddits, and DJ Facebook groups to share demos and collect feedback.
    • Influencer/micro‑creator angle: Engage vinyl‑only DJs with small but loyal followings to beta test feeds and share content of them using Rotation.
  • Growth Loops:
    • Wishlist sharing: Every saved record generates a shareable link → encourages organic spread.
    • Collector profiles: DJs and collectors showcase "What's in my Rotation this week?" → builds credibility and engagement.
    • In‑store kiosk mode: Stores can run Rotation on listening stations → every customer interaction acts as a distribution point.
  • Pilot & Launch Plan:
    • Pilot milestone: "Rotation v0.1" soft launch with 3 Sydney stores. Success: ≥30% of visitors play at least one preview.
    • Case study content: Document early pilots ("X Records saw 200 plays in the first week") and share as micro‑case studies on socials and LinkedIn.
    • Founding store offer: Discounted/free early tier for first stores willing to provide feedback.
  • Measurement:
    • Track activation funnel (views → plays → wishlist adds → outbound clicks) per channel.
    • Compare channel conversion rates to prioritise spend and time.
    • Share learning in public (LinkedIn, blog, Twitter/X) → builds marketing credibility and Rotation awareness.
View upcoming product

Want to discuss this project?

Get in touch to learn more about my approach and process.

Contact