Read the board as proposals with uncertainty

The reference ranks twenty-five requests with a weighted editorial score: impact50%, feasibility30%, evidence20%. Those inputs are judgments, not development estimates supplied by Pocketpair and not probabilities of release. The five bands separate UI work, system work, new content, expansion-scale ideas and fundamental redesigns.

Use an independently worded request ledger

The appended table preserves the factual source order and score while restating each request. A high position means the source author prioritizes it. Zero entries are treated here as confirmed 1.1 features.

What would count as confirmation

Require a dated Pocketpair announcement that names the feature and its release scope. The October winter-update teaser establishes an update context, not this twenty-five-item roadmap. Large ideas such as a continent, cross-server persistence or full base logistics remain proposals regardless of how often they appear in a thread.

Make a smaller request testable

Turn a broad wish into an observable task: find a named Pal in under ten seconds, preserve a queue through reload, or show why placement is rejected. Describe the benefit without pretending to know the implementation cost. Revisit the board after official notes are published instead of carrying a speculative label forward as fact.

Twenty-five proposals, with their original evidence labels

Requests are independently restated. Rank, scope band and score are attributed editorial inputs from the source, not Pocketpair commitments or release probabilities.

Source rankRestated requestSource scope bandSource scoreSource evidence label
01Find Pals with stable search, filters and orderingSmall UI5.0Request
02Persist ranked worker jobs with a fallbackMedium systems4.7Request
03Add useful map notes and discovered-point toolsSmall UI4.5Request
04Preserve production queues and storage intentMedium systems4.4Request
05Improve diagonals, snapping and rejected-placement feedbackSmall UI4.2Request
06Manage expeditions with less floor spaceMedium systems4.2Request
07Apply bulk actions to common management tasksSmall UI4.0Request
08Make cooling and storage priorities explicitMedium systems4.0Request
09Add reusable post-tower objectives and character follow-upsNew content3.9Request
10Vary the repeatable World Tree endgameExpansion-scale3.9Request
11Improve Pal navigation and decision-makingFundamental redesign3.8Request
12Design a richer base logistics systemFundamental redesign3.8Request
13Expand geography and its resourcesExpansion-scale3.8Speculation
14Make boss rewards and rematches more repeatableNew content3.7Request
15Offer clearer base-radius and Palbox controlsMedium systems3.7Request
16Explore cross-server trade or persistent progressionExpansion-scale3.6Speculation
17Separate appearance choices from equipment powerSmall UI3.5Request
18Add carefully differentiated moves and variantsNew content3.4Request
19Extend the level and technology progressionExpansion-scale3.4Speculation
20Give base Pals more small social activitiesNew content3.2Request
21Explore changing weather, seasons and eventsExpansion-scale3.1Speculation
22Define a supported competitive guild/PvP loopFundamental redesign3.1Speculation
23Expose structured world-customization toolsFundamental redesign3.1Speculation
24Expand fishing and underwater encountersNew content2.7Speculation
25Explore direct playable-Pal transformationFundamental redesign2.6Speculation