いい話だった。商談に行く予定はないけど
作るのがコモディティ化すると何を作るかが勝負になるのは同意。一次情報大事
まともな会社にはプリセールスエンジニアいるので大丈夫です
一つ言えるのは、内製で対外やり取りがない開発ポジション採用であっても過去の顧客折衝とかBizサイドとの調整経験は高く評価します。だから技術に明るめのSIer若人は自信を持ってください(って過去の自分に言いたい
そういうのはあまり商談とは言わない。RFP相当の内容の聞き取り業務だ。システム部の人よりも現場の人がいるとおもしろいやつ。
いい記事。
いい話。実際のユーザーの言葉や反応を直接見られる場に行ってリアルなコンテキスト収集するのに時間使うのは本当に大事。
“相対的に価値が上がるのは「たくさん作ること」ではなく「何を作るかを決めること」”
営業がついてくれないので資料作ってお客様に提案し案件取りましたが全く評価されず給料は上がりませんでした。会社によるけど何が評価に繋がるかは上司と認識合わせておいた方が幸せになれるかも。
まぁ会社のブログだし客向けアピールでしょうね。
なんかエンジニアのために商談があるかのような書きぶりだな
商談は正直なところあまり興味がないが、システムを使う(であろう)エンドユーザと会話をするのはめちゃくちゃ大事。エンドユーザと直接話ができるなら、打ち合わせにちゃんと顔を出した方が絶対良い。
まさに！
キーエンスには騙されないぞ
でかい会社ならプリセールスエンジニアという専門職を雇えるのだが、弊社はそんな大企業でもないので、色々な帽子を被らなければならない。大変ではあるが行動すればセールスも助かるしエンジニアも助かる。
商談というか、お客さんともっと話そうっていう方が正しい気がする。少なくとも自分はそうだったな
NDA結んで顧客の現場を見に行かせてくれ、じゃないとどんなシステムが必要なのかわからん、と経営層に伝えたけど色良い返事が貰えなかった日々よ(今もだけど)
エンジニアに顧客のニーズを理解せよというのは一定理解できるが、そこを取りまとめて言語化して要件に落とすのがフロントやマネジメント層の役割ではないか。そこをスキップするなら君らの存在価値はないと思う。
まぁドメイン知識とそのドメインのペインとゲインが分からないエンジニアの価値は下がる一方だよねぇ…
苦手な人に苦手なことさせてどうする
プリセールスエンジニアいるようなただの「デカい会社」を「まともな会社」と勘違いせずにセールスもできるようになって自分の市場価値上げて儲けたらええ。
本来はその職種以上のことをさせるのはアウトなんだけどねぇ。会社に都合良い人間になるだけ。プリセールスエンジニアがいる理由を考えればわかるし。当然自分がやってる仕事やサービスを説明は出来たほうがよいけど
否定的なコメント多いな。いいじゃん。賛成です。AIでコード書きまくれるようになった影響で企画、仕様、レビューがボトルネックになりがちなので。
コミュニケーションってか合意形成のプロセスはね、職種問わず内外問わず、やらんとでんがな
商談……というか、要件ヒアリングとかの開発初期の動き？ と思ったけど受託とかでは無さそうなので、自分ところの製品を売り込みに行っている場なのか。
多くのSIerは人月商売だから営業出た時間は追加で働かないといけないからね…
給与上がるなら商談に出るけど、そうなったらコンサルするほうが給与テーブル上がるよね。
ワイ中小勢、上司と客先行ってユースケース聞けたのはいい経験だった。(仕事の愚痴からユースケースがボロボロでてくる)
うむ、元気のある人はどんどん領域を広げていくとよい。私はもう老人なので窓際でAIと遊んでます。
俺もSIerにいた時、商談から納品まで一通りやってたのは良い経験になった。会社辞めてフリーランスになって全然別な仕事しても一連の流れは変わらんかったし。
これはちょっとエッチな話なんですけど、小さなベンチャーでプリセールスやってた頃のことを昔ブログ記事に書いた。 https://aike.hatenablog.com/entry/20100709
出ることは良いも思うがアドバイザーとか一緒に相談出来る営業はいてほしい
業務系の最上流工程の技術者なら規模や実現可能性によっては商談フェーズから参加して客先に出向くなんて普通にやると思うんだけど、こんな取り上げ方をされるというのは分野が違うからなのか時代が違うからなのか
しょうだんじゃないよ、まったく。
書いてることはまぁそのとおりなんだが、意外とやってない人多いってことなのかな。あとそれは商談とはちょっと違う気がするな。
職人に徹したい人もいるからみんながそうなる必要もないと思うけど、上流工程の仕事ぶりに不満があるなら上がってきて自分でやった方が早いかもしれんよ。
「現場をみて要件を理解する」ことそのものはよいことだが、PM が機能していないと宣言しているのに等しい。経営目線でいえば開発者のリソースは貴重で商談しているときに開発が進まないのは機会損失
今後は全部やれる人, 会計も経営も開発も営業も,できる人以外は死んでしまうと思っている俺です. 向き不向きはあるし、やりたくないこともあるけど, AI使ってやっていかないと死ぬと思っている。
「出た方がいい」と「出られない」の間には「出れなくもないができるだけやりたくないというか何としても出たくない」がたくさんある。
エンプラ系／SIer出身のエンジニアからすると「今さら？」みたいなとこはあるよね
組織の公言するコアコンピタンスが実態と一致しているなら良いのだろうね。組織が無関心だとエンジニアリング側のスケールがどんどん小さくなり、人が辞める。人が入れ替わった後は人月売りしかできない組織ができる
自分の認識ではこれは商談ではないのだが。。
問題を解決するのがエンジニアなので正しくはあるんだけど、顧客理解が進んだところで企画に裁量がなければ無意味だったりもする
AI相手なら俺でもできる
"顧客が本当に欲しかったもの"を理屈じゃなくて複数ケース実体験しているだけでもいい気がする。実体験がないと新規ケースで解釈すらできない
AIで実装コストが下がるほど「何を作るか」が重要になる。エンジニアが商談へ出れば、顧客のユースケースや課題を直接つかみ、開発優先度と製品理解の解像度を高められる。
エンジニアよ、商談に出よう - Repro Tech Blog
いい話だった。商談に行く予定はないけど
作るのがコモディティ化すると何を作るかが勝負になるのは同意。一次情報大事
まともな会社にはプリセールスエンジニアいるので大丈夫です
一つ言えるのは、内製で対外やり取りがない開発ポジション採用であっても過去の顧客折衝とかBizサイドとの調整経験は高く評価します。だから技術に明るめのSIer若人は自信を持ってください(って過去の自分に言いたい
そういうのはあまり商談とは言わない。RFP相当の内容の聞き取り業務だ。システム部の人よりも現場の人がいるとおもしろいやつ。
いい記事。
いい話。実際のユーザーの言葉や反応を直接見られる場に行ってリアルなコンテキスト収集するのに時間使うのは本当に大事。
“相対的に価値が上がるのは「たくさん作ること」ではなく「何を作るかを決めること」”
営業がついてくれないので資料作ってお客様に提案し案件取りましたが全く評価されず給料は上がりませんでした。会社によるけど何が評価に繋がるかは上司と認識合わせておいた方が幸せになれるかも。
まぁ会社のブログだし客向けアピールでしょうね。
なんかエンジニアのために商談があるかのような書きぶりだな
商談は正直なところあまり興味がないが、システムを使う(であろう)エンドユーザと会話をするのはめちゃくちゃ大事。エンドユーザと直接話ができるなら、打ち合わせにちゃんと顔を出した方が絶対良い。
まさに！
キーエンスには騙されないぞ
でかい会社ならプリセールスエンジニアという専門職を雇えるのだが、弊社はそんな大企業でもないので、色々な帽子を被らなければならない。大変ではあるが行動すればセールスも助かるしエンジニアも助かる。
商談というか、お客さんともっと話そうっていう方が正しい気がする。少なくとも自分はそうだったな
NDA結んで顧客の現場を見に行かせてくれ、じゃないとどんなシステムが必要なのかわからん、と経営層に伝えたけど色良い返事が貰えなかった日々よ(今もだけど)
エンジニアに顧客のニーズを理解せよというのは一定理解できるが、そこを取りまとめて言語化して要件に落とすのがフロントやマネジメント層の役割ではないか。そこをスキップするなら君らの存在価値はないと思う。
まぁドメイン知識とそのドメインのペインとゲインが分からないエンジニアの価値は下がる一方だよねぇ…
苦手な人に苦手なことさせてどうする
プリセールスエンジニアいるようなただの「デカい会社」を「まともな会社」と勘違いせずにセールスもできるようになって自分の市場価値上げて儲けたらええ。
本来はその職種以上のことをさせるのはアウトなんだけどねぇ。会社に都合良い人間になるだけ。プリセールスエンジニアがいる理由を考えればわかるし。当然自分がやってる仕事やサービスを説明は出来たほうがよいけど
否定的なコメント多いな。いいじゃん。賛成です。AIでコード書きまくれるようになった影響で企画、仕様、レビューがボトルネックになりがちなので。
コミュニケーションってか合意形成のプロセスはね、職種問わず内外問わず、やらんとでんがな
商談……というか、要件ヒアリングとかの開発初期の動き？ と思ったけど受託とかでは無さそうなので、自分ところの製品を売り込みに行っている場なのか。
多くのSIerは人月商売だから営業出た時間は追加で働かないといけないからね…
給与上がるなら商談に出るけど、そうなったらコンサルするほうが給与テーブル上がるよね。
ワイ中小勢、上司と客先行ってユースケース聞けたのはいい経験だった。(仕事の愚痴からユースケースがボロボロでてくる)
うむ、元気のある人はどんどん領域を広げていくとよい。私はもう老人なので窓際でAIと遊んでます。
俺もSIerにいた時、商談から納品まで一通りやってたのは良い経験になった。会社辞めてフリーランスになって全然別な仕事しても一連の流れは変わらんかったし。
これはちょっとエッチな話なんですけど、小さなベンチャーでプリセールスやってた頃のことを昔ブログ記事に書いた。 https://aike.hatenablog.com/entry/20100709
出ることは良いも思うがアドバイザーとか一緒に相談出来る営業はいてほしい
業務系の最上流工程の技術者なら規模や実現可能性によっては商談フェーズから参加して客先に出向くなんて普通にやると思うんだけど、こんな取り上げ方をされるというのは分野が違うからなのか時代が違うからなのか
しょうだんじゃないよ、まったく。
書いてることはまぁそのとおりなんだが、意外とやってない人多いってことなのかな。あとそれは商談とはちょっと違う気がするな。
職人に徹したい人もいるからみんながそうなる必要もないと思うけど、上流工程の仕事ぶりに不満があるなら上がってきて自分でやった方が早いかもしれんよ。
「現場をみて要件を理解する」ことそのものはよいことだが、PM が機能していないと宣言しているのに等しい。経営目線でいえば開発者のリソースは貴重で商談しているときに開発が進まないのは機会損失
今後は全部やれる人, 会計も経営も開発も営業も,できる人以外は死んでしまうと思っている俺です. 向き不向きはあるし、やりたくないこともあるけど, AI使ってやっていかないと死ぬと思っている。
「出た方がいい」と「出られない」の間には「出れなくもないができるだけやりたくないというか何としても出たくない」がたくさんある。
エンプラ系／SIer出身のエンジニアからすると「今さら？」みたいなとこはあるよね
組織の公言するコアコンピタンスが実態と一致しているなら良いのだろうね。組織が無関心だとエンジニアリング側のスケールがどんどん小さくなり、人が辞める。人が入れ替わった後は人月売りしかできない組織ができる
自分の認識ではこれは商談ではないのだが。。
問題を解決するのがエンジニアなので正しくはあるんだけど、顧客理解が進んだところで企画に裁量がなければ無意味だったりもする
AI相手なら俺でもできる
"顧客が本当に欲しかったもの"を理屈じゃなくて複数ケース実体験しているだけでもいい気がする。実体験がないと新規ケースで解釈すらできない
AIで実装コストが下がるほど「何を作るか」が重要になる。エンジニアが商談へ出れば、顧客のユースケースや課題を直接つかみ、開発優先度と製品理解の解像度を高められる。