Product

Building a product around a friction I kept noticing

Tap to Share started with a simple question: what would make it easier for satisfied customers to actually share their experience? It has since grown into a hands-on product and growth project for local businesses.

Project
Tap to Share
Role
Product · Marketing · Growth
Period
Aug 2026–Present
Stage
In development
Focus
AI · UGC · Customer Insight · Local Business
01Origin

01Origin

The friction I kept noticing

Tap to Share began while I was researching NFC refrigerator magnets for KikiMajo Studio, my creative side project. NFC was already being used to open Google Review pages, which removed the work of finding the right link.

But navigation was only one barrier. A customer still had to decide what to say, write it, find usable photos or other material, choose a platform, and spend more time after the experience had ended. I recognized that pattern in my own behaviour: I could genuinely want to support a business and still put the task off.

There was also a merchant-side problem. Social participation campaigns often depend on staff repeatedly explaining the rules, where to post, what content is available, and how to transfer images or posters. When a social campaign uses an incentive, staff may also need to manage fulfilment. That is separate from voluntary reviews and does not mean rewarding positive Google reviews.

A consumer-behaviour hypothesis

A positive experience does not automatically become public advocacy.

  1. Positive experience
  2. Intent to support
  3. Think · write · find media · choose platform
  4. No action
  1. Positive experience
  2. Prompt at the right moment
  3. Guided, editable content + ready media
  4. UGC / advocacy

Some willingness to share may already exist at the moment a customer is especially satisfied. The barrier may be effort rather than motivation. Tap to Share is a way to test that possibility without assuming it has already been proven.

Context illustration of an NFC Google Review stand and NFC music refrigerator magnet.
Context imagery showing existing NFC review and music use cases that prompted the original question.

This artifact is supporting context rather than the main product evidence. It shows where the question started.

02Context

The reputation problem behind the idea

I had seen the other side of this problem at BabySquare. A dissatisfied customer publicly criticized an after-sales experience even though the store had been helping with the manufacturer's warranty process. The identifying details are not part of this case; the useful lesson was the imbalance in who feels motivated to speak.

The reputation gap

Online reputation can overrepresent customers who had a reason to complain.

Dissatisfied customer

Has a reason to speak up

  • More likely to post

Satisfied customer

May simply move on

  • Often stays silent

Reputation resilience

A stronger base of authentic customer experiences makes a business less dependent on any single post defining its reputation.

The goal is to help real customers share real experiences, not to manufacture positive sentiment.

03First version

Preset captions

The first Framer version was intentionally simple: give customers a ready-to-use caption so they did not have to write from scratch. It made the flow faster, but introduced another problem. If customers received similar copy, their posts could begin to look coordinated rather than genuine.

Early Tap to Share prototype running inside the KikiMajo Studio Framer development environment.
The preset-caption demo reduced writing effort and revealed how quickly convenience could create repetitive customer language.

What it solved

  • Less writing
  • Faster sharing
  • Lower participation friction

What it created

  • Repetitive language
  • Coordinated-posting appearance
  • Authenticity risk

04Pivot

Why I moved from preset captions to AI

The preset version made sharing easier, but the content was too predictable. Generating different captions with AI was the obvious next step. The harder problem was making those captions sound appropriate to the person, context, language, and platform rather than like variations from the same AI system.

Different wording does not automatically mean natural wording. Generic AI output can still repeat familiar structures, use broad marketing language, or sound overly polished for the platform. Tap to Share therefore uses a controlled caption-generation system rather than a simple prompt-to-caption flow.

From variation to a useful starting point

Generating different captions was easy. Getting them to sound like something different people might actually post was the harder problem.

Merchant context · campaign context · customer-selected signals · platform rules · language rules · naturalness guardrails · customer editing

Context-aware

Merchant and campaign context shape the subject.

Customer-informed

Customer choices help determine what the caption focuses on.

Platform-aware

Tone and structure adapt to the destination platform.

Language-aware

English and Chinese are written for their own context rather than mechanically translated.

Naturalness guardrails

Generation rules reduce repetitive AI patterns and generic marketing language.

Editable

The customer keeps final control.

Tap to Share customer flow showing sharing-type selection, customer signals, platform selection, AI caption generation, and merchant media.
The current Tap to Share flow, from sharing choices and customer signals to an editable AI caption, optional media, and platform handoff.

05Execution

A shorter path from idea to test

Before this workflow, moving an idea toward a testable product involved two kinds of cost: research friction from gathering and sorting information, and implementation friction from technical labour, handoffs, waiting, communication, and revision.

Before

Many handoffs between an idea and a test

  • Idea
  • Manual research and opportunity assessment
  • Translate the idea into developer requirements
  • Find and brief a developer
  • Wait, review, explain mismatches, revise
  • Repeat until testable

AI-enabled workflow

A shorter loop with judgment in the middle

  • Idea
  • AI-assisted market & keyword research
  • Judgment — is this worth testing?
  • Define the MVP
  • Build with Codex
  • Test ↔ refine

The research step includes structured market exploration, query and keyword discovery, search-intent analysis, and API-based research tools such as Monid. Those tools help me explore the category and its language; they do not make the product decision. Judgment stays in the middle of the workflow.

I own the research direction, product decisions, MVP scope, requirements, AI behavior and rules, QA, and iteration. AI helps with research, analysis, and structuring specifications, while Codex handles the coding implementation. That lets me move through build, test, and refinement with fewer external handoffs.

AI also changed the economics of experimentation. Work that would previously have required external development time, communication, and repeated revisions became something I could test independently before committing more resources.

06System

From a sharing page to a product system

As the product evolved, I started thinking beyond the caption itself. Merchants needed ways to guide what customers could share, while the interaction could also record what customers selected and did within the flow.

Merchant-guided UGC

The merchant shapes the environment. The customer keeps control of the final content.

Campaign context, keywords, hashtags, media, platforms, and participation instructions can guide the experience without writing a fake customer post.

  1. Merchant setupCampaign context · keywords · hashtags · media · platforms
  2. Customer experienceTap / scan · understand · choose · generate / edit · use media · open platform / share
  3. UGC / participationThe customer decides what to use and whether to publish.
  4. Behavioral signalsKeyword choices · media use · platform clicks · generation · copy · download · touchpoint activity
  5. Merchant learningContent · creative · channel · activation signals

This self-service flow may reduce some repeated explanation and content handoff for staff, although it does not remove every operational task. The value may also extend beyond the resulting posts: observed participation can show what customers select, which media they use, which platforms they open, and which touchpoints generate activity.

07Next

From product to growth

Built / in place

  • Product foundation
  • Merchant and campaign controls
  • Shared Media
  • Analytics event architecture

Now building / testing

  • Website architecture
  • SEO/GEO content system
  • Organic acquisition
  • Conversion paths
  • Measurement

Observed behavior → marketing judgment

Customer behavior signals can inform the next marketing decision.

Keyword selection
Content / positioning signal
Media selection / use
Creative signal
Platform choice
Channel signal
Touchpoint participation
Activation signal

The growth system is now being built around the product. The sequence is observation, potential signal, marketing interpretation, then decision—not preference inferred from a single action. SEO/GEO, acquisition, and conversion performance will be evaluated once there is enough live data to measure it.

Current status

Tap to Share is still in development. While part of the product build is paused, I'm using that time to build the website, SEO/GEO structure, and measurement plan that will support the next stage of testing.

Request a demo

What this project demonstrates

Customer insight

Listening to customer and merchant signals and finding where friction remains.

Consumer behavior

Designing around effort, timing, and motivation instead of assuming satisfaction leads to action.

Product judgment

Recognizing when a simple solution creates a larger problem and changing direction.

AI-enabled execution

Using AI across research, product development, and technical implementation to turn ideas into testable products with fewer external handoffs.

Growth thinking

Connecting observed customer behavior to acquisition, conversion, measurement, and the next marketing decision.

Frequently asked questions

What is Tap to Share?

Tap to Share is an in-development, AI-powered customer-participation system for local businesses. Merchants configure campaign context, keywords, hashtags, media, and available platforms. Customers tap or scan, choose what to focus on, generate an editable caption, use available media, and decide whether to continue to a platform. The interaction can also create signals around content selection, media use, platform choice, and touchpoint participation.

Why did the product start with social sharing?

I wanted to explore a lighter way for satisfied customers to support a local business without beginning with another request to write a formal review.

Why did preset captions become a problem?

They made sharing faster, but similar wording could make posts look coordinated. That weakened the authenticity the product was supposed to protect.

How does AI caption generation work?

Caption generation does not rely on one generic prompt. It combines merchant and campaign context, customer-selected signals, language rules, platform conventions, and naturalness guardrails. The result is always an optional, editable starting point rather than a finished opinion.

How does Tap to Share guide UGC without writing posts for customers?

Merchants can provide context, keywords, hashtags, media, platform options, and participation instructions. The customer still decides whether to participate, what to use, how to edit it, and whether to publish.

How did I build Tap to Share?

I own the research direction, judgment, product decisions, MVP scope, requirements, AI rules, QA, and iteration. I use AI across research, analysis, and specification work; Codex handles the coding implementation and helps make the test-and-refine loop faster.

How am I using AI beyond content generation?

AI is part of the workflow well beyond caption writing. I use structured research and API-based tools such as Monid for keyword discovery and search analysis, then judge what those findings mean for product and growth decisions. AI also helps structure requirements and specifications, while Codex handles coding implementation and supports rapid testing and iteration.

What can merchants learn from the interaction data?

Merchants may see which topics customers select, which media they use, which platforms they open, and which touchpoints generate participation. With enough data and context, those observations can inform content, creative, channel, and activation decisions; they do not prove customer preference on their own.

How am I approaching SEO/GEO for Tap to Share?

I am building the website, content structure, search foundation, conversion paths, and measurement plan that will support later testing when enough live data exists.

Want to talk about the work, AI workflows, or a marketing problem worth solving?

Get in touch