The mouse as game interface
The computer mouse was designed by Douglas Engelbart at SRI in 1964 and commercialised for personal computers by Apple with the Macintosh in 1984. Its adoption as a standard PC peripheral followed the IBM PC's dominance of the business computing market through the mid-1980s, driven by the graphical user interface's spread from the Mac to Windows. By 1990, a two-button serial mouse was standard equipment for any PC purchased for business use, and therefore available to game developers and game buyers without requiring a peripheral purchase specifically for gaming.
The mouse's game design implication was direct: it provided a pointing device with screen-coordinate accuracy that no joystick or gamepad could match. A player using a mouse could select a specific unit in a group, click on a specific inventory item in a crowded display, or aim at a specific target — all actions that required the precision of a pointer rather than the directional press of a stick. The game genres that the mouse made natural were those built around point-and-click interaction, selection, and spatial targeting. The game genres that the mouse made awkward — those requiring analogue directional control, like racing games and sports games — migrated to console hardware where gamepad input was standard.
Point-and-click adventure and real-time strategy
The point-and-click adventure game was the most direct expression of mouse design. Lucasfilm Games' SCUMM engine, which powered Maniac Mansion (1987) through The Curse of Monkey Island (1997), was built around the mouse as primary input: players clicked on objects to examine them, clicked on inventory items to select them, clicked on characters to initiate dialogue. The interface made the game accessible to players who were not comfortable with keyboard commands, and the game's design could be built around cursor-level interaction precision without requiring joystick or directional-pad accuracy that adventure game target objects didn't need.
Real-time strategy games were a more complex case. The genre existed on consoles — Populous (1989) had console ports — but the mouse made specific design choices natural that console ports struggled with. Selecting a group of units by drawing a rubber-band selection box required a pointing device; clicking individual units for individual orders was faster with mouse precision than with a cursor moved by a directional pad. Westwood's Command and Conquer (1995), Blizzard's Warcraft and StarCraft, and Ensemble's Age of Empires were all built around the assumption of mouse input for unit selection and command. The RTS genre's design — large numbers of units managed simultaneously through rapid selection and order inputs — was not impossible with gamepad input, but the genre's design optimised for mouse capability in ways that made console ports slower and less precise than PC play.
The mouse's importance for competitive RTS play was demonstrated by StarCraft's professional scene in Korea, where players' actions-per-minute rates — the speed at which they could issue selection and order commands — were a primary performance metric. High APM required precise mouse movement at speed: selecting specific units in groups without mis-selecting adjacent units, clicking on precisely positioned map locations for movement orders, executing build orders that required clicking on multiple structures and unit types in rapid sequence. The mouse-and-keyboard's ceiling for precise, rapid input was high enough to sustain a professional skill differentiation that gamepad input couldn't have replicated.
The first-person shooter and mouse-look
The first-person shooter's relationship with the mouse is more complicated than the RTS or adventure game's, because early FPS games were not designed for mouse aiming. Doom (1993) was played primarily with keyboard input — arrow keys to move and turn, Ctrl to fire — and the mouse, if used, controlled movement but not vertical aiming, because Doom's engine didn't support vertical look. The original Quake (1996) supported full mouse-look — vertical and horizontal camera control through mouse movement — and the player community rapidly discovered that mouse-look combined with keyboard movement (WASD keys or the equivalent) produced dramatically better performance than keyboard-only play.
The WASD-plus-mouse-look configuration became standard for PC first-person shooters by the late 1990s: left hand on WASD for movement and secondary functions, right hand on mouse for aiming and fire. The configuration's advantage over keyboard-only play was the separation of movement and aiming — the left hand controlling where the character's body moved while the right hand independently controlled where the character aimed. This made strafe-aiming — moving in one direction while keeping the weapon pointed in another direction — a standard technique that players could execute without cognitive conflict, because the physical actions were performed by different hands rather than by sequential key presses on the same hand.
Console FPS games required different solutions because gamepad input could not provide the same combination of movement precision and aim precision simultaneously. The right thumb stick as an aim control was slower and less accurate than mouse aiming, which made console FPS games feel sluggish to players accustomed to mouse-look. Aim assist — automatic correction that helped gamepad players keep targets centred — was developed specifically to compensate for the inherent accuracy gap between stick and mouse input. The ongoing debate about aim assist in cross-platform play — whether gamepad players with aim assist have advantages over or disadvantages against mouse players in competitive settings — is a direct consequence of the fundamental input precision difference that the mouse's design established in the early 1990s.
What keyboard added
The keyboard's contribution to PC game design was complementary to the mouse's: it provided a large number of simultaneous input keys that could be assigned to game functions without the limitation of gamepad button counts. An RTS game could assign each building type to a separate keyboard shortcut, allowing experienced players to issue build orders without clicking through menus — an efficiency advantage that reduced the mouse movement required per command and increased the actions-per-minute ceiling. An FPS could assign separate keys to each weapon, to jumping, crouching, reloading, and using — functions that a gamepad handled through a combination of face buttons and shoulder buttons that required more deliberate thumb placement to avoid mis-pressing.
The keyboard's capacity for hotkeys — keyboard shortcuts that experienced players memorised and novice players ignored — created a natural skill progression in PC games. Novice players used menus and on-screen buttons; experienced players used hotkeys that achieved the same result faster. The skill gap created by hotkey proficiency was a form of learning depth that gamepad games couldn't replicate with the same granularity. Players who invested time in learning a game's keyboard shortcuts played the same game more quickly and precisely than players who hadn't, which made the investment worthwhile and extended player engagement with games that rewarded the investment.
The mouse-and-keyboard combination's displacement from game input primacy began with the console game market's expansion through the 2000s and completed with the smartphone touch interface's introduction of a third major input paradigm. PC game genres that had evolved specifically for mouse-and-keyboard input — the classical RTS, the point-and-click adventure — declined commercially as console gaming grew and as developers chose to design for controller input that reached larger audiences. The genres that survived or grew — the MOBA, the PC FPS — adapted to account for both input methods or maintained PC-specific positioning that accepted a smaller audience in exchange for the input precision that mouse-and-keyboard made possible.