Удобство — вещь относительная. Пользователям, в принципе, все равно, будет это так или иначе, они в любом случае или будут впервые видеть данный интерфейс и учиться работать с ним с начала, или же будут применять какие-то заученные паттерны, и если ваша реализация не будет с ними совпадать, то им будет несколько неудобно, потом привыкнут.
Теперь к вариантам реализации.
1. Textarea
В ней меню хранится в виде
* About #about
* Company #company
* Business #business
* Contact Info #contact_info
Где все, что после # — alias пункта меню
Плюсы — меню можно поправить или создать за минуту, для глобальной перестройки не понадобится много времени
Минусы — можно что-то серьезно поломать, некрасиво, требует некого усердия
2. Дерево
Аналог можно найти в Windows explorer'е или любых аналогичных программах в других ОС
Самая большая проблема — баланс между функциональностью и читабельностью. Функциональные элементы должны быть под рукой, и управление через правую кнопку мыши и контекстные меню — не очевидное поведение. Если их показывать вместе с элементами дерева, то получается перегруз информацией. Не забываем, что нужно четко давать понимать, куда именно будет добавляться новый элемент меню, и что его нужно разрешать перемещать по дереву. Но, в принципе, копирование поведения из системы будет хорошим вариантом
Плюсы — меньше шансов на ошибку
Минусы — гораздо большее время, которое нужно будет потратить на создание большого количества пунктов или глобальную реогранизацию. Зачастую неочевидное поведение вспомогательных элементов или возможностей интерфейса
3. XML/json файл
Аналог textarea, но с некоторой защитой от поломок.
Можно комбинировать подходы, например, для быстрого создания детей у элемента меню, можно использовать textarea, а потом работать с ним в двух режимах, как визуальном, так и на уровне текста
Простой
