デザイナー向けサービスデザインの入門書facebookやブログなどで紹介してきたサービスデザインの参考書をアップデートしてまとめました（主に日本語で読めるもの）。2008年に多摩美・情報デザインコースで「サービスデザイン」の演習を始めた当初は、手がかりになる情報は少なくそのほとんどが海外のものでした。10年経って日本での認知も上がり、翻訳書を始めとして多くの文献や資料が日本語でも読めるようになっています。 「サービスデザイン」は領域横断的なアプローチが必要で、扱う対象も広く、必要になる知識やスキルもかなり広範囲に渡ります。デザインの知見だけでは解決できない問題も多く、マネジメントやビジネス、マーケティング分野の知識やスキルも必要になりまです。リストの後半ではサービスマーケティングの本をいくつか紹介します（入門から専門書まで）。 私はマーケティングの専門家ではありませんが、多摩大学大学院（M

We’ve gone over how we tackle colors and typography in our design systems at The Scenery, so now we turn our attention to the system that goes largely unnoticed (because it’s not really there): spacing. Before we begin, it’s best to define what a spacing system should do. At its most basic level, a spacing system should define the distance between elements and components. And it should always be a

A can of cat food is a Minimum Viable Product (MVP) when you are starving, but it’s highly unsatisfying and unlikely to generate a loyal following (of humans). And there you have one of the problems of the MVP approach. It strives for “barely enough” and never good. And heaven forbid, the goal is never being great. It results in products that mostly work but never delight. No matter your source, t

イラスト：@tobefrog前回に引き続き、ユーザーインターフェイス・デザインについて、私たちの「文化」がどのように関わっているのかということを考察してみるというシリーズです。 この記事は、ユーザーインターフェイス・デザインについて、私たちの「文化」がどのように関わっているのかということを考察してみるというものです。具体的な“アプリケーションのUIデザイン”に踏み込む前にまずは日本語の使われ方を観察し、そして海外の… 前編では、私たちが使う言語がどのように書かれて、どのように使われているのかを考察しました。同じ日本語でも、縦書きと横書きで左右が変化することがわかりました。また、外国語、特に東アジアの諸外国での縦書き事情を簡単にではありますが探ってみました。 今回は言語以外の文化事例を見つつ、アプリでの一般例と利き手のユーザビリティを考えるべき場面というものを考察してみたいと思います。 書字

BismuthUpdate from 2019: I wrote this article a long time ago and my views have since evolved. In particular, I don’t suggest splitting your components like this anymore. If you find it natural in your codebase, this pattern can be handy. But I’ve seen it enforced without any necessity and with almost dogmatic fervor far too many times. The main reason I found it useful was because it let me separ

自動車でもブラウザーでも、エンジンは重要な部分です。今日私たちは、回転速度を上げ、完全に再発明された最新式エンジンを搭載した、まったく新しい Firefox のベータ版を公開しました。これまで行ってきた変更の規模や、この新しい Firefox がどれほど早くなったかを 57 というバージョン番号だけで伝えるのは難しいため、この来るべきリリースを Firefox Quantum という名前で呼ぶことにします。 Firefox Quantum への道のり私たちは昨年 10 月、Servo 研究プロジェクト で開発された技術を活かして、近年のコンピューターに最適化された次世代ブラウザーエンジンを作る Quantum プロジェクト という取り組みを発表しました。それ以来、Mozilla のエンジニアリングチームは Firefox を驚くほど高速にすることに絶えず焦点を当ててきました。 今年に入って

This article is also available in Russian, thanks to Workafrolic, in Portuguese, thanks to Maujor, in Japanese, thanks to Keita Nakanishi, and in Korean thanks to Sue. If you’re not into reading, there’s a recording of me talking about most of the things in this article at CSS Conf Budapest. About a year ago I started to focus more on web accessibility. The most effective method of learning for me

ここが決定的に違うんです。 微妙なサービスの多くは機能ドリブンのあやふやなゴールセッティングでデザインを始めてしまうため、要件がぶれてしまい「他行では○○だ」とか「マネジメントが××と言っている」という非論理的な要件をただ浴び続けるだけに陥りがちです。 どの高みを目指すかによってデザインの重要度は大きく変わります。 極論とりあえず1個の機能としてあればいいのなら、デザインなんかいらないわけです。存在することが付加価値なので。 凄さポイント：ゴールから逆算して論理的に要件が導き出されている 凄さ2：ありがちなデザインをなぞる ゴールが明確になり、要件が決まったとしても、その最適解を生み出すプロセスは違いを生む大きな要因になります。 特に金融系のようなどちらかというとオールドな業界の場合、新しいことやサービスをやろうとすると「新しいからOK！」的なデザインがまず出てくることが多いのですが、なぜ

Pure functions are essential for a variety of purposes, including functional programming, reliable concurrency, and React+Redux apps. But what does “pure function” mean? A pure function is a function which: Given the same input, always returns the same output.Produces no side effects.We’re going to answer this question with a free lesson from “Learn JavaScript with Eric Elliott”: Before we can tac

Mandarin Duck — Malcolm Carlaw (CC-BY-2.0)When I started using React, there was no Redux. There was only the Flux architecture, and about a dozen competing implementations of it. Now there are two clear winners for data management in React: Redux and MobX, and the latter isn’t even a Flux implementation. Redux has caught on so much that it’s not just being used for React anymore. You can find Redu

This is a question that we have all struggled with in building applications. It is an important question because it influences the architecture of our code and how well our app will absorb new features and complexity as it naturally grows during its lifetime. TL;DR (Summary)There are many approaches that will work but it is important to understand the tradeoffs to pick the best solution. I discuss

I love buttons. I can do things with buttons. Take a next step. Make a commitment. Get things done. With buttons, interaction springs to life. That’s why Buttons are arguably a design system’s most important component. Devilishly simple, they offer a simple label in a defined region I can press. As such, buttons are where you apply a design language’s base attributes in ways that’ll ripple through

After a six month long iteration process and over 300 commits we’re super excited to announce the official release of styled-components v2! TL;DRHalf the bundle size, (22kB → 12kB) thus much faster to load for your usersBest-in-class server-side rendering with critical CSS, style rehydration and concurrency support out of the boxWe’ve added the.attrs helper to support passing attributes to any sty

React storybook helps you to isolate your react UI component development from your main app. If you haven’t heard of react-storybook, it’s worth checking it out. react-storybook simplifies the way we develop independent UI components. Thanks, kardira Team The basic sample demo to use react-storybook is explained react-storybook-simple-demo This blog is a simple tutorial where we try to use redux s

The first time I heard the term “living documentation” was when I discovered Behavior Driven Development (also known as BDD). If you don’t know what BDD is you can still read this introduction by Dan North. But to give you a quick idea, it’s when developers, Q&A and business people collaborate to write specifications. Those specifications are focused on examples. Now, who never read a documentatio