笠井美弦@LOOV

CTOをやっています 京都大学工学部情報工学科 → イノベーション → パネイル → エクサウィザーズ → LOOV

[洗面所エンジニア｜子育ての科学と実践 @senmenjineer]

「全部飲んで」が逆効果になるの、研究で証明されたのすごい。声をかけると否定的な発言が5倍、しかも長期的にも食べる量が増えなかった。「食べて」と言うほど「食べたくない」が育つ。

なぜかというと「食べて」は自律性への圧力だから。
人は「やれ」と言われるとやりたくなくなる。大人もそういう経験はあると思う。

じゃあ食べない子にどうするか。

①何も言わずに出し続ける。この研究でも、繰り返し出せばどっちも食べる量は増えてる。時間が解決する部分は大きい。

②「これ何の味だろうね？」と一緒に興味を持つ。命令を好奇心に変える。

③親が美味しそうに食べる。「食べなさい」より「おいしい〜」と食べてる姿のほうが子どもは寄ってくる。

共通するのは「食べさせよう」を手放すこと。圧をかけるほど遠ざかる。
引くほど近づく 🌱

[笠井美弦@LOOV @KasaiMitsuru]

今日の昼頃IVSいってます！

もし来られてる方いたらご挨拶させてください〜

[笠井美弦@LOOV @KasaiMitsuru]

今晩の予定がなくなってしまった〜

誰か東京で飲んでくれる人いませんか？

[Yusuke Endo @ysk_en]

こんにちは。

デザイナーとして、大企業からスタートアップまで、かなり使われているプロダクトをデザインしていると自負しているのですが、多くの皆さんがAIでVibe Codingしただけで、使われるプロダクトを生み出せると思っていることに疲れたので、この投稿を書いてみます。

この投稿を読んですぐに取り入れられるくらい長く書くつもりです。長い文章が嫌いなら、とりあえずブックマークだけして後で読んでください。

1. 新しいプロダクトを考える時は、自分の好きなツールで考えるようにしてください。

AIは便利ですが、文章だけで考える必要はないです。考えが進むなら紙でも石でもレゴブロックでも良いです。

2. これから何のゲームをプレイしようとしているのかを理解してください。

どうすれば勝ちなのか、達成したいことを明確にします。プロダクトのデザインはアートではなくサイエンスです。

最高のユーザー体験は、勝つための体験設計の一部です。あらゆるものすべてに意思が必要です。デジタル領域のプロダクトはもはやeSportsです。

3. プロダクトの価値で課題を解決する場合、誰よりもその課題に乾きを持ってください。

解決していない現状に笑けるくらい怒ってください。できない場合、本当の問題に気づくのに多くの時間がかかり、大抵の場合は先に飽きがきます。

課題の実感がない人がデザインするプロダクトほど的外れで退屈なものはありません。自分がユーザーだとこの上ないですが、「この人の問題を解決したい」と思える実在の人の近くにいてください。会って話して存在する根源的な課題を認識してください。

4. 機能ではなく、もたらす結果から考えてください。

「あったら良いな」と思う機能は必要ないです。「必要な気がする」機能も必要ないです。わからないことばかりなのに、自分でゲームを複雑にする必要はないです。削って削って削り切ってなお削りすぎたと後で困るくらい削ってください。その上で命をかけたいと思えるコア体験に集中してください。

5. 退屈な解き方をしないでください。

ただでさえAIでクソみたいなツールが増えまくっているので、あなたが作るプロダクトくらいは面白くあってください。つまらないものに人生の時間を使わせないでください。

6. プロダクトを使う道のりを完全にコントールしてください。

あなたのプロダクトを認知してから、プロダクトの入り口にたどり着き、期待値を持って動き始め、最初の最高の体験をし、お金を払ってでも使い続けたいと思う、一連の流れを何度も何度も通しで確認してください。

すべての画面、パーツに意思と責任を持ってください。パーソナライズやカスタマイズといった言葉で濁して無駄に選択肢を増やさないでください。使う人が迷う要素を徹底的に排除し導きます。

素晴らしいプロダクトデザインは空気のようです。気づかないうちに流れていきます。普段使っているプロダクトがなぜそうなっているのか、なぜ使いやすいのか、なぜ使いにくいのかを観察して説明できるようにしてください。

7. 発明すべきか、ベストプラクティスに従うべきかで悩むと思いますが、UIにおいては一番使われているプロダクトを真似してください。

プロダクトは人に使われるための道具です。使われる感触もわからず、UIの作法もわからず、何も知らないのに「俺が考える最強のプロダクト」を作る？？ただ「時間を無駄にしたい」と言ってるだけです。守破離が近道です。

すべてを模倣するのではなく、中途半端に見た目だけ真似するのではなく、設計意図を理解した上で、ありがたく先人の試行錯誤の結果を拝借してください。

8. 最初からドーパミンに依存する安易な手段に逃げないでください。

焦らせて判断を鈍らせたり、論点をずらすような短期的なハックを前提にすると価値を見誤ります。ハックしなければならいほど価値のないものを作ってるんですか？ゲームに大勝利するためにも体験価値の証明を優先してください。

9. プロダクトの設計に迷った時は、リリース投稿やリリース動画を考えてみてください。

あなたがわからないものはユーザーも理解できないです。リリース時の様子が想像できないのならコア体験がまだ存在していません。作ってる自分やチームですら使うのにつまずくものはプロダクトになってないです。すべてを捨てて最初からやり直しても良いです。

10. プロダクトのスタンスやポジションを持ってください。

似たようなものがたくさんある気がしますが、あなたのプロダクトを使う言い訳がほしいです。単に便利なだけでなく、会う人々に勧めたくて仕方がなくなるような強い思想です。

スタンスやポジションはすべてのデザインの意思決定に現れます。見た目やテキストのトーン、情報設計の運び、他にはない使いやすさにです。

そのために、考えのすべてをAIに任せないでください。自分の意思を持ってください。

11. 期限を必ず切ってください。頑張っても間に合うかわからない期日を設定してください。

失敗する前提で早く動いてください。振り返るタイミングがないまま続けると失敗を認識できないからです。失敗を認識できないと改善できません。

手作りでじっくり時間をかけると愛着が湧いて失敗だと認識したくなくなります。大成功に近づくためにさっさと作ってさっさと失敗してください。

12. 素早く失敗したら、成功できるサイズやステップまで小さく小さく刻んで問題を探ってください。

失敗したということは、理解できていないことや認知していない領域が存在しています。中途半端な成功には注意してください。緩やかな死です。自信を持って成功している状態を認識し続けてください。

13. 最初から分業で物事を始めないでください。

分業はチームで最適化を行うための手段です。最適化すべきものすらない状態で、意味のないタスクを生み出して無駄な仕事をしないでください。そして、最初から自動化しないでください。バカな要件を自動化してもゴミが生まれるだけです。

13. ユーザーが使っている様子を生で見てください。

できる限り自然な状態で、説明なしに使っている様子をただただ観察してください。妄想だけでは想像もしなかったハードルが驚くほど見つかります。

14. 楽しく生きてください。つまんないやつが作るプロダクトはたいてい面白くないです。

15. 使ってもらえるプロダクトを作れるようになったら、対価をもらえるように価値の付け替えをデザインしてください。

認知と利用を一体にしたプロダクトのデザインをしたり、ユーザーのモチベーションを課金に転換したり、自己増殖的に価値が作られる仕組みを組み込んだり。この先も楽しいゲームが待っています。

16. なんだか導入の思想ばかり書いてしまったので、より具体的なプロダクトのデザインについては、数日後にパート2をあげます。フォローといいねを押してください。ありがとうございます。

[紗月 @ayaho_masuda]

のぞみ13本ダイヤって、要するに何してるかというと
「1時間で街ひとつ分を丸ごと運んでる」
・1編成あたり約1300席 × 13本
→ それだけで約1万7千人規模を高速輸送
・しかも全列車が長距離（新大阪〜博多）対応
・乗降・清掃・折返しまで含めて回し切る
・東京駅配線テトリス攻略
これ、通勤電車みたいな短距離ピストンじゃなくて
数百km単位の移動を通勤レベルの頻度で処理してるのが異常。
飛行機なら空港キャパで詰むし、高速道路なら渋滞で終わる量。
それを毎時コンスタントに流す前提で動いてるのが東海道新幹線、やっぱりバグってる。

[笠井美弦@LOOV @KasaiMitsuru]

@pistachiyoda うちはむしろ逆で、兄はやんなかったけど妹はやるって感じですね・・・

[笠井美弦@LOOV @KasaiMitsuru]

https://t.co/WTJTqxnLcN

すんばらしい言語化

[𝐑.𝐎.𝐊 👑 @r0ktech]

Rate my sorting algorithm 😎

[笠井美弦@LOOV @KasaiMitsuru]

資金調達しましたよっと

https://t.co/DWOWBEwFqA

[笠井美弦@LOOV @KasaiMitsuru]

@harupinhanten あすいません言ってませんでしたっけ、もう下の子が2歳になりましたw

つまり2年以上勉強会には参加してません、、、

[笠井美弦@LOOV @KasaiMitsuru]

二児になってから勉強会とか行く暇まじで皆無になったな

[笠井美弦@LOOV @KasaiMitsuru]

PIVOTでとりあげてもらいました！

【AIプレゼン誕生 変わる営業の常識】営業の時間を奪う「繰り返し説明」を全自動化／動画×AIでパーソナルな対応を実現する／AIが代替する「説明」... https://t.co/VGJ0WJEHLW @YouTubeより

[笠井美弦@LOOV @KasaiMitsuru]

@pistachiyoda ご無事に退院できてなによりです

お子様もぴすたさんもお疲れの出ることと思いますので、ご養生ください、、、！

[iwashi / Yoshimasa Iwase @iwashi86]

「CTOとしてなぜコードを書くのか」(Why I code as a CTO)という記事から：

・CTOのようなシニアな役職になるとコードを書かなくなり、会議ばかりになるというのが一般的な見解
・記事の筆者は、現在も多くのコードを自ら書いている
・筆者は現在、直属の部下を管理していない

・コードを書くことは、技術リーダーとして最もレバレッジの高い仕事の一つ
・CTOが書くコードは、趣味のプロジェクトではなく、価値ある3つの明確なカテゴリーに分類される

・1つ目は「長期的な実験的プロジェクト」
・組織は現状維持を好み、全く新しいプロダクトを生み出せる人材は稀である
・筆者は、顧客の課題とアーキテクチャを熟知しているため、リスクのある新しい賭けを迅速に進められる

・2つ目は「緊急性の高い重要な顧客の要望」への対応
・重要な契約に関わる緊急の要望に対し、CTOはシステム全体を理解しているため迅速に対応できる
・たとえば、大口顧客のコンプライアンス対応を1日で構築し、エンジニアをスプリントから守りつつ顧客の信頼も維持

・3つ目は「バグ修正」
・バグ修正は、コードベース全体の「メンタルマップ」を維持するための優れた方法
・バグを追う過程でシステムを横断的に調査し、技術的負債を肌で感じられる
・この経験が、技術的投資に関するより良い意思決定に役立つ

・コードを書く理由の一つは、AIツールなどが「実際に」どう機能するかを最新の状態で把握し続けるためでもある
・筆者はAIコーディングツールを日常的に使い、その長所（定型作業）と短所（精密なロジック）を実体験から学んでいる
・この実体験は、世間の誇大広告に惑わされず、ツール導入や採用に関する戦略的決定を下すのに役立つ

・コードを書くもう一つの理由は、それが筆者の得意分野であり、情熱を注げることだから
・筆者は組織構築や人事管理といった「人の問題」を扱うのが得意ではない
・そこで、マネジメントが得意な優秀なエンジニアリング・マネージャーを採用した

・コードを書く3つ目の理由は、AIツールが筆者の生産性を根本的に変えたから
・現代のAIツールにより、生産性は2〜3倍になり、以前は会議に追われていた状況が改善
・AIはCTOの技術的判断を置き換えるのではなく、CTOが持つ「正確なコンテキスト」によって、その価値をさらに高める
・仕事は「すべてのコード行を書く」ことから、「文脈を提供し、決定し、解決策を評価する」ことへシフト

・CTOの役割は固定的なものではなく、ビジョン重視、組織構築重視など、人によって多様である
・筆者のやり方が機能しているのは、本人の強み、興味、そして優秀なマネージャーがいるという特有の環境が組み合わさっているから

・これは筆者個人の方法であり、すべての人に当てはまる処方箋ではない
・エンジニアがリーダーシップの道に進んでも、必ずしも技術的な仕事を手放す必要はない
・重要なのは、自分が他ならぬ価値を発揮できる場所（ユニークな強み）を見極めること

[TALKsmith（旧 LOOV） | 次世代型 営業DX SaaS @LOOV_video]

＼LOOVからのお知らせ📢／
Video Agent「LOOV」が、アジア太平洋地域で影響力を持つテクノロジー専門誌 CIOReview APAC が選出する「TOP SaaS DEVELOPMENT SERVICE IN APAC 2025」を受賞しました
https://t.co/esXaTkDDEF @PRTIMES_JPより

[PR TIMESスタートアップ @PRTIMES_STUP]

nattoku住宅がVideo Agent「LOOV」を導入し、来店予約が約2倍、成約率も向上。住宅販売の顧客体験を進化 https://t.co/sJHbx4kb3G

[笠井美弦@LOOV @KasaiMitsuru]

@pistachiyoda えーこんな良いところが

次使います

[笠井美弦@LOOV @KasaiMitsuru]

僕は彼のプロダクトリーダーシップを心から信頼しているし、彼は僕のモノヅクリを信頼してくれていると日々の行動から感じる

僕は彼が示す道筋を信頼しているし、彼は僕がそれを実現すると信頼している

LOOVはそうして動いている

[笠井美弦@LOOV @KasaiMitsuru]

最近改めて自己認識したんだけど、僕はマーケットセンスが絶望的にない

何が売れそうとか、これは何が要因で売れたとか、そういうのをまったく自分の意思決定の血肉にできない

就活なんかしてると、どの会社の製品も売れそうに聞こえるし、どの会社の製品も売れなさそうにも聞こえる

[笠井美弦@LOOV @KasaiMitsuru]

LOOVでは代表の内田がマーケットを見定めプロダクトのロードマップを示し役割を果たしているが、そこにめがけてユーザーを深く深く理解し、課題を見定め、開発組織づくりを含めたあらゆる解決方法の模索に専念できるているのは本当にありがたいことだと思う