相談する

PM・IT顧問

Process

支援の流れ

DX推進・AI導入・システム開発など、複雑なプロジェクトが、事業側の立場での整理と伴走で前に進みます。判断や調整に追われる時間が減れば、現場は本来やるべき仕事に集中でき、事業を自分らしく続けていけます。計画をつくって終わりではなく、現場に定着するまでが支援です。

STEP 01

現状整理

業務と課題を棚卸しし、何から手を付けるべきかを見立てます。

成果物: 業務フロー図・課題一覧
STEP 02

計画策定

効果と現場の負荷を見比べながら、実行できる計画に落とし込みます。

成果物: ロードマップ・概算見積もり
STEP 03

実行伴走

要件整理・ベンダー調整・進行管理。事業側の立場でプロジェクトを前に進めます。

成果物: 要件定義・進行管理
STEP 04

現場定着

導入して終わりにせず、現場で使われ続ける状態まで見届けます。

成果物: 運用ルール・定着支援計画して終わり、ではありません
Menu

顧問としてできること

「整理する」「伴走する」だけでは伝わりにくいので、実際に何をして、何が手に入るかを具体的にご紹介します。必要なものだけを組み合わせてご支援します。

MENU 01

IT戦略・ロードマップ策定

現状を踏まえ、何に・いつ・どの順で投資するかを整理します。経営の意思決定に使える計画にまとめます。

成果物 → ロードマップ / 優先順位
MENU 02

要件定義・RFP作成

やりたいことを開発要件に翻訳し、開発会社に渡せる依頼資料(RFP)まで落とし込みます。

成果物 → 要件定義書 / RFP
MENU 03

ベンダー選定・見積もり評価

相見積もりや提案内容を、発注者側の立場で技術的に検証。妥当性と抜け漏れを見極めます。

成果物 → 比較表 / 評価コメント
MENU 04

PMO・プロジェクト推進

課題・進捗・品質を横断で管理し、止まったプロジェクトを前に進めます。立て直しにも対応します。

成果物 → 課題管理 / 進行体制
MENU 05

AI導入・PoC設計

業務のどこにAIが効くかを見極め、小さく検証(PoC)してから広げます。効果が見えない導入はしません。

成果物 → 効果仮説 / PoC結果
MENU 06

技術顧問(CTOアドバイザリー)

技術選定・開発体制づくり・エンジニア採用の相談役を務めます。社内にCTOがいなくても判断できます。

成果物 → 技術方針 / 採用支援
Cases

よくあるご相談のきっかけ

01

「DXと言われても、何から始めれば…」

業務の棚卸しから優先順位づけまで、計画の手前からご一緒します。

02

「開発会社の見積もりが、妥当かわからない」

見積もりや提案の内容を、発注者側の立場で技術的に検証します。

03

「プロジェクトが、うまく進んでいない」

要件・体制・進行を整理し直し、立て直しの道筋をつくります。

04

「CTOや技術責任者が、社内にいない」

技術顧問(CTOアドバイザー)として、技術選定・体制づくり・採用の相談役を務めます。

05

「AIを入れたいが、効果が見えない」

業務のどこにAIが効くかを見極め、小さく検証(PoC)してから広げます。

06

「システムの構想はあるが、要件にできない」

やりたいことを要件定義書・RFPに落とし込み、発注できる状態まで整えます。

Strength

meingが選ばれる理由

01 — Consulting

大規模プロジェクトの現場で、いまも型を磨き続けています

メンバーの多くは、大規模開発を経験したエンジニア・PMです。大規模プロジェクトの現場で培った業務整理・計画策定の型を、そのまま御社のプロジェクトに持ち込みます。

業務整理計画策定定着支援
02 — Engineering

技術がわかるから、絵に描いた餅にならない

大規模システムの開発・運用を担ってきた現役のエンジニアが顧問に入ります。代表の中澤は社外のCTOアドバイザーも務めており、技術選定から体制づくりまで踏み込んで判断できます。計画が机上で終わりません。

技術検証CTOアドバイザーベンダー調整
03 — Seamless

顧問から開発まで、一貫して対応できます

顧問として要件を整理したあと、必要であれば受託開発チームがそのまま形にします。整理する会社とつくる会社を分ける必要がなく、窓口はひとつ。引き継ぎのロスも起きません。

受託開発と直結要件→実装窓口ひとつ

特定のシステムを売る立場ではないため、「つくらない・入れない」という選択肢も含めて、中立にご提案できます。

Comparison

ほかの選択肢との違い

大手ベンダーフリーランスPMmeing
上流(戦略・計画)からの支援 大規模開発の上流経験あり
技術の判断ができる 実装は別部隊 人による 現役エンジニア
中立性(特定製品を売らない) 売る製品がない
費用・小回り 高額になりがち 必要な分だけ
そのまま開発まで一貫 対応外が多い 受託開発へ直結

※ 一般的な傾向をもとにした当社の整理です。

Team

顧問に入る中心メンバー

このメンバーを中心に、ご相談の内容に合わせてチームを組みます。ご相談の段階から、実際に手を動かすメンバーがお話を伺います。

中澤 仁志の写真

中澤 仁志

代表取締役 / PMO

マーケター出身。事業の言葉を、開発の言葉に翻訳します。

青山 慶大の写真

青山 慶大

取締役 / フルスタックエンジニア

フロントからインフラまで。AWS認定資格を全て保持しています。

石井 有馬の写真

石井 有馬

取締役 / 開発リード

100万DL超のアプリを支えた開発リード。0から仕組みをつくるのが得意です。

今井 慎也の写真

今井 慎也

取締役 / エンジニア

DB・API設計の専門家。難しい仕組みを、わかりやすい言葉で説明します。

水落 康稀の写真

水落 康稀

マーケティング責任者

SEO・広告運用が軸。事業収益から逆算し、売上まで可視化します。

Engagement

ご支援の形

関わり方は、御社の状況に合わせて選べます。まずはヒアリング(無償)で、いちばん合う形を一緒に決めるところから始めます。

スポット

スポット相談

単発の壁打ち、見積もりのセカンドオピニオン、技術的な論点整理など。まず一度だけ、という使い方ができます。

継続

月次顧問

月数回の定例と随時のご相談で、継続的に伴走します。社外のIT責任者として関わる、いちばん多い形です。

常駐型

プロジェクトPMO

特定のプロジェクトに深く入り、要件整理から進行管理まで担います。立ち上げや立て直しのときに。

※ 費用はご支援の範囲と頻度に応じてご提案します。まずはお気軽にご相談ください。

「これはDXの相談なのか?」という段階でも、お気軽にどうぞ。

無料で相談するヒアリング無償/現状整理からご一緒します
FAQ

よくあるご質問

顧問契約はどのような形になりますか?

ご支援の範囲と頻度に合わせてご提案します。スポットのご相談から継続的な伴走まで、まずは状況をお聞かせください。

料金はどのくらいかかりますか?

ご支援の形と頻度によって変わるため、状況を伺ったうえでご提案します。まずはヒアリング(無償)で、最適な関わり方を一緒に決めるところから始めます。

契約期間の縛りはありますか?

スポットは都度、月次顧問も短い期間からご相談いただけます。まずは小さく始めて、必要に応じて広げる形が多いです。

開発会社との打ち合わせに同席してもらえますか?

はい。発注者側の立場で同席し、技術的な論点の整理や、提案内容の検証を行います。

小さな会社でもお願いできますか?

はい。現場の負荷をなるべく上げない計画づくりを大切にしていますので、少人数の組織のご相談も歓迎です。

CTOや技術責任者の代わりをお願いできますか?

はい。技術顧問(CTOアドバイザー)として、技術選定・開発体制づくり・エンジニア採用のご相談まで対応しています。

AI導入は、いきなり全社展開しないとだめですか?

いいえ。効果が見込める業務を見極めて小さく検証(PoC)し、数字を確かめてから広げる進め方をおすすめしています。

オンラインだけでも対応できますか?

はい。打ち合わせはオンライン中心で対応しており、地域を問わずご支援できます。

システム開発そのものもお願いできますか?

対応できます。顧問として整理した内容を、そのまま受託開発としてお引き受けすることも可能です。

Contact

構想段階でも、お気軽にご相談ください。新規事業、DX推進、イベント施策など、企画・PM・開発・運用まで一気通貫で伴走します。

相談する