コンテンツにスキップ
pentaglyph

TiSDD

TiSDD（This Is Service Design Doing、2018）はサービスデザインの正本書 + メソッドバンクで、著者は Marc Stickdorn、Markus Hormeß、Adam Lawrence、Jakob Schneider。サービスデザインメソッド約 50 種（ペルソナ、カスタマージャーニー、サービスブループリント、共創ワークショップ等）と、Adobe、Lufthansa、UK Government Digital Service を含む組織のケーススタディをドキュメント化しています。

正本リンクhttps://www.thisisservicedesigndoing.com/methods
著者Stickdorn、Hormeß、Lawrence、Schneider
キット内の hometemplate/docs/service-design/
pentaglyph 内のスロット5 つ中 #5 ― サービスデザイン層

TiSDD は何を解決するのか

Section titled “TiSDD は何を解決するのか”

ほとんどのソフトウェアアーキテクチャ・ドキュメンテーションキット（2026 年までの pentaglyph 含む）は、プロダクトに実 ユーザー が現れた瞬間に critical になる層をスキップします:

  • このユーザーは具体的に誰か? 「開発者」ではなく、 どの 開発者、どんな目標、どんな文脈で?
  • 彼らはどんなジャーニーに乗っているか? 「API を使う」ではなく、価値に至るステップバイステップ体験は?
  • 彼らがプロダクトに触れているとき、舞台裏で何が起きているか? 「バックエンドがリクエストを処理する」ではなく、どんな人間、システム、ポリシーが関与しているか?

これらはサービスデザインの問いで、pentaglyph は意図的に独自の答えを発明しませんでした。代わりに TiSDD が upstream canon として束縛されています。

pentaglyph が使う 3 つのコア artefact

Section titled “pentaglyph が使う 3 つのコア artefact”

Personas ― 誰のためか?

Section titled “Personas ― 誰のためか?”

ペルソナは特定のユーザー archetype を目標・文脈・制約と共に名指す。デモグラではなく 決定関連属性。

「Maya、シニアバックエンドエンジニア、経験 8 年、チームの四半期技術負債スプリントで新 doc キットを評価中。12 人のチームのツール選定を決定。評価に 30 分以上かかるものは却下」

pentaglyph テンプレート: 6_persona.md。service-design/personas/ 配下。

Journey maps ― 彼らはどう体験するか?

Section titled “Journey maps ― 彼らはどう体験するか?”

ジャーニーマップは 1 ペルソナを体験のステージごとに歩かせ、各ステージで考え / 感じ / 行うことを示す。摩擦点を特定する。

pentaglyph テンプレート: 7_journey-map.md。service-design/journeys/ 配下。

Service blueprints ― frontstage と backstage で何が起きているか?

Section titled “Service blueprints ― frontstage と backstage で何が起きているか?”

サービスブループリントはユーザー可視の frontstage ジャーニーを、それを生む backstage のシステム・人間・プロセスにマップする。顧客向け失敗が見えないバックエンド issue にどこで起源を持つかを暴く。

pentaglyph テンプレート: 8_service-blueprint.md。service-design/blueprints/ 配下。

なぜ代替案ではなく TiSDD なのか

Section titled “なぜ代替案ではなく TiSDD なのか”

複数のサービスデザイン canon が存在しますが、TiSDD が選ばれたのは:

  • 正本書 + 無料メソッドバンク ―― メソッドサイト が無料で網羅的
  • アクティブなコミュニティ ―― ワークショップ、認定、メンテされたメソッドライブラリ
  • ツール中立 ―― TiSDD はメソッドを記述するが、どの Figma / Miro / Mural テンプレートを使うかは規定しない。pentaglyph のドメイン中立性哲学に整合
  • 業界採用 ―― Adobe、Lufthansa、GDS その他大規模プロダクト組織で利用

pentaglyph での TiSDD の使い方

Section titled “pentaglyph での TiSDD の使い方”
template/docs/service-design/
├── personas/          ← Template 6
├── journeys/          ← Template 7
└── blueprints/        ← Template 8

注: service-design/ は --include=service-design で opt-in。default では minimal / standard / full profiles のいずれにもインストールされません。多くのエンジニアリングチームには不要なため。最も有用なのは 顧客向けプロダクトチーム と 明示的なユーザー体験要件を持つ規制業界。

TiSDD を使うべきとき

Section titled “TiSDD を使うべきとき”
  • 顧客向けプロダクトチーム（B2C、real onboarding journey のある B2B SaaS）
  • ユーザー体験を監査用にドキュメント化すべき規制業界（医療、金融）
  • 「これは誰のためか、彼らはどう体験するか?」が non-trivial なチーム

TiSDD を使う べきでない とき

Section titled “TiSDD を使う べきでない とき”
  • 内部ライブラリ・開発者ツール ― ペルソナは自明（自分 + 同僚 2 人）
  • 使い捨てプロトタイプ
  • ユーザー向け surface のないコードベース

pentaglyph での歴史

Section titled “pentaglyph での歴史”

pentaglyph の前身（tetragram という名前）は 4 つの標準を持っていました: arc42 + C4 + MADR + Diátaxis。2026 年、複数の下流コンシューマが顧客向けプラットフォームを構築する中でサービスデザインが必要になったとき、TiSDD が 5 つめの対等標準として追加 されました。 tetragram（4 つ）から pentaglyph（5 つ）へのリネームはこの拡張を反映しています。

正本リンク

Section titled “正本リンク”

関連

Section titled “関連”