要約 Qiita記事がトレンドインすると、瞬間的にWebサービスへのアクセス数が急増するが、数日でアクセス数は元に戻ってしまう。 そこで以下の施策を速攻で打ってバズっているうちに有益な学びを得るべきと考え、本記事はそれを実践した結果を実データと合わせて説明している。 事前登録フォームを作って興味を持ってくれた人と繋がる Twitterやはてぶのコメントからどうして興味を持ってくれたのか考察する 有料機能を作って単なるバズなのか、本当にニーズがあるのか判断できるようにする バズる１週間前にやっていたこと 3日でツールをサクッと作った 英語面接や仕事で海外の人とやりとりをするときに「ちょっと難しい質問」をされると、途端に5歳児になってしまう自分が恥ずかしくなり、DeepLで英語の勉強をするツールを作った。 自分が使うだけのつもりだったので、アカウント機能などはなく、コアな機能１つを実装しただけ

はじめに はじめまして。ゆずたそ（@yuzutas0）と申します。私はソフトウェア開発者からプロダクトマネージャーへ役割を変更した後、多くの失敗を経て「マインドセットを切り替えること」の重要性を痛感しました。 この連載では、私が学んだ「プロダクトマネージャーのマインドセット」を解説します。 想定する読者・提供価値については、2つのパターンを想定しています。1つ目は「同じように失敗した経験のある人」です。自分の経験を振り返りながら「こうすればよかったのか！」と考える機会になるはずです。2つ目は「これから失敗を経験するであろう人」です。これから起きる課題について「こうすればいいのか！」と考える機会になるはずです。 注意・免責 ①本連載の内容は、筆者の個人的な見解にもとづきます。適宜ご自身の立場に置き換えて、読み進めていただければと思います。万が一、誤りや不快な点がありましたら、どうぞ筆者個人宛

問題が見つけづらい時代に、どうやって問題を見つけるのか。そのためには理想の提示が必要、という『未来を実装する』のインパクトに関する議論の一部を抜き出してスライドにしました。 未来を実装…

Founder Customer Fitこのセクションについて解決したい課題を見つけよう顧客を決めようリーンキャンバスを書こうミッションを決めようCustomer Problem Fitこのセクションについてペルソナを立てよう共感マップをつくろうカスタマージャーニーマップをつくろう課題仮説を整理しようプロブレムインタビューをしようProblem Solution FitこのセクションについてPEST分析をしようフックモデルを定義しようプロトタイプをつくろう解決策仮説を整理しようソリューションインタビューをしようSolution Product Fitこのセクションについて名前をつけようユーザーストーリーマップをつくろうMVPを構築しようMVP仮説を整理しようMVPインタビューをしようProduct Market Fitこのセクションについてグロースサイクルを定義しよう利用規約をつくろうプロ

「五味ちゃん 起業家7年生」連載の第一弾です。 第二弾は今月中にどこかで！25歳、起業家7年生。 こんにちは、ハヤカワ五味です。 そう、実は起業家としては7年生になってしまいました。 7年生ということは、小学1年生が中学1年生になるくらいの年数を起業家として費やしてきたということですが、正直この7年は自分にとって有意義ながら遠回りだったなと思います。 趣味で作ったものをSNSにアップしたら幸運にも話題となり、それを受けて法人化したのがシンデレラバスト向けランジェリーブランド「feast」の立ち上げの経緯ですが、そもそも私はコンシューマーゲームのプランナーか広告代理店のアートディレクターを目指していました。だから、事業を継続する気はまったくありませんでした。 そんなめちゃくちゃな立ち上がりをしたfeastなので、運営する中でも問題ばかりだったのですが、ここ半年〜1年くらいでいいメンバーとも出

こんにちは、建設×ITのスタートアップ「SHELFY」でプロダクトマネージャー（以下:PdM）をしているShoko（@shokosuzuki1991）です。 突然ですが、MVPとかリーンスタートアップについてのフレームワークやノウハウは溢れていますが、実際にMVP作ってるとこんな疑問が湧いてきませんか？ ① プロトタイプと何が違うのか？プロトタイプ＋会員登録機能＝MVP？ ②実用最小限機能ってどこまで？コア機能をどうやって定義するか？ ③MVPをリリースした後、何をどう判断すればいいのか？さらには事例があっても、BtoCのサービスや米国のものが多く、BtoB向けのプロダクトをつくるうえではあまり参考にならないな、、という経験はありませんか？（私がそうでしたw） そこで今回は建設業向けのカンタン書類作成サービス『Greenfile.work（以下：GF）』のMVPができるまでを通して、私が学

2018年7月7日、株式会社フリークアウト にて「プロダクトオーナー祭り 2018 Summer ～プロダクトマネジメントが世界をツナぐ～」が開催されました。IT関連企業に所属するソフトウェア開発のプロダクトマネージャーやプロダクトオーナーを中心に、それぞれが携わるプロダクトの価値や、マネージャーとしての体験談など、幅広い観点からライトニングトークが繰り広げられました。本記事では、グローバル・ピープル・ソリューションズ株式会社の酒井崇男氏によるLT「Heavy Weight Product Management の仕組みが日本を救う」の模様をお送りします。 グローバル・ピープル・ソリューションズの酒井崇男氏によるLTがスタート 酒井崇男氏：皆さんはじめまして、酒井崇男と申します。みなさんがこれまでどういうかたちでPO（プロダクトオーナー）とかPM（プロダクトマネージャー）というポジションに

こんにちは、とよし(@toyoshi)です。今日のミートアップで聞いていただいた質問を紹介します。 midland.doorkeeper.jp 「システムを作りたいのですがエンジニアはどうやって採用しますか？」 エンジニアを採用する方法はいくつもあります。しかし今回はデジタルコンテンツの販売事業を0から立ち上げるという話だったので 「そもそもそのシステム（製品）って作る必要あるの？」 という質問を逆にしました。 事業を作るとなると多くの人（特にエンジニア）はまず製品を作ろうとします。製品を作ってから売り始めようという考え方です。しかし、これは簡単にプロトタイピングや宣伝ができなかったころの古いやり方です。 では、何からやるべきなのでしょうか。 まずは課題仮説を検証しよう 起業家は課題に関する仮説と、製品に関する仮説を持っています。これは思い込みとも言います。これらを別々に考えて、個別に検証

2016年5月に書いた「プロダクトマネジメントの誤解」を言う記事を加筆・編集したものになります。今読むと稚拙だな、と思うところも多々あるのですが、プロダクトマネジメントという概念のルーツについて、頑張って調べました。加筆修正してお届けします。ITスタートアップブームの起爆点はもちろんシリコンバレーだ。シリコンバレーは軍事開発からハイテク産業という歴史を経て　”development” のエコシステムを培ってきた。その歴史は あなたが知らないシリコンバレーの歴史 | 上杉周作  によくまとまっている。ぜひ一読をおすすめする。 シリコンバレーでも汎用的に用いられてきたメソッドがある。「製品を創って成功する”プロダクトマネジメント”」だ。 エリック・リースの『リーン・スタートアップ』で描かれるMVP、そしてスティーブン・G・ブランク『アントレプレナーの教科書』に描かれる顧客開発は、日本でも有名だ

デザイン思考は、問題を探索・解決するための方法です。リーンは、私たちの信念を試し、適切な成果につなげる方法を学ぶためのフレームワークです。アジャイルは、ソフトウェアの変化していく状況に適応するための方法です。 デザイン思考は、能力と学習に関するものです。スタンフォードd.schoolのCarissa Carter主任は、デザイナーを高める能力について、素晴らしい記事を書いています。たとえば、曖昧さ、共感的学習、統合、実験などが、その能力として挙げられています。意味を生み出し、問題の枠組みを設定し、潜在的な解決策を探索する、デザイナーの能力が重要なのです。 『誰のためのデザイン？』の著者であるドナルド・ノーマンは「デザイナーは最初のアイデアに満足しない」と述べています。あなたも考えてみてください。最初のアイデアが最高のアイデアだったことはありますか？意味や新しいアイデアが生まれるのは、物事を

はじめにメルカリUK版の立ち上げを終え2018年3月に帰国しました@tsumujikazeです。今は東京でメルペイのProduct Managerをしています。 イギリスではいわゆるモダンなプロダクトチームでのLeanなプロダクト開発を経験しました。得るものが多かったので、なるべく多くの人に知ってもらいたいと思いこのポストを書きました。 PMF　→リーンプロダクトのプロセス　→モダンなプロダクトチーム（組織論）という流れになっています。 はじめに 本編 ・何のためにプロダクトを作るのか ・プロダクトマーケットフィット ・PMFピラミッド ・要件定義フェーズのリーン化 ・モダンなプロダクトチームでのリーン開発とは おまけ ・Problem Space vs. Solution Space ・Problem Solution Fitとは ・エンジニア組織とPM組織の特性について ・バリュープロ

『俺の妹がこんなに可愛いわけがない』（以下、俺の妹）のキャラクター、新垣あやせのなりきりAIが発表され、その進捗がニコニコ生放送「みんなで作ろう！『俺の妹 あやせＡＩ』」で報告されました。 あやせAIは、NTTとドワンゴが開発したなりきり質問応答サービスを利用し、『俺の妹』メインキャラクターの1人、新垣あやせの対話AIをユーザーのみなさんと一緒に作ろうという企画です。 今回の放送ではGatebox株式会社の製品とのコラボが決定！ 同社CEOの武地実さんが登場し、あやせAI開発担当の東中竜一郎さん、声優の藤田茜さん、木戸衣吹さん、電撃文庫編集部の平井啓祐さんに製品の紹介を行いました。また、スタジオにはあやせの声を演じる声優の早見沙織さんからも、ボイスメッセージが届きました。 左から藤田茜さん、木戸衣吹さん、武地実さん、東中竜一郎さん、平井啓祐さん。現状のあやせAIのワードバリエーションは少し

Henrik Knibergさんのブログで「One day in Kanban land」という記事を見つけました。そこでは、かんばんの使い方のポイントがうまく描かれたマンガが紹介されています。各国語に訳されているので、ヘンリック氏に許可をいただき、日本語訳してみました。 赤い人がプロダクトオーナー（PO）の役割で、青い人たちが開発チーム（DEV。ここでは2名ずつ2チーム）、緑の人がテスターだと思います。テスターチームはデプロイまで担当しているみたいですね。 また、「TODO」「開発」「デプロイ」という各ステージにはWIP（Work in Progress：仕掛り作業）が制限されています。WIP制限とは、各ステージにWIPの数以上のカードを貼ることができないというルールです。

THE STARTUP WAY THE STARTUP WAYはLEAN STARTUP著者のERIC RIESの最新刊になります。ERIC RIESがLEAN STARTUPの考え方を大企業に適用させる場合の考えかたについて記載されています。前作のLEAN STARTUPを読まれて実践されている方をベースに読んでみたまとめを書いてみます。英語は苦手オブ苦手なので、誤訳というか誤理解もあるかもしれませんが、全体の雰囲気が伝わればよいかなくらいの期待値でおねがいします。大企業でリーンスタートアップを実践している人には伝わるとは思うので。 なお、フランクにではありますが、エリックからは本中の図の引用の許可は頂いております。 Yes please do— Eric Ries (@ericries) 2017年11月26日 概要 大企業も従来のマネジメント方法だけでは不確実性に対峙する際に立ち行か

Spotifyでは、マネジメントと組織の動きは人を育てることによってチームとアジャイルの実践を支援している。しかし、Spotifyは"アジャイルの涅槃"ではない。継続的に成長し、変化し、新しいチームに分裂するような高い成果を産むチームに達するのは難しい。Spotifyのチームとリーダーシップのコーチを務めるJoakim Sundén氏は、ビジョンを持ち続け、小さなステップを刻みながら向かうことを推奨している。 Sundén氏はSpotifyでのスムーズに進まなかった問題やどのようにその問題を解決しようとしたのかについてLean Agile Scotland 2017で語った。InfoQはこのカンファレンスの模様をインタビューや記事で取り上げている。 InfoQはSundén氏にインタビューし、うまくいかなかったことが製品にどのような影響を与えたのか、Spotifyでエンジニアリングマネージ

Nintendo switchの初期不良を引き当てたので、ゼルダをやるために開けておいた予定がなにもすることなくなってしまったのでブログを書いた。私のswitchは今頃京都にあるでしょう。 Developers Summit 2017 でコンテンツ委員しつつ登壇もしてきた もともとは、デブサミオーガナイザの鍋島さんからコンテンツ委員としてお声がけ頂き、今回はコンテンツ委員という立場でデブサミに関わっていました。 そのため、コンテンツ委員が登壇とか自作自演感甚だしいので自分が登壇するつもりはまったくなかったのですが、GuildWorks -ギルドワークス-の市谷さんから越境をテーマに株式会社ヴァル研究所の新井さんと自分の3人でやりませんかとお誘いを受け、以下で登壇することに。 「新規事業が対峙する現実からエンジニアリングを俯瞰する」 新規事業が対峙する現実からエンジニアリングを俯瞰する #d

その結果、自分はすっかり言及の減ってしまったリーンソフトウェア開発や、それらの源流であるトヨタの生産方式、トヨタが現在取り組んでいる自工程完結を評価するのがよいのではないかと思い至った。本稿は、そういうポエムである。 本稿でいうリーン（ソフトウェア）開発とは何か？ 2003年にメアリー・ポッペンディークとトム・ポッペンディークにより提唱されたトヨタ生産方式を源流とするリーン生産方式をソフトウェア開発に適用した原則集。以下を指す。 リーンソフトウエア開発～アジャイル開発を実践する22の方法～ リーン開発の本質 エリック・リース氏のリーンスタートアップやオライリーのリーンシリーズとは異なるので注意いただきたい。 きっかけとしてのアジャイル方法論の違和感：結局、アジャイルでも多くの課題が残る。 「今回のプロジェクトがやりにくいのはウォーターフォールでやっているからだ」、「今回のプロジェクトが適当

このブログは Recruit Engineers Advent Calendar 2016 - Adventar の12/7の記事になります。 はじめに 現在、新規事業開発部門にて、いくつかのチームの開発リーダーをしていまして、その中でチームの目標を決める中でグロースフェーズにおける開発チームの直近のやるべきことを洗い出したので、アドベントカレンダーのネタにさせていただきます。 前提として、本ポストで対象になる新規事業は下記の投稿における分類で言うと「エンジニアの書いたコード上で売上が立たないビジネスモデル」になります。そのため、エンジニアリングでKPIを向上させ売上に寄与するような一般的なグロースハッカー的な動き方についてはスコープ外です。詳しくは下記リンクをご一読ください。 i2key.hateblo.jp 現在のビジネスステージ 上記はAsh Maurya氏のRUNNING LEAN

1. How to start a startup 成功するスタートアップの 作り方講座（2016年版） Copyright 2015 Masayuki Tadokoro All rights reserved

はじめに 私は新規サービス・製品を企画開発する部署に所属している関係で、リーンキャンバスを書く機会が割とあります。 みなさんはキャンバスを書くとき、どんなツール使ってますか？ 私の場合はExcelです。 Excelという慣れたツールで気軽に書けるのはとても良いことですが、歴史を刻んだキャンバスでは色々と苦しくなってくる側面もあります。 いつ、どこを変更したかわからない。 変更することになったトリガー、背景がわからない。 「変更履歴書けよ」とか「自動で履歴残す機能あるよ」って声が聞こえてきそうですが、多くの場合履歴を書くのをサボる私のような人が出てきたり、自動で履歴が残ったとしても編集理由までは記録できません。 また、草案レベルではMarkdownでカジュアルに編集することも多いので、「Markdownがそのままリーンキャンバス(HTML)になったら良いんじゃね？gitで管理できるし」という