The Story Behind IvSpin777

A small team, a specific idea about puzzle design, and a lot of removed features.

How It Started

I began working on the rotation mechanic in January 2024 while living in New York. The initial concept was narrow: what if a puzzle game had exactly one input — rotation — and asked you to solve spatial problems using only that gesture? Everything else, from the Roman numeral visual language to the physics-weighted controls, grew out of that constraint over the following months.

By mid-2024, I had a working prototype with about 15 levels. I gave it to friends, family members, and a few strangers at a local game design meetup in Brooklyn. The feedback was blunt. Some levels felt arbitrary. The controls were confusing on smaller screens. The difficulty curve had a cliff around level 8 that made several testers want to quit. Over the next three months, I rebuilt the level sequence from scratch based on what those 12 playtesters told me.

What We Do and What We Deliberately Skip

IvSpin777 is a single-player, offline puzzle game. That is it. We make hand-crafted 3D rotation puzzles where you align symbol fragments by spinning geometric shapes. We spend our design time on level geometry, physics tuning, and difficulty pacing.

What we do not build: multiplayer modes, social features, leaderboards, daily challenges, achievement systems, or monetization mechanics of any kind. This is not a philosophical stance against those things — many games use them well. For IvSpin777 specifically, every engagement feature we tested made the core puzzle experience worse. Players started optimizing for streaks instead of thinking about spatial relationships. Removing those systems let the puzzles breathe.

Our Design Methodology

Every level in IvSpin777 goes through a five-stage design process, and understanding this process probably tells you more about the game than any feature list could.

Stage one is what we call the "spatial thesis." Before I open any design tool, I write down what spatial insight the level should teach or reward. For level 14, the thesis was: "The player learns that rotating two connected objects simultaneously requires compensating for their shared pivot point." For level 38, it was: "The player discovers that fragment alignment depends on viewing angle, not just rotation state." Each level has one thesis, and if I cannot articulate it in a single sentence, the level does not proceed.

Stage two is rough blocking. I place simple geometric primitives in the 3D workspace and define which faces carry symbol fragments. At this point, nothing looks polished — it is all gray boxes and placeholder textures. I play through the puzzle myself multiple times, adjusting rotation axes and fragment placement until the solution path feels right. If I solve it too quickly, the level needs more complexity. If I cannot solve it reliably after five attempts, the spatial thesis is probably unclear and I go back to stage one.

Stage three is physics calibration. Each object gets assigned a mass value that determines how it responds to rotational input. This is where the game gets its feel. A heavy cube with momentum will overshoot your target angle if you swipe too fast, while a light tetrahedron lets you make precise micro-adjustments but feels floaty during larger rotations. Getting this balance right takes more iteration than any other stage. For the final 48 levels, I adjusted mass values an average of seven times per level before the physics felt correct.

Stage four is external playtesting. I send the level to two or three testers from our original playtesting group and collect written feedback: where did they get stuck, what did they try first, did the solution feel earned or arbitrary. If more than one tester reports the same confusion point, I redesign that section rather than adding a hint or tutorial prompt.

Stage five is final polish: visual treatment, sound cues for fragment alignment, and performance optimization. This stage is relatively quick because the gameplay is already locked. We target a consistent 60fps on mid-range devices and test on hardware that is at least three years old.

This methodology is slow. It limits how many levels we can produce. But it means that when you play level 27, there is a specific spatial insight waiting for you, and the physics are tuned to make discovering that insight feel satisfying rather than frustrating.

The Team

Karen Clark

Lead developer and designer. Based in New York, NY. Background in interactive media and spatial computing.

karenclark317@yahoo.com

IvSpin777 is primarily a solo project with occasional contract help for art assets and sound design. The core design, programming, and level creation are handled by Karen Clark. GreenValley serves as the operating entity.

Update History

This page was last updated in June 2025 to reflect the current state of the project. Previous updates:

  • March 2025 — Added methodology section detailing the five-stage design process
  • January 2025 — Updated team information and contact details
  • October 2024 — Initial page created with origin story

If you have questions about our approach, you can reach us at karenclark317@yahoo.com or through the contact page.