この投稿は管理画面AdventCalendar19日目の投稿です。
昨日の投稿はラクスルの管理画面のつくり方でした。
本日は「管理画面あるある」という形で管理画面開発における危険信号とその対処についてまとめてみたいと思います。
サービスの拡大と共に成長し消えていく管理画面、その中でいろんな事が起こりますよね。
1. 管理画面の仕様、考えとくから（企画）
危険フラグです。細かなこだわりと盛り盛りの仕様が上がってくる前兆です。
エンジニアも最初から管理画面の設計に加わりましょう。
2. これも管理できたほうがいいよね？
ないとだめですか？他で代用できないですか？「できたほうがいい」は基本いらないです。
3. この管理画面、使いにくくね？
エンジニアと企画とのコミュニケーションが問題でしょう。
思い切ってエンジニアがしばらく管理画面使って業務をする期間を用意してみては？翌月素晴らしい管理画面ができているかもしれません。
4. 管理画面動かないんだけど！（IE8）
社内用途ならChromeを使って下さい。逆になぜIEを！？
5. 明日リリースなのに管理画面がない！
最悪phpMyAdminでもいいです。GUIツールは用意しましょう。
Railsであれば30分もあればRailsAdminやActiveAdminを使って簡易管理画面が構築できます。
6. ユーザ体験向上のためのCRMツールを開発したい！
外部サービスの選択肢はないの？ZendeskやSalesForce便利です。
7. とは言え外部ツールお金かかるし自社開発しない？
本当にいい外部ツールはお金を払う価値あります。
エンジニアの工数はお金かからないですか？管理画面が動くサーバやその後のメンテナンスも考えられていますか？
8. ねぇこのボタン、本当に押していいの？大丈夫？
管理画面だからとはいえ細かな説明に手を抜かないでください。その先にいるユーザ（スタッフ）をイメージしましょう。
9. あ！間違ってデータ更新しちゃった！
データ更新には確認画面を用意してください。少なくともJavascriptのalertくらいは仕込みたいですね。
場合によってはGmailのように更新した後しばらくの期間なら差し戻せる機能にしておく方が生産性が高まってよいです。
10. 管理画面ダサいんだよね
最低bootstrapは入れましょう。単なるHTMLはテンション上がりません。
なんなら10~20ドルくらい払えば綺麗なテンプレートを手に入れる事が可能です。
11. 管理画面のUIを改善しましょう
改善するのは業務フローです。ユーザ体験です。
そのための改善ですか？
12. 管理画面項目多すぎ
サービス拡大と共に機能・項目の追加がたくさんあったのでしょう。
定期的に集中と選択が必要です。
13. 見せれない画面あるしアルバイトには触らせられない
権限管理して役職に応じて見せる所見せない所分けましょう。
14. 管理画面の使い方マニュアル作ってくれない？
その労力はわかりやすい管理画面設計に使いませんか？
15. 今このフローに慣れてるから急に管理画面が変わると困る
時にはトップダウンで変更する必要もありますね。
ただし中にはキーボードを使いこなし高速処理する管理画面職人もいますのでそういった方にケアした設計を心がけたいですね。
16. データが重すぎて管理画面が動かない
DBにしっかりインデックス貼って下さい。不要なデータは定期的にお掃除しましょう。ページネーションも適切ですか？
17. 管理画面でいつの間にかバグ
機能追加や仕様変更の際に管理画面がおざなりにされたんですね。
テスト書いて下さい。
18. 管理画面の優先度が一向に上がらない
KPIを共有したり、ユーザとのリレーションを作る管理画面がチームを支えています。管理画面の重要性をチーム内に浸透させましょう。
なんなら期間を区切って管理画面開発専門のメンバーをアサインするといいですね。
19. 管理画面めっちゃ便利になったね！
褒めてください。めちゃめちゃ褒めて下さい。普段ユーザから直接褒められる事のあまりないエンジニアがダイレクトに褒められる絶好のチャンスですよ！
おわりに
18にも書きましたが、サービスの拡大を支えるのは管理画面と言っても過言ではありません。現状で課題になっているのは何かを考え、やるべきことを取捨選択しながら管理画面とともにサービスをグロースさせていきたいですね。