Fursys website and admin

Context

I took on the rebuild of Fursys’s official website and operations admin. The site needed to scroll smoothly despite its images and interactions, and the admin needed to let operators manage products, documents, and terms themselves.

Twenty-four backend APIs were not ready. I used mock responses to start frontend development and set up a switch to the real server when it was ready. I handled design and development, launching the site and admin together within two months.

Decisions and implementation

• I made the site’s Parallax interactions animate only the sections in view and rely mainly on GPU-accelerated transforms, which spread the scroll load. For the store finder, I requested location permission only after the user tapped a call-to-action button, and built virtual scrolling, Kakao Maps clusters, and filters that could be shared by URL.
• In the admin, I built flows for the operations team to register and manage the product catalog and internal documents themselves. I limited the product detail builder to choosing and rearranging five templates (T1 to T5) instead of free assembly, which kept the catalog design consistent, and placed a preview beside the editing screen with undo and redo.
• I built the terms editor on Plate with version snapshots and rollback, and gave the news editor URL unfurling and an S3 proxy for og:image, so the operations team could edit on its own. I also set up a shared design system in the monorepo so the site and the admin used the same tokens and components.
• I implemented the 24 missing APIs ahead of time with MSW, so one environment variable switched between mocks and the real server, and wrote some of the needed APIs directly in the Java backend. AI agents drafted the repetitive implementation while I owned the design, contracts, and review, and that split kept the schedule.