本文へ移動
CONFLUX Partners(トップへ)
相談する
夕暮れのマンハッタン。窓に灯りがともり始め、手前の屋上に電球が連なっている。

JOURNAL

記事

AI 活用・AI エージェント・システム開発について、YW(AI × 経営コンサルタント)が実務の経験をもとに書いた記事です。各記事の冒頭に結論と要点を置き、法令や官公庁の資料など一次資料の出典を載せています。

記事
3 本
カテゴリー
3 つ
品質の基準
3 観点すべて 95点以上
著者
YW(AI × 経営コンサルタント)

CATEGORIES

3 つのテーマで書いています

  • 011 本

    AI 活用

    生成 AI を、会社の仕事として使える状態にするまでの記事です。どの業務から使うか、社員が守るルールをどう決めるか、使われ続ける仕組みをどう作るかを、AI コンサルティングの実務から書いています。

    • 生成 AI の社内ルールは、何から決めればよいか
    • AI に任せる業務を、どう洗い出すか(業務の棚卸し)
    • AI を導入したのに使われない会社は、どこでつまずいているか
    AI 活用の記事
  • 021 本

    AI エージェント

    AI エージェントで業務を自動化するための記事です。任せる範囲の決め方、人が確認する工程の置き方、試作から本番までの進め方を、AI を組み込んだ製品の開発の経験から書いています。

    • AI エージェントに任せる範囲は、どう決めればよいか
    • AI エージェントの導入で失敗する会社に共通すること
    • 人が確認する工程は、どこに置けばよいか
    AI エージェントの記事
  • 031 本

    システム開発

    業務システムや Web アプリを外注・開発するときの判断の記事です。要件の決め方、見積りの見方、契約と権利、保守までを、AI・システム開発の会社を経営し、開発会社として契約を交わしてきた立場から書いています。

    • システム開発を外注するとき、著作権をどう決めるか
    • システム開発の見積りは、どこを比べればよいか
    • 業務システムは、オーダーメイドとパッケージのどちらがよいか
    システム開発の記事

EDITORIAL POLICY

記事の書き方

すべての記事を、同じ基準で書いています。基準に届かない記事は、組み立ての段階で自動的に止まり、公開されません。

  • ANSWER FIRST

    冒頭で答える

    記事の最初に 1 文の結論を置き、各章の見出しの直後にも、その章の結論を 1 文で書きます。

  • PRIMARY SOURCES

    一次資料を出典にする

    数値と事実は、法令・官公庁・公的機関の資料を優先して出典を載せます。他社の実績の数字は使いません。

  • FIRST-HAND

    確かめた経験だけを書く

    一人称の経験は、事実として確認できたものだけを書きます。推測で経験談を作りません。

  • QUALITY GATE

    95点未満は公開しない

    一次性・抽出性・決定支援の 3 つの観点で採点し、どれか 1 つでも 95点に届かない記事は公開しません。

  • DECISION SUPPORT

    次の一手まで書く

    定義・比較表・失敗例・チェックリストを入れ、読んだあとに何をすればよいかが分かるようにします。

  • UPDATED

    日付を明記して直す

    公開日と更新日、情報の時点を記事ごとに書き、法令や制度が変われば書き直します。

CONTACT

まずは、いまの状況を聞かせてください。

  • 何を頼むか決まっていなくても大丈夫です
  • 全国どこからでもオンラインで対応します
  • 返信はご入力のメールアドレスにお送りします
相談する全国オンライン対応・何を頼むか未定でも可