アフターコロナでオフィス回帰が進み、リモートワークからオフィス出社へと働き方を変更する企業が増えている。そんな中でベイジは変わらず「フルリモートOK」だ。気がつけば地方在住社員は4名になり（福岡、長野、石川、富山）、都内から地方への移住を予定している社員までいる。 私自身も福岡でフルリモートワークをして2年が経つ。そのせいか採用面談の場ではリモートワークの実態について質問されることが多い。そこで求職者の方へいつも答えていることを紹介し、ベイジの「今」の仕事のやり方をお伝えしようと思う。 1. コミュニケーションで困ることはない？ 社内のやりとりはSlack、バーチャルオフィスとしてDiscord、ドキュメントのやりとりはGoogle Workspaceを活用している。テキストコミュニケーションに慣れているメンバーばかりなので、オンラインでもとてもスムーズ。直接話したい時はSlackのハドル

デザインシステムとは、サービス開発する上で必要となるデザインの概念、スタイルガイド、コンポーネント集などで構成されるデザインのルールです。 Salesforce.comの「Lightning Design System」が2015年に登場して以来、多くの企業がこのデザインシステムを導入するようになりました。 プロトタイピングツールで有名なUXPinが提供するデザインシステムプラットフォーム「adele」では、90個以上（2019年12月現在）ものデザインシステムが公開されています。その企業のラインナップを見ると、大手ITベンダー、SaaSベンダーのみならず、自治体、金融機関、大学など多くの業界で、組織のブランド確立のために、デザインシステムを活用していることが分かります。 GoogleやAppleが提供するデザインシステムは、既に多くのブログで語りつくされていますが、その他の企業でも素晴ら

記事作りに関する書籍などを読むと「リード文は読者を引き込むための大事な入口です。だから力を入れて書きましょう」というようなことが書かれているときがある。たしかに、ウェブ記事でも書籍でも、リード文や「はじめに」の章が強烈に面白いことはたまにある。そういうものに出合うとぐんぐんと文章に引き込まれ、続きを読みたくなる。 しかし、そういった文章に出合うことは稀である。多くの場合、私は1行目の途中くらいでリード文を飛ばして本文を読み始める。意外とこういう人は多いのではないだろうか？　ウェブ記事なら初めから目次の位置までスクロールして読むという人もいるだろう。 ライターや編集者という仕事をしていると、文章を読むことに慣れてしまう。だから、人は文章を読んでくれるという前提になりがちだ。しかし、実際にはそうでもないかもしれない。そもそもリード文は必要なのか？　リード文を冗長に書いても読者にとってはノイズに

トグルスイッチとは状態のON/OFFを切り替えるためのUIパーツです。選択肢が明確にわかり直感的に操作できるトグルスイッチは、ユーザビリティを高めるための重要な要素です。しかしそのシンプルさゆえに、不適切な使われ方をしているケースを見かけます。トグルスイッチの機能と適切な使用方法を理解し、ポイントをおさえて設計することが大切です。 トグルスイッチの定義 トグルスイッチはウェブページやアプリケーションのコンポーネントです。同時に選択できない2つのオプションからいずれかを選択し、現在の状態を視覚的に表します。ユーザーがトグルスイッチのON/OFFを切り替えれば、ボタンの操作結果やオプションの変更設定がすぐにシステムに反映されます。 一般的に「トグルボタン」や「トグルスイッチ」と呼ばれることが多く、Material Design（※1）では「スイッチ」、Human Interface Guide

「企画や戦略の段階から参加できない」 「要件定義に同席させてもらえてない」 「だからアウトプットが適切に作れない」 こうした不満の声は、私が社会人になった20年前からしばしば耳にしていた。これはそれ以前からも存在する「IT業界あるある話」の1つなのだろう。 いわゆる「前工程」「上流工程」に参加できず、仕様を勝手に決められてしまうのは、デザイナーやエンジニアといったクリエイターたちの不満が募りやすいポイントの1つだ。私がデザイナーだった時も、似たような不満を抱いていた時期があった。 ただ、「それは確かに問題だね」と社内で合意が取れたとする。いや、実は合意を取って同席するのは難しくない。なぜならほとんどの関係者は、実際に作る人たちも話に参加してほしい、作り手視点の具体的な意見がほしい、と思っているからである。 なので声をあげれば、いわゆる前工程への参加は割と実現しやすい。しかしそれが実現すると

私は頭の回転がそれほど速くないと自覚している。 若い頃は答えを出す前にじっくり考え込むタイプだった。経営者になった今も、基本的な思考速度はさほど変わっていないと思う。その証拠に、自分の知識や経験がゼロリセットされる環境になると、理解が進まない。そんな時は、なかなか自分の考えをまとめられない。 20代の頃は、優れた回答を素早く出せる人に劣等感を覚えることもあった。 なぜすぐ答えられるのだろう… なぜ短時間でアイデアが出るのだろう… そう感じて、自分とその人たちとの間に、乗り越えられない高い壁がある気分になった。 しかし30代になると、その状況も徐々に変わってきた。時々「仕事が速い」と評価されるようになった。30代後半になり、フリーランスのデザイナーとして活動していた時も、「もうできたんですか？」「仕事が速くて助かる」と言われることがあった。 社交辞令も含まれていただろうが、色々な状況を加味し

以前勤めていた会社はデザイナーが遠隔地にいたため、クライアントと直接会わないことが多かった。そのためディレクターがクライアントに直接話を聴き、その内容を社内に持ち帰ってデザイナーに伝える、という制作工程が一般的だった。 デザイナーの中には、それでも器用にデザインができてしまう人と、そうでない人がいた。そして後者のデザイナーからは、こんな声がよく上がっていた。 前段のインプットが十分ではないので作りにくい クライアントと直接話ができないので作りにくい この時ディレクターをやっていた私は、この意見に一理あると思った。 そこで、前段の設計資料をサマリーせずにフルで共有したり、オリエンをより丁寧にしてみたり、クライアントとの打ち合わせに同席してもらう機会を設けるようにした。 結果どうなったかといえば、変わらなかった。なぜなら、デザインのクオリティが低かったのは、インプットやクライアントと直接会うか

2021年現在、ベイジの柱の事業はウェブ制作事業とウェブアプリデザイン事業です。ウェブ制作事業は会社設立の2010年からの主力事業で、サービス品質の平準化を目的に2014年頃からワークフローの整備を進めてきました。 一方ウェブアプリデザイン事業については、事業拡大したのがここ数年で、まだワークフローが整備されておらず、各人の裁量に委ねた進め方になっていました。そこで今後の事業拡大とメンバー増員を想定し作成したのが、業務システムやSaaSのUIデザインに特化した「ベイジの業務システムUIデザインワークフロー2021年版」です。 基本的な進め方は国際規格（ISO 9241-210※）の人間中心設計プロセスに基づいて組み立てていますが、細かいタスクの順序や内容は、今までベイジで培ってきたノウハウをふんだんに盛り込み、組み換えています。 また今回ワークフローを整備するうえでは、クライアントごとの開

営業、受注、制作、納品、運用と、ウェブ制作の活動は長期に渡り、そのタスクの種類と量は膨大です。だからこそ、基本的なプロセスや使用するドキュメントなどを明確に定義しておかないと、サービスの品質が担当者により大きく変わることになります。 ベイジは社員がまだ5名の頃、各人に委ねた進め方によって以下のようなトラブルが頻発していました。 ミスが発生しても「次から気をつける」と精神論で終わらせてしまう 担当するディレクターやクリエイターによってタスクの抜け漏れが起きる 担当者それぞれが属人的な進め方をしてて品質が安定しない 役割が不明瞭なグレーゾーンのタスクが放置されてしまう 創造的な仕事の時間が、ルーチンや計画にないタスクに奪われてしまう 新しい社員が入る度に同じことを教えないといけない これら問題を解決するため、2014年頃からワークフローを整備するようになりました。ちなみに私が入社したのはこれ以

色は私たちの身近に存在する視覚要素であり、日々の生活や行動に多大な影響を与えています。しかし、美術やデザインの専門教育を受けない限り、これほど身近な色を体系的に学ぶ機会はほとんどありません。 近年、ビジネスの現場でもデザインの重要性がよく語られます。ビジネスレイヤーで語られるデザインは課題解決を意味する広義のデザインであることも多いですが、その概念がプロダクトに落ちる段階では、ビジュアルデザインのような狭義のデザインも考えていかなくてはなりません。自分自身がデザイナーではなくとも、デザインを評価・判断すべき立場になることも、当然あるでしょう。 デザイナーでなくても、仕事の中で色を扱うシーンは他にもあります。PowerPoint等を使ってビジネス文書を作成をするとき、誰もが色を用いるでしょう。色の知識があれば、より効果的なドキュメント作成が可能になります。 このように考えると、色はデザイナー