ブログ

製造業のAI・生成AI活用事例15選｜品質・生産・保全・設計での使い方

製造業におけるAI・生成AIの活用例を、品質管理、生産管理、設備保全、設計開発、調達・営業の5領域で15例紹介。導入テーマの選び方と最初のPoCまで解説します。各事例でAIに任せる範囲、人が確認すべき点、効果を測る指標も実務向けに整理しました。

FMEAに生成AIを活用する方法｜できること・進め方・プロンプト例

FMEAで生成AIを使い、故障モード・影響・原因・管理方法の候補を洗い出す手順を解説。入力データ、プロンプト例、人によるレビュー、PoCの評価項目まで実務向けに整理します。AIに任せない判断、専門家レビューのチェックリスト、小さく検証する方法も紹介します。

製造業で生成AIに機密情報を入力してよいか？判断基準と利用ルール

製造業で生成AIへ図面、品質情報、顧客情報などを入力する前に確認すべき契約、学習利用、保存期間、権限、ログを解説。情報区分別の判断基準と利用ルール例を紹介します。匿名化の注意点、安全に始める方法、誤入力時の初動まで管理職と利用者向けに整理しました。

ソフトウェアテスト入門完全ガイド｜非エンジニアPMが押さえる9つのテーマと学習順序

ソフトウェアテストの全体像を、非エンジニア・PM・PM候補向けに体系的にまとめた pillar 記事です。テストの目的・種類・ケース設計・AI時代の品質運用まで9つのテーマを、FEX-101シリーズの各記事と紐付けて学習順に整理します。

受託PMのUdemy講座マップ｜経験×課題でテックエイド5シリーズを使い分ける

Udemyに並ぶPM講座から自分に合う1本を選べないPM・PM候補に向けて、テックエイドのPM基礎・ケース演習・鎮火・事業マネジメント5講座の役割を整理し、経験年数×直面課題の2軸で受講順を提案します。

生成AIを仕事で使うときの注意点とは？情報漏えい・確認作業の基本

生成AIを仕事で使う前に知っておくべき注意点を初心者向けに解説します。情報漏えいのリスク、確認作業の重要性、社内ルールとの関係など、安全に活用するための基本をまとめます。

赤字案件の振り返りで見るべき5つの観点｜犯人探しではなく仕組みのズレを見つける

受託開発の赤字案件は、振り返り方を間違えると再発します。犯人探しではなく、見積・要件・進捗・品質・顧客合意のどこでズレが起きたかを見るための5観点と、振り返り会議の進め方を解説します。

赤字案件になりそうなときに経営者が確認すべきこと｜現場を責めずに状況を整理する5観点

赤字化しそうな案件で、経営者・代表・開発責任者がPMを問い詰める前に確認すべき5つの観点を解説します。残工数・未確定要件・顧客合意・追加費用余地・体制変更余地を整理し、止血と回収判断の材料を揃えます。

顧客の「ちょっとだけ追加」を放置すると赤字化する理由｜小さな変更の積み上げが効く構造

受託開発でよくある「ちょっとだけ追加」の積み上げが、なぜ案件の赤字化につながるのか。工数・品質・納期・チーム負荷の4視点で構造を解説し、PMが今日から運用できる線引きの方法を紹介します。

受託開発の見積が毎回ブレる会社の共通点｜担当者の勘から仕組みへ変える4ステップ

受託開発で見積が毎回ブレる会社には共通点があります。見積担当者の勘に依存し、過去実績・前提条件・リスクバッファ・レビュー基準が整っていない状態です。仕組みとして整える4ステップを開発責任者向けに解説します。

見積時点で赤字案件を生まないためのチェックポイント｜楽観見積と前提抜けを潰す10項目

受託開発で赤字化する案件の多くは、見積時点で勝負が決まっています。楽観見積・前提条件の未記載・顧客責任範囲の曖昧さ・レビュー不足を潰すための10項目のチェックポイントを、開発責任者・PMが使える形でまとめました。

見積レビューで確認すべき5つの観点｜機能一覧だけ見るレビューを卒業する

受託開発の見積レビューで上長や開発責任者が確認すべき5つの観点を解説します。機能一覧の妥当性だけでなく、前提条件・除外事項・顧客責任・リスク・検収条件を見ることで、見積段階で赤字を防げます。

IT営業・セールスエンジニアの局面別講座選び｜商談設計・提案交渉・既存深耕

IT法人営業・セールスエンジニア向けの3講座を、初回ヒアリング・提案見積交渉・既存顧客拡大の3局面で比較し、自分が今詰まっている課題に最も効く1本を選べるよう整理します。商談設計、提案交渉、既存深耕のどこから手を入れるかを決められます。

顧客との認識ズレを防ぐ議事録の書き方｜決定事項・宿題・期限の残し方

議事録を送ったのに『そんな決定はしていない』と言われた経験はありませんか。受託開発PMが陥りがちな認識ズレの3つの構造的原因を解説し、決定事項・宿題・期限を正確に残す議事録フォーマットとチェックリスト、合意確認のやり方まで実務的に紹介します。

Claude CodeでRFP/提案書ドラフトを効率化の目安｜PM・プリセールスの実装レシピ

Claude CodeのSkillでRFP要求項目を自動分解し、過去提案レポジトリを参照しながら提案書骨子を半日でドラフトする運用を、Skill定義・データ構造・運用ルールまで含めて解説します。

新任マネージャーの講座選び｜着任直後・評価面談前・運用フェーズで使い分ける

新任マネージャー向け講座をどの順で進めるべきか迷っていませんか。着任90日・初評価前・1on1運用の3局面に分け、それぞれに最も効く1本を時間軸で整理し、いまの自分に合う一本を選べるよう解説します。

Claude Codeへの依頼を4要素で書く｜目的・制約・出力形式・反証条件で手戻りを止める

Claude Codeへの曖昧な指示で出力の手直しが続いていませんか。目的・制約・出力形式・反証条件の4要素で依頼を書き直すと、PMやリーダーでも再現性のあるAI依頼ができます。現場のBefore/Afterと運用のコツを実務目線で整理しました。

受託開発の品質管理が形骸化したPMへ｜欠陥発見・是正判断・記録の3点で動かす最小ルール

品質会議が報告だけで終わり是正につながらない受託PM・PMOへ向けて、ルールを増やさずに運用を立て直す『欠陥発見の流れ・是正判断・記録』の3点運用と、形骸化の原因・最初に整える順序を実例ベースで解説します。