どうも！木村です！
玉ねぎ切った図ってよく言われてるやつ、その切り方バーベキューでしかやらないやつだろ、家でカレー作るときにその切り方せんやろって思った人も
システムアーキテクチャーを分かりやすく対応いただける記事にしてみました！

■アーキテクチャーって？設計業務との違いは？

超簡単にいうと、

サービス（システム）をビジネスサイドの意見を考慮しつつ、長期的に運用できるような要件定義〜設計を行って、マネジメントしていく

です！
あれっ。それってPMじゃないっすか。
って思えた人、実は正解なんです。

開発するにあたって必要な環境を全部知ってますよ、作れますよ。ってことはつまり、
バックエンドやインフラや画面側や開発環境（ツール）などサービスに合わせて考えられますよってスキルがただのPMとは違うんだってアピールになってるんです。

ちょっと詳しく書くと
ただ作って終わりじゃないサービスでは追加コンテンツ作ることってありますよね。
既存のソースコードと干渉して動かない。。とか、データーベースの作り方が微妙で変な感じにSQL書かなきゃいけなくなった。。とかとか。
これは運用面を意識してない設計をしてしまった時の困った例です。
ちゃんと考えていても起きることではありますが、少なくともどう変えればなんとかなる、がわかりやすい為、比較的エンジニアが変な困り方をしないで済むようにアーキテクチャーは必要なのです。

■何ができればアーキテクトなの？

ではエージェントが
「この人はアーキテクトの人だ！」
と確信を持って営業できるために必要な情報をまとめましたのでご覧ください！

一応通常PMポジションの業務を先に書いておきます。

ここからが大事なアーキテクトの業務！！（ここ重要！）

なかなか厄介な言葉が出てきたと思いますが、
AWSなどのクラウドサービス、TerraformやAnsibleはよくSREエンジニア（Dev-ops←デブオプス）が対応するツールです。
長くなるので改めて別で書きますのでお待ちを。

■クリーンアーキテクチャーって？

で、ようやく出てきましたクリーンアーキテクチャー。
まず予備知識としてクリーンアーキテクチャーってのはあくまで考え方（設計概念）なので、知ってるか知らないかだけのお話です。

営業として覚えておいてほしい内容はこちら！

例えば月額制のWebサービスがあってデザインを変えてもビジネスモデルが変わることないですが、ビジネスモデルが変わったらデザインって絶対変わりますよね？ってものっす。

その考え方（分け方）を持ってすれば運用するのがめちゃくちゃ楽になるということだけ覚えておきましょう！

■最後に

アーキテクチャ/アーキテクトに関して超ざっくりお伝えしましたが、
アーキテクトの人がどんなスキルが必要なのかを理解すれば営業はできますよね！
本当は金額も書きたいですが、会社毎に違うと思うので伏せます涙
ただ、間違いなく

アーキテクト＞＞＞PM

となることはご理解いただけたかなと思います！
もしかしたら所属されているPMさんでアーキテクトの方がいらっしゃるかもしれませんので、経歴書やアピールを変えるだけで大幅な金額UPが狙えるかもしれませんよ〜！

全然関係ないですが、
スキルシートをどう書いたら案件集まる？金額高くなる？みたいな相談もパートナーさんやフリーランスさんから受け付けております！
ぜひ一度ご相談してみてください〜！