AI技術ガイド
社内のAI利用ガイドラインをどう作るか｜公式ガイドラインの構造を借りる
文書として何を「べき論」で定めるかと、実際にその通り動いているかを確かめる仕組みは別物である。公式ガイドラインの統合の経緯から、その分け方を考える。
過去の記事
3 / 72 ページ
ARCHIVE
記事一覧
AI技術ガイド
相談前に用意する情報｜現状の実測とデータの所在
支援会社に相談する前に、発注側がどんな情報を用意しておくと話が具体的に進むかを、自社の運用記録から整理する。感想ではなく実測を用意しておくことが、最初の一歩になる。
AI技術ガイド
撤退・切替の条件を先に決めておく｜契約が無いと止められない
稼働後に支援会社を変える、または契約を止めるという判断を、どの条件で下すかを先に決めておく必要性を、自社の運用記録と経済産業省の契約ガイドラインから整理する。
AI技術ガイド
社内に残す知識の設計｜判断基準を文書化する
判断基準が特定の担当者の頭の中にしか無い状態がどんな失敗を招くか、自社の運用記録から整理する。文書化された基準を持つ支援会社かどうかは、発注側が確認できる判断材料になる。
AI技術ガイド
丸投げが失敗する理由｜前提は発注側にしかない
要件や制約を伝えないまま外部に任せる「丸投げ」がなぜ失敗しやすいかを、自社の運用記録から整理する。前提を渡さない発注では、一般論としては正しい仕事しか引き出せない。
AI技術ガイド
PoC費用に何が含まれるか｜自社の公開参考価格と費用構造で考える
PoC費用の金額だけを見ても、その中に何が含まれているかは分からない。自社が公開している料金プランと、自社実装の費用構造をもとに、PoC費用を検討するときに確認すべき観点を整理する。
AI技術ガイド
成果物の定義：「検証レポート」を納品物に含めるという考え方
「動くもの」だけを成果物にすると、どこまで検証されたものかが契約書から読み取れない。自社の検証レポートの構成をもとに、成果物として何を定義すればよいかを整理する。
AI技術ガイド
受託・共同開発・伴走・SaaSの違いを決定権の所在から見る
支援形態の違いは、費用よりも先に決定権と責任の所在で分かれる。自社の開発実績と共同開発の事例をもとに、受託・共同開発・伴走・SaaSの4つの形を整理する。
AI技術ガイド
契約前に確認する項目：好意的な提案ほど急いで条件を返さない
相手が好意的な提案をしてきた段階で条件を積んで返すと、うまくいっている関係の温度を落とすことがある。自社の共同開発案件を材料に、契約前に確認すべき項目とその聞き方を整理する。
AI技術ガイド
AI開発の見積書の読み方：進行管理費はどこに乗っているか
見積書の「進行管理」欄が小さいからといって、PM工数がかかっていないとは限らない。自社の受託経験と公開参考価格をもとに、見積の読み方と発注側が聞くべき質問を整理する。