基本的にDrupalは通常のクライアントでは少し複雑です。Drupal 7の方が優れていますが、特に管理コンテンツや分類法に関しては、クライアントにとってユーザーフレンドリーではありません。
クライアントを想定したモジュールやテーマはありますか?私は tabtamer と quickbar が非常に役立つことを発見しました:)管理セクションを簡略化する他の何か?
私たちは通常、Drupal 7サイトの管理テーマとして Seven を残し、 Rootcandy Drupal 6サイトの管理テーマとして。大きなクライアントの1つがインストール Rubik サイトを配信するときはいつでも。
適切な管理テーマが役立ちますが、それは実際には豚の口紅にすぎません。
また、 Workbench は、多くの新しいコンテンツを追加しているサイトのコンテンツクリエーターにも使用できることにある程度同意します。
ただし、Drupalの管理上の問題は、次の3つのことを行うことで解決されます。
実際に必要なモジュールのみをインストールしてください。サイトを展開する準備ができたら、アクティブに必要のないものを無効にし、場合によってはアンインストールします。これにより、管理メニューのエントリ数が減少します。
適切な役割のセットをセットアップし、各役割に必要な最小限の権限を構成します。 1人のユーザーがサイトを実行している場合でも、日常のタスクに必要なユーザーの非管理者ロールをセットアップします。偶発的なタスクのためにuid 1アカウントを保存します。繰り返しになりますが、これにより管理メニューのエントリ数が減少します。
可能な限りコンテキストヘルプを設定し、クライアントをトレーニングします。サイトの機能を The Drupal 7 。
Workbenchは良いのですが、以下を使ってカスタム管理者を構築するために使用します。
admin men および admin menu source は、エディターごとにカスタム管理メニューを作成します。
また、編集者が編集できるメニューを選択するために ロールごとのメニュー があると便利です。
views および views bulk operations を使用すると、より優れた管理インターフェースを構築できます。
これを使用してビルドする必要がありますが、Workbenchよりも優れたオプションが得られると思います。
また、ダッシュボードを使用して、ユーザーがオプションを確認できるようにすることもできます。
ワークベンチは、一般的な管理/ワークフローの改善にはおそらく良い考えです。しかし、細かいレベルでUIを改善したい場合は、デフォルトの追加/編集ビューが気に入らない場合は、ノードを追加/編集するためのカスタムTPLページを設定できます(私はそうは思いません)。または、同じ行に沿って hook_form_FORM_ID_alter() を実行できます。あなたがモジュールやテーマを求めていることは知っていますが、とにかくこれについて触れておきたいと思いました。
Workbench は、コンテンツを管理するための全体的な改善を提供しますが、Drupalはそのままでは提供しません。