Garbage In, Garbage Out から Garbage In, High Quality Beautiful Garbage Out へ。

kubellのM&A第一号のミナジンでのPMIについて書きました。 「PMIは一筋縄にはいかない」ということは教科書でも語られていますが、実際にその渦中に立つと、想像以上に多くのプロセスで”対話”に左右されることを痛感しました。「しんどい」中で学んだことをまとめています。 澤井 翔輝 | kubell 人事

「この本どこにしまうん？」 とある絵本の1ページをみて4歳の息子が言いました。たしかに。

言語化してみて思ったのだが、人と協働する際に、早いことが機能するときと、正確であることが機能するときと、時間をとって向き合うことが機能するときと、それぞれがあるのだなと再認識した。今じゃないと入っていかないな、正確じゃないと入っていかないな、精神的な安定がないと入っていかないな。

自分の仕事や組織にフォーカスした時に、AIで何かがなくなるとか役割がなくなるは間違いで、役割が変わっていく、重心が変わっていくだと思うのだけど、それでもなお、この役割が不要になるとかこのロールが不要になると議論されている場合は危ない気がするな。

ユーザーを成長させるプロダクトが結局最強なのだが、そのためにはそもそもプロダクトにその思想と哲学があり、その活用エバンジェリストにもその思想と哲学、そして熱意があることが条件なのです。 後者がいれば前者の要件はぐっと下がるが、前者だけで後者の要件は下げられない。ここがポイント。

クイックに確認したいという表現、自分都合極まりない。クイックに確認できるボリュームじゃなかったり、確認依頼された側が背景読み込まないといけなくてクイックに確認できるわけないこと理解してもらえないこと多いな。クイックに確認したいとクイックに打ち込めちゃうから発生しちゃっているのか。

ピンチにこそ人格が出て、ピンチにこそ性格が出て、ピンチにこそ人間性が露わになる。そして、ピンチにこそ持てている選択肢の広さが問われる。 ピンチの凌ぎ方を色々なパターン知ってる人はとっても強い。

SFAはどう作れば良いですか？という問い は、結局 CRMのイメージありますか？現在のプロダクトデータ蓄積どうなってますか？ の確認から始まり、 実は大枠の構造設計に対して、答えるべきなのは ・契約単位は何か？（会社？部署？人？） ・活用単位は何か？（（会社？部署？人？）

議論に意味があるのは合意形成を目指している時だけってほんとそうだな。

レコード所有者とか営業担当者とか入れ替わり変動のある情報を軸にレポートやダッシュボードを作ると大概が比較に困るのだが、その後ろにある属性やテリトリーを定義してしまえば比較に困らない。

いろんなSaasのおかげというか、せいで、全ビジネス職が自分による自分のためのデータベースを作りたがる傾向に溢れている。その一方で、既存のデータベースからうまく工数をかけずに自分ビューに切り取ったり、データベースの形をうまくチューニングしたりすることに長けているケースは少ない。この部

これと思うな、昨今の議論。