Some improvements I'd like to see:
General:
* Please fix the typo in the description "Trees is space is an incremental strategy game ..."
* Release more often. According to your trello page, some issues have been fixed some days ago now, releasing those would allow us to actually benefit from those.
User interface improvement in planet view:
* Highlight the selected location tree.
User interface improvement in game:
* The green color of the objectives bar is indistinquishible from the green grass color. Better change that color to maybe blue or yellow or whatever, maybe even keep it green but change the hue.
* When building a greenhouse I'd like to see the radius of a) the greenhouse I am about to build, b) the radia of the greenhouses that are already there c) the radia of the greenhouses that I already ordered to build or which are in the process of being built right now and d) the radia of the greenhouses that could be placed on empty building places.
* After commanding a construction, the building should be visible (transparency or some extra construction site graphic).
* Then hovering over a construction slot, maybe highlight it if something can be built there.
* When clicking a construction slot to build something there, do not open a window but either a) just show the possible buildings to build in a circle around that slot or b) change the leftmost bot building menu to a building building menu. Also: Clicking again should de-select that building slot.
Change in game play mechanics:
* The Planter bot should prioritize where to plant new trees: a) trunks that can never be reached by greenhouses (even those which would have to be built yet), b) trunks that have no greenhouses in range (but where an empty building slot exists so one could still be built) c) all other trunks (i.e. which could also be plant by greenhouses). In case of c), further prioritizing of trees, that can only be planed by a single greenhouse, etc. or trees that can be planet only by greenhouses, which have many other trees to plant could also help, but I admit, that would be much harder to implement.
* Generally for all bots: Make better unit selection (take nearest free unit).
* Hauler bot: Do not only reserve one object to pick up but instead plan whole tour of hauler from it's current location, taking up all objects it's meant to pick up and then carry it back to the stockpile in advance (this will reduce big armies of haulers running across the map all the time). Once the last object was picked up, the hauler can re-plan to pick up more stuff instead of returning to a stockpile, but there should be some threshold, like: Say the filling rate of the hauler's capacity is 70%, then the hauler is only allowed to move 30% (100%-70%) of the length of the path back to the nearest stockpile to new objects to pick up instead. (I.e. if it is statistically "cheaper" to return to stockpile and then get the new objects, then return to stockpile).
* Allow pulling down buildings, maybe with recovery of some ressources, but most importantly, I want to get back that building slot.
* If you add pulling down buildings, then maybe also allow selling/recycling of bots or changing their kind.
* Allow multi-purpose bots (maybe using upgrades). Like "Allow Fruit Picker Bots to help haulers by carrying objects when they have nothing else to do". Upgrade levels can be like (be 25% 50% 75% as efficient as Hauler Bots) or something like that.
* Add new upgrades "start a map with n Fruit Picker bots" (for all bot types). Or have the height of the upgrade tree determine the number of bots to start with.