仮説/データドリブンで企画を立案し検証していくためのフレームワーク｜梶谷健人 / 新著「生成AI時代を勝ち抜く事業・組織のつくり方」
自分やチームがきちんとデータに基づいて仮説を構築し、その仮説に基づいて施策を立案し、それを検証していく思考ができるようなフレームワークを作ってみました。 イケてるテック企業というのは例外なくエンジニアやデザイナーなどの創り手がイキイキしています。そして、彼らがイキイキしているためにはメンバーからの理不尽なオーダーがない状態、つまり全ての議論や意思決定がデータや仮説を起点にしてなされている状態が必要だと思っています。 自分はMESONという「3DモデルのGoogle」のようなサービスを作る会社をやっているのですが、おかげさまで順調に人が増えてきました。 MESONは今後人数が増えていってもエンジニアやデザイナーがイキイキしている会社にしたいので、それを仕組みで実現するためにこのフレームワークを作りました。 チームの議論や意思決定を、よりデータドリブンかつ仮説ドリブンにしていきたいと考えている
まずシステム開発なしで1つ売ってみよう - ミッドランドインキュベーターズ（Midland Incubators）
こんにちは、とよし(@toyoshi)です。今日のミートアップで聞いていただいた質問を紹介します。 midland.doorkeeper.jp 「システムを作りたいのですがエンジニアはどうやって採用しますか？」 エンジニアを採用する方法はいくつもあります。しかし今回はデジタルコンテンツの販売事業を0から立ち上げるという話だったので 「そもそもそのシステム（製品）って作る必要あるの？」 という質問を逆にしました。 事業を作るとなると多くの人（特にエンジニア）はまず製品を作ろうとします。製品を作ってから売り始めようという考え方です。しかし、これは簡単にプロトタイピングや宣伝ができなかったころの古いやり方です。 では、何からやるべきなのでしょうか。 まずは課題仮説を検証しよう 起業家は課題に関する仮説と、製品に関する仮説を持っています。これは思い込みとも言います。これらを別々に考えて、個別に検証
「デザイン落とし穴」という話をしてきました - transitkix design log
transit_kixです。 UX MILKの三瓶さんにお声がけしてもらい、先日ux failconというUIデザインやUXデザインに携わっている人々の集まるイベントに登壇してきました。 登壇資料 内容は、サービスデザインにおいて仮説→検証→実行のそれぞれのフェーズで陥りやすいケースについてお話ししました。 ユーザーストーリーを吹き出し形式に これは簡単で比較的効果があるので、初心者で勉強したい人はどうぞお試しあれ。 当日の様子 DMMさんの新オフィス、壁に本物の植物が生えています。 他の登壇者の方の失敗談も面白かったです。 「賃貸住宅「コンセントハウス」のデザイン」(シャープ/電化美術の中田 裕士さん)
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
「カスタマージャーニーマップ」はユーザー情報を並列化し新しい視点を得るためのツール
4つのポイントと3つのステップで始める 仮説検証型デザイン
