株式会社ルミナスシステムデザインは、業務システムやWebサービスのUI/UXデザインとシステム設計を手がける会社です。社名の「ルミナス」には、光のように、使う人の手元を明るく照らす設計をしたいという思いを込めています。
見た目を整えるだけでなく、使う人の仕事や行動をよく知り、画面の裏側にある仕組みまで一緒に考えます。リサーチ、設計、プロトタイプ、実装までを一つのチームで進めることで、考えた使いやすさがそのまま形になります。
画面を判断する際に、当社が立ち戻る5つの原則です。好みではなく、利用者の作業を基準にします。
複数の用途を詰め込むと、どこから見るか迷います。画面の主目的を一文で言えない場合は、画面の分割を検討します。
使用頻度の高い操作は手元に、影響の大きい操作は離して置きます。取り消し系の操作は、誤って押しにくい位置と色にします。
保存した、失敗した、処理中であることを、画面上で即座に示します。利用者が結果を推測する時間をなくします。
注意書きより、入力形式の制限や取り消し機能で防ぎます。間違えたときは、何が原因でどう直すかを具体的に示します。
色や配置、文言を一貫させると、覚える負担が減ります。例外を作るときは、その理由を記録して共有します。
調べる、設計する、試す、つくる。必要なところからご相談いただけます。
利用者へのヒアリングや行動観察から課題を整理し、体験の全体像を設計します。
詳しく見る →業務システムやWebサービスの画面構成、操作の流れ、見た目をデザインします。
詳しく見る →ルールと部品を整え、複数のサービスや画面でも一貫した使い心地を保てるようにします。
詳しく見る →動くプロトタイプで検証し、そのままフロントエンドの実装まで担当します。
詳しく見る →案件の規模にかかわらず、同じ順序で進めます。各工程の終わりに「次に進んでよいか」をお客様と確認します。
既存画面の操作録画、問い合わせ履歴、利用者へのヒアリングから、困りごとの発生地点を特定します。この段階で解決策は出しません。
影響人数と頻度で課題を並べ、今回扱う範囲を決めます。扱わないものも理由と一緒に記録し、期待のずれを防ぎます。
画面の一覧、遷移、ワイヤーフレームを白黒で作り、見た目の議論を後回しにして、操作の流れを合意します。
クリックできるプロトタイプで、利用者5名前後に実際の作業を試してもらいます。つまずきを設計に戻して作り直します。
配色、文字、余白を決め、繰り返し使う部品を共通化します。画面ごとの状態（エラー、空、読み込み中）まで作ります。
フロントエンドを実装し、公開後は操作時間や問い合わせ件数で効果を確認します。改善点は次の計画に引き継ぎます。
お客様の業種・規模は匿名で掲載しています。
ハンディ端末の入力ミスが月に数十件起きており、現場からは「項目が多い」という声が上がっていた。ただ、どの画面のどの項目が原因か分からず、改修…
見積書を作る営業事務が、商品選択と数量入力で画面を何度も行き来していた。単価や掛け率の誤入力が出荷後に発覚する事例もあり、確認作業が負担にな…
求職者向け、企業向け、社内管理の3サービスを別々の会社が作った経緯で、ボタンや入力欄の見た目と挙動が揃っていなかった。改修のたびにデザイナー…
予約枠の変更や取り消しを受付スタッフが電話応対しながら行うため、片手でも迷わず操作できる画面が求められた。仕様書だけでは、操作感の合意が取れ…
部品の数より、使い方の約束が揃っているかが重要です。当社が整備する主な要素を紹介します。
色、文字サイズ、余白、角丸、影を意味のある名前で定義。配色変更やテーマ切替を一か所の修正で反映できます。
ボタン、入力欄、選択、チェック、タブ、ダイアログなど。標準・選択中・無効・エラーの状態を揃えて定義します。
テーブル、リスト、ページ送り、絞り込み。業務画面で使用頻度が高く、並べ替えと空状態の表示ルールを含みます。
ラベル位置、必須表示、入力例、エラー文を組み合わせた型。画面ごとの入力体験のばらつきを抑えます。
ボタンの動詞、エラー文の書き方、用語の統一表。画面の印象は、部品の見た目と同じくらい文言で決まります。
各部品の使いどころ、使ってはいけない例、実装コードを併記したドキュメント。検索でき、更新履歴も残ります。
部品の追加申請、レビュー担当、バージョン管理、廃止の手順。更新が止まらない仕組みとして最初に決めます。
各フェーズで何を受け取れるかを一覧にしました。範囲により含まれる成果物は変わりますので、お見積りで確定します。
| フェーズ | 主な成果物 | 形式 | 目安期間 |
|---|---|---|---|
| リサーチ | 調査計画書、インタビュー記録、課題一覧、優先順位表 | PDF・表計算 | 3〜8週間 |
| UX設計 | ペルソナ、ジャーニー、業務フロー、改善方針書 | PDF・Figma | 2〜4週間 |
| 画面設計 | 画面一覧、遷移図、ワイヤーフレーム、文言表 | Figma・表計算 | 2〜4週間 |
| UIデザイン | 主要画面デザイン、状態一覧、画面仕様書 | Figma | 3〜5週間 |
| デザインシステム | トークン定義、部品ライブラリ、利用ガイド | Figma・コード・Webドキュメント | 6〜16週間 |
| プロトタイプ・実装 | プロトタイプ、テスト報告、フロントエンドのソース | Figma・Gitリポジトリ | 4〜12週間 |
期間は目安です。対象画面数、お客様側の確認にかかる日数、既存資料の有無により前後します。
特別な利用者のための追加機能ではなく、疲れている日、明るい場所、片手での操作など、誰にでも起きる状況への備えとして設計します。
設計の途中で何度も動くものを触らせてもらえたので、不安なく進められました。最終的な画面に、現場の言葉がそのまま反映されていると感じます。
提案された内容に必ず理由が付いていて、社内での説明がしやすかったです。採用しなかった案の理由まで残してもらえた点が、後任への引き継ぎで役立ちました。
デザイナーと開発者が同じ打ち合わせに出てくれるので、できる、できないの判断が早いです。手戻りで悩む時間が確実に減りました。
現場で聞かれることの多いテーマを、実務の視点で解説します。
業務画面の誤入力は、注意喚起より入力方法の見直しで減らせます。順序、書式、初期値、エラー文、確認の5点を解説します。
続きを読む →最初から網羅しようとして頓挫する例は少なくありません。使用頻度と影響範囲から、最初に整える部品を決める手順を紹介します。
続きを読む →インタビューでは出てこない、現場の工夫や回避策。観察で見落としたくないサインを、具体例とともに整理します。
続きを読む →はい、歓迎しています。「なんとなく使いにくい」という段階で構いません。最初の打ち合わせで状況を伺い、調査から始めるか、設計に入るかを一緒に判断します。
可能です。1〜3画面の部分改善から承っています。まず困りごとの大きい箇所を直し、効果を確認してから範囲を広げる進め方もご提案します。
社内の業務システム、顧客向けのWebサービス、管理画面などです。業種は問いません。ただし、専門性の高い業務では、現場理解に時間をいただくことがあります。
画面数、調査の規模、実装の有無で決まります。各事業内容ページに目安を載せていますが、正式な金額は内容を伺ったうえで見積書でご提示します。
範囲の変更は、都度ご相談し、費用と期間への影響を書面で確認してから進めます。無断で追加費用が発生することはありません。