Think
本質を見極める。
表面的な要望や現象の奥にある本質を見極める。
誰の理解状態を変える必要があるのか、どの判断を支える必要があるのか、何が改善され続けるべきなのかを整理します。
Not Just
単なる企画
単なる要件定義
思いつきのアイデア出し
Understanding Point
Thinkは、作る前に本質を見極めるためのMethodである。
Method / 設計方法
本質を見極め、
最良の形へ設計し、
学びを次へつなぐ。
DigitalLinkageは、Think / Build / Evolveを通じて、判断品質を高めながらApplication（アプリケーション）を設計・改善します。
DigitalLinkageのMethod（設計方法）は、単なる開発工程ではありません。改善が継続的に生まれる仕組みを設計するために、何を見極め、どう形にし、どの学びを次へ活かすかを支える考え方です。
Think. Build. Evolve. / 考え、作り、進化させる。
Page Role
工程紹介ではなく、Application生成能力の理解接点
Why good Applications emerge / 良いApplicationが生まれる理由
DigitalLinkageがなぜ良いApplicationを生み出せるのかを理解するページです。
Judgment quality matters / 判断品質が重要
制作手順ではなく、判断品質を高めるための仕組みとしてMethodを扱います。
Method works in Applications / MethodはApplicationの中で機能する
Owned / Facility / Collaborative の各Applicationの中でMethodが機能します。
Page Map / ページ構造
Methodをどの順で理解するページかを短く示す
Why Method Matters / Methodが必要な理由
Think / Build / Evolve
Knowledge to Capability / 知識を実行可能な力へ
Method in Applications / Applicationの中で実践されるMethod
Evolving Method / 進化するMethod
Why Method Matters / なぜMethodが重要なのか
改善を続けるには、
判断の質を高め続ける
必要がある。
Application（アプリケーション）は、一度作って終わるものではありません。事業、地域、顧客接点、現場運用は常に変化します。
その変化に向き合いながら改善を続けるためには、目の前の要望に反応するだけでなく、何を見極め、何を設計し、何を学びとして残すのかを判断し続ける必要があります。
DigitalLinkageのMethodは、その判断品質を高め続けるための仕組みです。要望をそのまま形にするのではなく、背景にある課題を見つめ、一度きりの制作物ではなく、改善が続く構造を設計します。
Understanding Point
Methodは、制作手順ではなく、判断品質を高めるための仕組みである。
Think / Build / Evolve
Think / Build / Evolveで、
PurposeをApplicationへ変換する。
それは、要件定義・開発・運用保守という単純な工程ではありません。本質を見極め、最良の形へ設計し、学びを再利用できる知識へ変換するためのMethod（設計方法）です。
Build
本質を最良の形へ設計する。
見極めた本質を、現実に機能する形へ設計する。
Webサイト、システム、顧客接点、運用フロー、Applicationなど、改善が継続的に生まれる構造を実際に使える形へ変換します。
Not Just
単なる実装
言われたものを作る作業
見た目だけの制作
Understanding Point
Buildは、本質を現実に機能する構造へ変換するMethodである。
Evolve
学びを再利用できる知識へ変換する。
実践から得た結果とプロセスを検証し、次の判断へつなげる。
何が機能したか、何が機能しなかったか、どの判断が再利用できるかを整理し、次のApplicationへ接続できる知識へ変えます。
Not Just
単なる保守
単なる改善作業
アクセス解析だけ
Understanding Point
Evolveは、実践から得た学びを次に使える知識へ変換するMethodである。
Knowledge to Capability / 知識を実行可能な力へ
知識を、
次に使える力へ変える。
DigitalLinkageは、Applicationを作る過程で得たKnowledge（知識）を、一度きりの経験で終わらせません。現場で得た学び、判断の理由、失敗から見えた構造、改善の手がかりを、次のApplicationや次の判断で使えるCapability（実行可能な力）へ変換します。
Knowledge Asset / 知識資産
現場で得た学び / 判断の理由 / 改善の手がかり
Capability Asset / 実行可能な力の資産
知識資産を、実行可能な力へ
DigitalLinkageは経験を消費するのではなく、再利用可能な力へ変換する。
Method in Applications / Applicationの中で実践されるMethod
Methodは、
Applicationの中で実践される。
Think / Build / Evolveは抽象的な考え方ではありません。Owned Applications（自社で育てるApplication）、Facility Applications（直営施設で実践するApplication）、Collaborative Applications（共創・支援型Application）の中で、それぞれ異なる形を取りながら機能します。
Owned Applications / 自社で育てるApplication
自ら設計し、育てるApplicationの中で。
Stay3、Area Guide、Front Site、WhiteMonster、Corporate Site V2.0の中で、MethodはAudience（オーディエンス）や現場が触れられる形へ実践されます。
Facility Applications / 直営施設で実践するApplication
直営施設という現実の顧客接点で。
Stay3Villa 一刻やINN THE MISTでは、顧客接点・現場運用・地域体験を通じて、Applicationが現実の中でどう機能するかを検証します。
Collaborative Applications / 共創・支援型Application
外部の事業・業務・顧客接点へ。
System Design Supportでは、外部の事業や現場に対して、DigitalLinkageのPurposeとMethodを適用し、改善可能なシステムを共に設計します。
Methodは説明するものではなく、Owned Applications、Facility Applications、Collaborative Applicationsの中で実践されるものである。
Evolving Method / 進化するMethod
Methodもまた、
実践を通じて進化する。
DigitalLinkageのMethodは、固定されたフレームワークではありません。Applicationを作り、自社施設で運用し、顧客接点から学び、外部の事業や現場と向き合う中で、Methodそのものも更新されていきます。
Think / Build / Evolveは、DigitalLinkageがApplicationを育てるためのMethodであると同時に、DigitalLinkage自身が学び続けるためのMethodでもあります。
Method evolves through Practice. / Methodは、実践を通じて進化する。
Next / 次の入口
このMethodを、
どの接点で活かしますか。
Methodを知ることは、DigitalLinkageを知ることの入口です。そのMethodがどのApplicationで実践されているかを見たり、自分の事業や現場にどう活かせるかを相談したりすることができます。
Entry / 入口
Applicationsを見る
PurposeとMethodから生まれたApplication Ecosystemを見る。
Entry / 入口
System Design Supportについて相談する
事業や現場の改善を、システムとして実装可能にする相談をする。
Entry / 入口
Front Siteについて相談する
外部Audienceとの理解接点を設計する相談をする。
Entry / 入口
Practiceを見る
DigitalLinkageが自ら運用し、学び、改善する実践を見る。
Entry / 入口
共にApplicationを育てる
DigitalLinkageのPurposeに共感し、Applicationを共に育てる。