Selected work · Handmade ecommerce
A tactile shop and custom-order experience for a small amigurumi studio that protects the handmade story while making variants, lead times, gifting, and fulfilment easier to understand.
The business tension
The charm lives in personal, handmade variation, but the purchase becomes confusing when colour, scale, personalisation, lead time, gift dates, care, and production capacity live across captions and direct messages.
Keep the warmth of a conversation; remove the uncertainty of ordering.
The experience joins editorial commerce to a bounded custom builder and a maker-controlled production queue. Customers get clear choices and honest timing; exceptional requests pause for human approval.
What the diagnosis changed
The buying experience felt personal, but repeated clarification made every order harder to manage.
Ready-to-ship, made-to-order, custom slots, and gift deadlines were easy to confuse.
Customers could not see realistic production windows and the maker had no bounded way to protect workload.
Experience walkthrough
The sequence follows the complete customer and operational journey. Each explanation shows what changed, why the decision was made, and what customer or business moment becomes easier.
Tactile storefront
A maker-led hero, small-batch promise, product photography, editorial colour chapters, and gifting story establish craft before commerce. Availability language is visible without manufactured urgency.
Clear shop architecture
Ready to ship, made to order, personalise, patterns, and kits become understandable categories. Filters expose result count and keep unavailable choices visible with an explanation.
Confidence before cart
Gallery, scale reference, materials, care, safety notes, variants, price, and lead time share one calm hierarchy. The page answers the questions that previously moved into direct messages.
Feasibility, not a guarantee
A requested date returns a realistic status and alternatives based on maker-managed rules. The wording makes the estimate explicit and avoids promising delivery the studio cannot control.
Bounded personalisation
Base character, allowed colours, and compatible accessories are divided into three mobile steps. The customer keeps creative agency while the maker avoids an unstructured request inbox.
Maker approval checkpoint
Notes outside the supported choices pause rather than silently changing price or timing. The customer sees what needs review and the maker remains in control of feasibility.
Shared definition of the order
Selections, price, estimated production window, gift context, and policies are summarised before commitment. The structured brief reduces ambiguity for both customer and maker.
Warm status continuity
Materials ready, in progress, quality check, packed, and shipped become understandable milestones. Messages are tied to human-defined checkpoints and notification consent.
Quality and shipment readiness
The final checklist keeps care card, personalisation, quality review, packaging, and dispatch together. It supports consistency without erasing the judgement inherent in handmade work.
Maker-set availability
The maker defines custom slots and production windows instead of accepting unlimited demand. The resulting availability is transparent to customers and protects sustainable workload.
Work organised by stage
Orders move through practical making stages with deadline, exception, and material context. The board is deliberately compact: it supports craft work rather than turning the studio into generic SaaS.
Traceable change control
Approved customer choices remain fixed. Later changes create visible amendments, preserving the original agreement and preventing quiet edits from reaching production.
Success signals
These signals connect the experience to customer behaviour and day-to-day operations.
Reflection and boundary
The design deliberately bounds customisation so transparency and capacity survive the warmth of a bespoke order. Testing should focus on colour comprehension, lead-time language, gift-date expectations, and whether the maker can update capacity without creating more administration than the queue removes.