経営アドバイザー合同会社
お問い合わせ

コンサル会社の社員の属人化の解決方法

「優秀なコンサルタントに仕事が集中している」

「担当者によって支援内容や品質に差がある」

「お客様ごとに対応が違い、想定以上に時間がかかる」

「社員を増やしても、なかなか売上や利益が増えない」

「経験豊富な社員がいないと、お客様への対応が難しい」

コンサルティング、コーチング、人材育成、組織開発など、専門的な知識や経験を提供する会社では、このようなお悩みが起こりやすくなります。

一人ひとりのお客様に合わせた丁寧な対応は、大きな強みです。

しかし、その強みが特定の社員の経験や判断力だけに依存してしまうと、会社が成長するほど一部の社員へ仕事が集中しやすくなります。

今回ご紹介するのは、東京都で組織変革・人材育成を軸に、経営者やチーム向けのコーチング、組織開発支援などを行う従業員14名の企業です。

顧客ごとに支援内容や深さが異なるため、サービスの標準化が進みにくく、提供に必要な工数が増えやすいことが経営上の課題となっていました。

そこで、サービスの中心となる内容を整理して標準化し、お客様への支援開始から成果確認までの流れを明確にしました。

さらに、こうした会社の課題解決を社員一人ひとりの目標へ落とし込み、達成度を人事評価と賞与へ反映する仕組みを提供しました。

その結果、社員の属人化解消や業務改善に対する意識が高まり、会社の課題改善が進み、売上4,500万円、利益3,000万円の増加につながりました。

東京都で、企業の組織変革や人材育成を中心に、経営者・管理職・チームなどへのコーチングや組織開発支援を行う従業員14名の企業です。

高い専門性を持ち、お客様それぞれの状況に合わせて丁寧な支援ができることが強みでした。

一方で、お客様ごとに課題や組織の状況が異なるため、担当する社員の経験や判断に依存しやすくなっていました。

具体的には、

・担当者によって支援方法が異なる
・顧客ごとにサービス内容が大きく変わる
・経験豊富な社員ほど難しい案件を抱える
・支援に必要な時間を事前に予測しにくい
・成果を出している社員のノウハウが共有されにくい
・新人を育成するまでに時間がかかる
・社員を増やしてもサービス品質を一定に保ちにくい
・顧客対応の工数が増え、利益を圧迫しやすい

といった問題がありました。

そこで、「優秀な社員の能力に頼って会社を成長させる」のではなく、「優秀な社員が持っている知識や経験を会社全体で活用できる仕組みに変える」ことを重要な課題としました。

専門性の高いサービスを提供する会社では、社員の能力が競争力になります。

しかし、その能力が個人だけに蓄積されると、次のような問題が起こりやすくなります。

1.優秀な社員に難しい案件が集中する
2.担当者によってサービス品質に差が生まれる
3.顧客ごとに必要以上の個別対応が増える
4.支援に必要な時間や工数を予測しにくくなる
5.成功した支援方法が社内で共有されない
6.新人が一人で顧客を担当するまで時間がかかる
7.担当社員の退職とともにノウハウが失われる
8.売上が増えるほど社員の負担も増える
9.社員数を増やしても利益が比例して増えない
10.会社を拡大するとサービス品質にばらつきが生じる

特に注意したいのが、「優秀な社員が頑張っているから会社が回っている」という状態です。

現在は問題がなくても、案件の急増や社員の退職などをきっかけに、一気に問題が表面化する場合があります。

属人化を解消する目的は、優秀な社員の個性をなくすことではありません。

その人が持つ優れた経験や判断方法を「会社の財産」に変えていくことです。

最初から分厚いマニュアルを作る必要はありません。

まず、

「成果を出している社員は、何をしているのか」

を具体的に整理します。

例えば、

・最初の面談で何を質問しているか
・お客様の課題をどのように整理しているか
・どのような順番で支援しているか
・どのタイミングで経営者と確認しているか
・どのような資料を使用しているか
・問題が起きたときに何を確認しているか
・成果をどのように測定しているか
・次の提案へどうつなげているか

などです。

「○○さんだからできる」で終わらせず、

「○○さんは、なぜ成果を出せているのか」

まで掘り下げることで、個人の経験を他の社員も学べるようになります。

コンサルティングやコーチングでは、

「お客様によって状況が違うので標準化できない」

と思われることがあります。

しかし、すべてを同じにする必要はありません。

大切なのは「共通する部分」と「個別対応する部分」を分けることです。

例えば、

初回相談

現状把握

課題整理

目標設定

支援計画作成

サービス提供

進捗確認

成果確認

改善提案

継続支援

という基本的な流れを整理します。

さらに、

・初回ヒアリングシート
・課題分析シート
・提案書
・支援計画書
・面談記録
・進捗確認表
・成果確認シート
・終了後の振り返り

なども共通化できます。

こうすることで、社員の個性や専門性を活かしながら、会社として一定のサービス品質を保ちやすくなります。

ここが今回の取り組みの重要なポイントです。

経営者が、

「ノウハウを共有してください」

「後輩を育ててください」

「仕事を標準化してください」

とお願いするだけでは、社員はどうしても目の前のお客様への対応を優先します。

そこで、会社が解決したい課題そのものを社員の目標へ落とし込みます。

例えば、

1.成功した支援方法を共有する
2.ヒアリング方法を標準化する
3.提案書をテンプレート化する
4.サービス提供の流れを整理する
5.顧客対応の工数を削減する
6.新人でも担当できる業務を増やす
7.社内研修を実施する
8.成果指標を明確にする
9.継続支援につながる仕組みをつくる
10.会社全体の利益につながる改善を行う

といった内容です。

そして、その達成度を人事評価で確認し、賞与へ反映します。

「自分自身がたくさん仕事をした人」だけではなく、

「他の社員も成果を出せる仕組みをつくった人」

も評価する考え方です。

これにより、ノウハウ共有や後輩育成も社員にとって正式な仕事として位置づけやすくなります。

今回の企業では、サービスの中心となる内容を整理し、提供プロセスの標準化を進めました。

さらに、お客様への支援開始から成果確認までの流れを整え、社員個人の経験だけに依存しない提供体制づくりを進めました。

そして、こうした会社の課題解決を社員一人ひとりの目標とし、その達成度を人事評価と賞与へ反映しました。

その結果、社員の属人化解消に対する意識が高まり、会社の課題改善が進み、

・売上4,500万円増加
・利益3,000万円増加

につながりました。

重要なのは、社員に単純に「もっと売上を上げてください」と求めたのではないことです。

「どうすれば自分の経験を他の社員も活用できるのか」

「どうすれば同じ品質のサービスを、より効率よく提供できるのか」

「どうすれば社員が増えても品質を落とさず会社を成長させられるのか」

という経営課題を、社員自身が解決する仕組みにしたことがポイントです。

今回の考え方は、コーチング会社や組織開発会社だけに限りません。

コンサルティング会社、研修会社、IT企業、Web制作会社、広告会社、設計会社、士業事務所、システム開発会社など、社員の知識や経験がお客様への提供価値になる企業にも応用できます。

特に、

「仕事のできる社員ばかり忙しい」

「担当者によってサービス品質が違う」

「社員を増やしても利益が増えない」

「新人が一人前になるまで時間がかかる」

「社長やベテラン社員しか対応できない仕事が多い」

という会社では、一度「どの仕事が、誰に依存しているのか」を確認してみることをおすすめします。

専門サービス会社にとって、社員一人ひとりの知識や経験は大切な財産です。

だからこそ、その能力を個人だけのものにしておくのは、もったいないことでもあります。

優秀な社員の経験

仕事の見える化

成功方法の共有

サービスの標準化

若手社員の成長

業務負担の軽減

サービス品質の安定

利益の改善

会社の成長

という好循環をつくることが大切です。

人事評価制度も、単に社員へ点数をつけるためのものではありません。

「会社が解決したい課題」と「社員が取り組む目標」をつなぎ、その成果をきちんと評価する仕組みにすることで、会社の成長に活用できます。

「社長や一部の社員しか営業できない」

「営業担当者によって受注率に大きな差がある」

「提案資料を案件ごとに一から作っている」

「営業から開発への引き継ぎで手戻りが発生している」

「案件は増えているのに利益が思うように残らない」

「人事評価制度を会社の売上・利益向上につなげたい」

このようなお悩みがございましたら、まず、

「誰に、どの営業・顧客・技術・判断・ノウハウが集中しているのか」

を整理するところから、丁寧にお手伝いいたします。

全国の企業に対応しています。

ご相談はこちらからお問い合わせください。

Q
IT会社の営業の属人化とは何ですか?
A

IT会社の営業の属人化とは、新規顧客開拓、ヒアリング、提案、見積り、商談などの方法が特定社員の経験や能力に依存し、「その社員でなければ受注できない」状態になることです。成果を出している社員の行動を見える化し、営業プロセスや提案方法として共有することが属人化解消の基本です。

Q
お客様ごとに内容が違う受託開発でも標準化できますか?
A

すべての案件を同じ内容にする必要はありません。問い合わせ、ヒアリング、課題整理、提案、見積り、受注、要件確認、開発への引き継ぎ、進捗管理など、案件に共通する部分は標準化できます。「共通する基本形+顧客ごとの個別対応」にすることで、柔軟性を維持しながら仕事の再現性を高めやすくなります。

Q
営業担当者によって受注率が違う場合、何から改善すればよいですか?
A

まず営業活動を、見込み顧客の発掘、初回接点、商談、ヒアリング、提案、見積り、フォロー、受注といった工程に分けます。そのうえで、成果を出している社員と他の社員の行動を比較します。どの工程に違いがあるのかを確認することで、「営業力が違う」という曖昧な問題を具体的な改善課題へ変えられます。

Q
営業から開発への引き継ぎを改善するにはどうすればよいですか?
A

顧客が解決したい課題、今回の契約範囲、納期、予算、顧客との約束事項、注意点など、開発開始前に必ず共有する項目を決めます。営業担当者の記憶や口頭説明だけに頼らず、共通の引き継ぎ方法を整えることで、認識違いや手戻り、追加工数を減らしやすくなります。

Q
人事評価制度でIT会社の属人化を解消できますか?
A

人事評価制度を導入するだけで属人化が自動的になくなるわけではありません。しかし、営業方法の標準化、提案テンプレートの作成、成功事例の共有、営業から開発への引き継ぎ改善、後輩育成、案件工数の削減などを社員の具体的な目標に設定し、その達成度を評価や賞与へ反映することで、「自分だけが成果を出す」だけではなく「会社全体が成果を出せる仕組みをつくる」という行動を促しやすくなります。

土山 誠
経営アドバイザー合同会社 代表

「案件の相談は増えているのに、開発できる人が足りない」

「優秀なエンジニアに難しい案件が集中している」

「案件ごとに仕様が違うため、毎回ゼロから開発している」

「社員を増やしても、なかなか開発能力が上がらない」

「売上は伸びているけれど、受託開発中心なので将来の売上が安定しない」

受託開発を行う会社では、このようなお悩みが起こることがあります。

特に専門性の高いシステム開発では、優秀なエンジニアが持つ知識や経験は会社にとって大切な財産です。

しかし、その知識が個人の中だけに蓄積されてしまうと、

「この案件は○○さんでなければできない」

「この技術については△△さんに聞かないと分からない」

という仕事が増えていきます。

その結果、案件の相談が増えているのに開発リソースが足りず、せっかくの受注機会を逃してしまうこともあります。

今回ご紹介するのは、東京都で受託開発と自社サービスの開発を行う従業員42名の企業です。

自治体や大手企業の大型案件から新しいサービスの検証まで幅広く手掛けていましたが、案件ごとのカスタマイズが多く、開発工数や仕様が大きく変わるため、開発の標準化や再現性に課題がありました。

そこで、過去の開発で得られた知識や仕組みを再利用できるようにし、受託案件の標準化、開発リソースの最適化、外部パートナーの活用、継続収益につながるサービスづくりなどを社員の目標として設定。その達成度を人事評価と賞与へ反映しました。

取り組みの結果、社員の属人化解消や会社の課題解決に対する意識が高まり、

・売上1億1,000万円増加
・利益6,000万円増加

につながりました。

東京都で、AIを中核とした受託開発と自社サービス開発を行う従業員42名の企業です。

要件定義から開発、運用まで一貫して提供し、自治体や大手企業の大型案件からスタートアップ企業のサービス検証まで、幅広い案件に対応していました。

一方、受託開発ではお客様ごとに要件や仕様が異なるため、案件ごとのカスタマイズ負荷が高く、開発工数も大きく変動していました。

具体的には、・案件ごとに開発方法が変わる・優秀なエンジニアへ難しい仕事が集中する・過去の開発ノウハウが十分に再利用されない・開発リソース不足によって受注機会を逃す・案件が増えるほどエンジニアの負担が増える・受託案件中心のため継続的な収益をつくりにくい、といった課題です。

そこで、個人に蓄積されていた開発ノウハウを会社全体で利用できる仕組みに変え、受託開発の生産性と再現性を高めることを重要な経営課題としました。

受託開発では、お客様によって求められるものが異なります。

例えば、

・解決したい経営課題
・必要となる機能
・既存システムとの連携
・納期
・予算
・セキュリティ要件
・運用方法

など、一つとして同じ案件はありません。

そのため、経験豊富なエンジニアほど、

「この要件なら、この方法で設計したほうがよい」

「この部分は後で問題になりやすい」

「以前の案件で使った仕組みを応用できる」

といった判断ができるようになります。

これは会社にとって大きな財産です。

ところが、その知識が本人の頭の中だけにあると、案件が増えるほど優秀な社員に仕事が集中します。

属人化を解消するとは、エンジニアの専門性をなくすことではありません。

優秀な社員が持っている知識や経験を、他の社員も利用できる「会社の財産」へ変えていくことです。

1.難易度の高い案件が特定のエンジニアに集中する
2.案件ごとに開発方法や工数が大きく異なる
3.過去に開発した仕組みを十分に再利用できない
4.担当者によって成果物の品質に差が生まれる
5.新人エンジニアの育成に時間がかかる
6.案件が増えるほど一部の社員が忙しくなる
7.優秀な社員が退職するとノウハウまで失われる
8.開発リソース不足によって受注機会を逃す
9.売上が増えても人件費や外注費が増え、利益が残りにくい
10.受託案件への依存が高く、安定した収益基盤をつくりにくい

特に経営者が注意したいのが、

「案件が取れているから経営は順調」

と考えてしまうことです。

受注できる案件が増えていても、それを処理できるエンジニアが不足していれば、やがて成長の限界が訪れます。

「もっと案件を取る」だけでなく、「同じ人数でも、より多くの価値を提供できる会社にする」という視点が重要です。

いきなり詳細な開発マニュアルを作る必要はありません。

まず、

「成果を出しているエンジニアは、どのように仕事をしているのか」

を整理します。

例えば、

・要件定義で何を確認しているのか
・設計するときに何を重視しているのか
・過去のどのような仕組みを再利用しているのか
・問題が発生する可能性をどう予測しているのか
・開発期間を短縮するために何をしているのか
・品質を保つために何を確認しているのか
・顧客との認識違いをどう防いでいるのか

などを整理します。

「○○さんは優秀だから」で終わらせず、

「なぜ○○さんは短期間で高品質な仕事ができるのか」

まで分解することがポイントです。

受託開発では、お客様ごとに要件が異なります。

しかし、案件が違っても共通して利用できる部分はあります。

例えば、

・共通機能
・設計パターン
・開発部品
・仕様書
・要件定義シート
・テスト項目
・チェックリスト
・プロジェクト管理方法
・顧客への説明資料
・過去のトラブルと解決方法

などです。

過去に開発したものを次の案件でも活用できれば、毎回ゼロから考える必要がなくなります。

「案件を受注するたびに忙しくなる会社」から、

「案件を経験するほど会社に知識と資産が蓄積される会社」

へ変えていくことが大切です。

案件ごとの違いを残しながら、共通する工程を整理します。

例えば、

問い合わせ・紹介

ヒアリング

要件整理

提案

見積り

受注

要件定義

設計

開発

テスト

納品

運用

改善提案

という流れです。

プロセスを見える化すると、

「どこで工数が増えているのか」

「どこで手戻りが発生しているのか」

「どの工程が特定社員に依存しているのか」

「どの案件は利益が残り、どの案件は残らないのか」

を分析しやすくなります。

すべての案件を同じにするのではなく、「標準化できる部分」と「お客様に合わせる部分」を分けることが重要です。

「案件はある。でも、対応できるエンジニアがいない」

これは受託開発会社にとって非常にもったいない状態です。

そこで、社員を増やすことだけでなく、

・誰に仕事が集中しているか
・どの工程に時間がかかっているか
・社内でなければできない仕事は何か
・他の社員へ移管できる仕事は何か
・外部パートナーへ依頼できる仕事は何か
・過去の仕組みを再利用できる部分は何か

を整理します。

重要なのは、「エンジニアが足りない」という人数だけの問題にしないことです。

開発の標準化や再利用が進めば、同じ人数でも対応できる案件を増やせる可能性があります。

開発リソースを増やす方法は、正社員採用だけではありません。

外部の開発会社や専門人材との協力も選択肢になります。

ただし、業務が属人化したまま外部へ依頼すると、

「説明するだけで時間がかかる」

「品質が安定しない」

「結局、社内の優秀な社員が修正する」

ということになりかねません。

そこで、

・依頼する業務の範囲
・仕様
・品質基準
・納期
・確認方法
・報告方法
・責任範囲

などを明確にします。

社内の仕事を標準化することは、外部パートナーを活用しやすい会社づくりにもつながります。

受託開発では、一つの案件が終了すると、その売上も一度区切られます。

そのため、新しい案件を継続的に受注しなければなりません。

一方、納品後にもお客様にはさまざまな課題が発生します。

例えば、

・システムの保守
・運用支援
・機能追加
・改善
・利用状況の分析
・新しい業務への展開

などです。

そこで、

納品

運用

効果確認

課題発見

改善提案

継続支援

という流れをつくります。

一度の開発で終わるのではなく、お客様の事業成長に継続して関わることができれば、顧客との関係も深まり、収益の安定化にもつながります。

複数のお客様から同じような相談を受けている場合、その中に新しい事業の種が隠れていることがあります。

例えば、

「多くのお客様が同じ機能を必要としている」

「毎回似たようなシステムを開発している」

のであれば、その共通部分を整理してサービス化できる可能性があります。

受託開発

知識が蓄積される

共通する顧客課題を発見する

共通機能を整理する

再利用できる形にする

新しいサービスへ発展させる

という流れです。

受託開発を「その案件だけの仕事」で終わらせず、次の案件や新しいサービスにつながる会社の資産として蓄積していきます。

ここが今回の取り組みの大切なポイントです。

経営者が、

「ノウハウを共有してください」

「もっと効率よく開発してください」

「若手を育ててください」

と伝えても、忙しいエンジニアにとって、目の前の案件が優先されるのは自然なことです。

そこで、会社が解決したい経営課題そのものを社員の目標へ落とし込みます。

例えば、

・開発工程を標準化する
・再利用できる開発資産を増やす
・過去のノウハウを共有する
・開発工数を削減する
・手戻りを減らす
・若手エンジニアを育成する
・外部パートナーでも対応できる業務を増やす
・案件の利益率を改善する
・保守・運用などの継続サービスを増やす
・新しいサービスにつながる仕組みをつくる

といった目標です。

そして、その達成度を人事評価で確認し、賞与へ反映します。

単に、

「たくさん開発した社員」

だけを評価するのではありません。

「自分の知識を会社へ残した社員」

「他の社員も成果を出せる仕組みをつくった社員」

「会社の将来の利益につながる改善をした社員」

も評価する仕組みにします。

属人化解消が進みにくい理由の一つは、

「自分でやったほうが早い」

という問題です。

確かに、短期的には優秀な社員が自分で仕事をしたほうが早いこともあります。

しかし、それを繰り返していると、その社員へ仕事が集中し続けます。

そこで、

会社の課題

部署の課題

社員一人ひとりの目標

具体的な改善行動

人事評価

賞与

までをつなげます。

ノウハウ共有や標準化、若手育成などを「時間があればやる仕事」ではなく、会社が正式に評価する仕事へ変える考え方です。

今回の企業では、受託開発の属人化や開発リソース不足など、会社の成長を妨げている課題を整理しました。

そして、開発ノウハウの再利用、受託業務の標準化、リソース配分の改善、外部パートナーの活用、継続収益につながるサービスの強化などを社員の目標へ落とし込み、その達成度を人事評価と賞与へ反映しました。

その結果、社員が属人化の解消や会社の課題解決を自分自身の仕事として考える意識が高まり、課題改善が進み、

・売上1億1,000万円増加
・利益6,000万円増加

につながりました。

重要なのは、社員へ単純に、

「もっと多くの案件をこなしてください」

と求めたことではありません。

「どうすれば同じ人数でも多くの案件に対応できるのか」

「どうすれば自分の知識を他の社員も活用できるのか」

「どうすれば受託した仕事を会社の次の資産にできるのか」

という会社の課題そのものを、社員の目標にしたことがポイントです。

今回の考え方は、AIを活用した開発会社だけに限定されるものではありません。

・システム開発会社
・Web制作会社
・映像制作会社
・広告会社
・デザイン会社
・コンサルティング会社
・建設会社
・設計会社
・専門サービス会社
・案件ごとの個別対応が多い企業

などにも応用できます。

特に、

「優秀な社員に仕事が集中している」

「受注したい案件はあるのに人手が足りない」

「社員を増やしても生産性が上がらない」

「担当者が辞めるとノウハウまで失われる」

「売上は伸びているのに利益が思ったほど残らない」

という会社では、会社の成長を属人化が妨げていないか確認することが大切です。

受託開発会社では、

案件が増える

優秀な社員に仕事が集中する

社員が忙しくなる

採用・外注を増やす

人件費や外注費が増える

利益率が下がる

という状態になることがあります。

これでは、売上が増えても経営者や社員の負担が大きくなってしまいます。

目指したいのは、

開発ノウハウの共有

業務の標準化

過去の開発資産の再利用

開発工数の削減

対応できる案件の増加

社員の負担軽減

案件利益の改善

継続収益の拡大

会社の成長

という好循環です。

人事評価制度を「社員に点数をつける制度」ではなく、「会社が抱えている課題を社員全員で解決する仕組み」として活用することで、社員の成長と会社の業績向上を一緒に目指すことができます。

「案件の依頼はあるのにエンジニアが足りない」

「優秀なエンジニアに仕事が集中している」

「開発ノウハウが社員個人に蓄積されている」

「受託中心から継続的な収益も増やしていきたい」

「人事評価を会社の業績向上につなげたい」

このようなお悩みがございましたら、まずは現在の仕事の中で「誰に、どの仕事やノウハウが集中しているのか」を整理するところから、丁寧にお手伝いいたします。

「優秀な社員に仕事が集中している」

「担当者によってサービス品質が変わる」

「社員を増やしても利益が思うように増えない」

「社員が持っているノウハウを会社に残したい」

「人事評価制度を会社の業績向上につなげたい」

このようなお悩みがございましたら、まず現在の会社の中で「どの仕事が、誰に、どの程度依存しているのか」を整理するところから、丁寧にお手伝いいたします。

全国の企業に対応しています。

ご相談はこちらからお問い合わせください。

Q
コンサル会社の属人化とは何ですか?
A

顧客対応、提案、コンサルティング、問題解決などの方法が、特定の社員の経験や能力に依存している状態です。担当者が不在になると同じ品質で対応できない場合は、属人化が進んでいる可能性があります。

Q
専門性の高い仕事でも標準化できますか?
A

すべてを同じ方法にする必要はありません。ヒアリング、課題整理、提案、進捗確認、成果確認など、共通する部分を標準化し、お客様ごとに必要な部分だけ個別対応する方法があります。

Q
属人化を解消すると優秀な社員の強みがなくなりませんか?
A

強みをなくすことが目的ではありません。優秀な社員が持っている知識、経験、判断方法を見える化し、他の社員も活用できる会社の財産へ変えていくことが目的です。

Q
人事評価制度で属人化を解消するにはどうすればよいですか?
A

ノウハウ共有、業務の標準化、後輩育成、テンプレート作成、業務時間の短縮など、会社が解決したい課題を社員の具体的な目標にします。その達成度を人事評価や賞与へ反映することで、改善活動を正式な仕事として位置づけやすくなります。

Q
どのような会社に向いていますか?
A

コンサルティング、コーチング、研修、IT、Web制作、システム開発、士業など、社員個人の知識や経験によってサービス品質や売上が左右されやすい企業に活用しやすい仕組みです。特に「できる社員に仕事が集中している」という企業では、属人化の見直しが会社の成長につながる可能性があります。

土山 誠
経営アドバイザー合同会社 代表

課題解決事例 キーワード検索

Contact お問い合わせ

営業時間は10:00~18:00まで、
お問い合わせフォームは24時間ご相談を受け付けております。

メール お問い合わせは
こちら 矢印
電話090-9760-7885