This is actually very very closely related to Redesign /admin as well as Re-work top-level admin categories. I don't want to pollute both issues with the following findings. If you are interested in reworking Drupal's administrative structure and top-level categories, you want to read on.
[01:22] * tha_sun gathered awesome usability insights from a newbie Drupal user after lengthy discussions.
[01:22] * tha_sun will incorporate that knowledge in admin menu 3.x.
[01:24] <dmitrig01> tha_sun: that being?
[02:48] <tha_sun> dmitrig01: I made a fundamental mistake in admin menu
[02:48] <dmitrig01> tha_sun: yeah?
[02:49] <dmitrig01> tha_sun: what mistake
[02:49] <tha_sun> Technical people know what CRUD means
[02:49] <tha_sun> and how CRUD relates to Drupal modules and all the functionality Drupal provides
[02:50] <tha_sun> Regular users, however, focus on C and RUD
[02:50] <chx> tha_sun: meaning?
[02:50] <tha_sun> Drupal had "Create content" in a separate location in the Navigation menu
[02:51] <tha_sun> Admin menu moved that below "Content management"
[02:51] <dmitrig01> that's not fundamental, that can be easily fixed, no?
[02:51] <tha_sun> After discussing the administrative items with that newbie user who doesn't understand Drupal at all...
[02:53] <tha_sun> ...he came to the conclusion that most of the stuff below "Content management" and "Site building" could be summarized as "Manage content", resp. "Manage site"
[02:53] <tha_sun> So he either wants to create something new. Or manage something existing.
[02:53] <Michelle> tha_sun - I usually move create content to the top level of admin_menu. Awesome shortcut
[02:54] <tha_sun> He was confused that "Create content" lives below "Content management" in the administration menu
[02:55] <tha_sun> And he also did not see a difference between all the items below Content management and Site building. Both deal with managing your site's content or data.
[02:56] <tha_sun> While there are a few items below Site building, like "URL aliases", that are rather related to "Maintenance" of the site.
[02:58] <tha_sun> So, a trivial view on Drupal's administration is C + RUD + Maintenance (including logs and stuff) + Settings (mostly one-time)
[03:00] <tha_sun> That said, the C category would contain all content/data creation items, i.e. content, users, a new URL alias, categories, Panels page, View, etc.
[03:01] <tha_sun> While the RUD category would contain all items to manage that content/data
[03:03] <chx> you mean the UD
[03:03] <chx> R is read.
[03:03] <tha_sun> No, including all the "View all xyz"
[03:03] <tha_sun> Which is the basis for UD
[03:05] <tha_sun> So, our "node/add" path basically makes sense - but to make it really trivial, it would not be limited to nodes, i.e.: add/*
[03:06] <chx> tha_sun: you need to talk to yoroy ASAP
[03:06] <chx> tha_sun: there is a formal usability testing and soon
[03:06] <tha_sun> I think so, yes...
[03:07] * tha_sun marginally followed those "rework anything" issues
[03:08] <chx> webchick: ping. tha_sun had his relevation, found his calling and now preaches usability. you must hear this.
Lastly, on a side note, we (both) recognized that Content management » "Post settings" as well as "RSS publishing" are settings (one of both even having this term in the title), so they're 100% misplaced there.