<?xml version="1.0" encoding="UTF-8"?>
<?xml-stylesheet href="/feed.rss.xml" type="text/xsl" media="screen"?>
<rss version="2.0" xmlns:content="http://purl.org/rss/1.0/modules/content/" xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:media="http://search.yahoo.com/mrss/" xmlns:atom="http://www.w3.org/2005/Atom">
  <channel>
    <title>盛田崇弘</title>
    <description/>
    <link>https://speakerdeck.com/tamosan01</link>
    <atom:link rel="self" type="application/rss+xml" href="https://speakerdeck.com/tamosan01.rss"/>
    <lastBuildDate>2026-10-13 17:25:50 -0400</lastBuildDate>
    <item>
      <title>納品して終わり、を事業会社でやった話</title>
      <description>SIer出身の生成AIイネーブラーが、事業会社に来て「納品して終わり」を自分でやってしまい、そこから営業の隣に座って作るやり方に変えるまでの4ヶ月の話です。

&lt;a href="https://asoview.connpass.com/event/406533/"&gt;「仕様通りに作る」から「価値を生むために作る」へ。SIer出身者の転職記&lt;/a&gt;の登壇内容です。

最初に作ったのは、商談の文字起こしからBANTを生成AIで自動判定し、Slackに流す仕組みでした。最初の10日は好評でした。しかしその後の7週間はフィードバックが0件で、&lt;strong&gt;通知878件にも反応は一度も付きませんでした&lt;/strong&gt;。会社を変えても、現場から離れて作っている限り、やっていることはSIer時代と同じでした。

そこで営業チームの隣に座り、社内システム「eco-map」を一緒に作りました。

・α版を作戦会議に持ち込んで失敗した日と、現場がNotionを使い続けていた本当の理由
・「体験はNotionと伴走で作る。コードは後」という進め方
・一覧編集を作らない／HubSpotに書き戻さない／自分が作った機能を削る、という「作らないこと」の判断
・エンジニアではない人がClaude Codeでコミットできるようにするための前提条件
・営業が自分のAIアシスタントからeco-mapを使える入り口（MCP）を作り、AI経由の週間利用者が3人から20人に増えたこと

&lt;strong&gt;「納品して終わり」はSIerの問題ではなく、距離の問題でした。&lt;/strong&gt;
FDE（Forward Deployed Engineer）に必要な力の多くは、SIerの現場ですでに鍛えられています。足りなかったのは能力ではなく、成果まで追いかけられる「距離」と「立場」でした。

#SIer出身者転職記 2026.10.14
note: &lt;a href="https://note.com/tamosan_01/n/n892ba831e9ce"&gt;生成AIを“使ってもらう”のをやめる&lt;/a&gt;
</description>
      <media:content url="https://files.speakerdeck.com/presentations/9b178dc897714a4e95df84a7078ffd59/preview_slide_0.jpg?40905489" type="image/jpeg" medium="image"/>
      <content:encoded>SIer出身の生成AIイネーブラーが、事業会社に来て「納品して終わり」を自分でやってしまい、そこから営業の隣に座って作るやり方に変えるまでの4ヶ月の話です。

&lt;a href="https://asoview.connpass.com/event/406533/"&gt;「仕様通りに作る」から「価値を生むために作る」へ。SIer出身者の転職記&lt;/a&gt;の登壇内容です。

最初に作ったのは、商談の文字起こしからBANTを生成AIで自動判定し、Slackに流す仕組みでした。最初の10日は好評でした。しかしその後の7週間はフィードバックが0件で、&lt;strong&gt;通知878件にも反応は一度も付きませんでした&lt;/strong&gt;。会社を変えても、現場から離れて作っている限り、やっていることはSIer時代と同じでした。

そこで営業チームの隣に座り、社内システム「eco-map」を一緒に作りました。

・α版を作戦会議に持ち込んで失敗した日と、現場がNotionを使い続けていた本当の理由
・「体験はNotionと伴走で作る。コードは後」という進め方
・一覧編集を作らない／HubSpotに書き戻さない／自分が作った機能を削る、という「作らないこと」の判断
・エンジニアではない人がClaude Codeでコミットできるようにするための前提条件
・営業が自分のAIアシスタントからeco-mapを使える入り口（MCP）を作り、AI経由の週間利用者が3人から20人に増えたこと

&lt;strong&gt;「納品して終わり」はSIerの問題ではなく、距離の問題でした。&lt;/strong&gt;
FDE（Forward Deployed Engineer）に必要な力の多くは、SIerの現場ですでに鍛えられています。足りなかったのは能力ではなく、成果まで追いかけられる「距離」と「立場」でした。

#SIer出身者転職記 2026.10.14
note: &lt;a href="https://note.com/tamosan_01/n/n892ba831e9ce"&gt;生成AIを“使ってもらう”のをやめる&lt;/a&gt;
</content:encoded>
      <pubDate>Wed, 14 Oct 2026 00:00:00 -0400</pubDate>
      <link>https://speakerdeck.com/tamosan01/nouhin-shi-te-owari-o-jigyou-kaisha-de-yata-hanashi</link>
      <guid>https://speakerdeck.com/tamosan01/nouhin-shi-te-owari-o-jigyou-kaisha-de-yata-hanashi</guid>
    </item>
  </channel>
</rss>
