ウェブサービスチームからただよう死臭を嗅ぎ取る方法
わたしは「穴を掘って埋める仕事」を徹底して排除するよう日々コストをかけている。事前に察知できれば全力で回避に努める。だが、無限ループに陥ることもある。ループから抜けるには信用を失うなど相応の代償を支払うことになるけれど、早めの方が双方の傷は浅い。その見分け方を後述する。 工期がきまっていない企画書の完成日がきまっていない競合調査より先に自分達だけで企画を考えるターゲット層の調査より先に自分達だけで企画を考える議事録を取らない議事録を取り始めても訂正や意見がない企画書の雛形を作ってもあいまいな表現でだめ出しだけする思いつくままに会議を進める業務進行の定石を無視して効率の悪い方法を採用するリーダーがウェブに疎いメンバーに技術者がいない(外注)キラーコンテンツの準備より先に課金方法を取り上げるブレスト中にダメ出しする(ブレスト中は発想が縮むためダメ出し禁止)ことあるごとにその分野に疎いことをほの
ネットで新規事業をやる際に考えておくといいこと : けんすう日記
ベンチャーを立ち上げる前の人へ こんにちは！僕はnanapiというサービスをやっているベンチャー企業の代表をやっているのですが、ベンチャー立ち上げ経験者ということで、「ベンチャーを立ちあげたいよ！」という人たちの講演会などにたまに呼ばれてお話させていただいていたりします。 僕の話をしてもどうか、という気持ちはあるものの「今日の最良の教師は、昨日の生徒だ」みたいな格言が好きで、すでに成功してしまった人より、一歩だけ前にいる人が話すほうが参考になるだろうということで、僭越ながら話させていただいていたりします。 というわけで、この前、またそういうところでお話させていただいたのですが、「今、どの事業が白地ですか？」という質問を聞かれたので、それについてまとめてみようと思います。 よくやりがちな考え方 事業をやる上で最初に考えることの１つとして「どういう事業をやろうか」というところがあると思います。
Googleの開発者直伝、ぼんやりしたアイデアを具体化する4段階アプローチ | ライフハッカー・ジャパン
きっと誰もが経験あるはずです。ぼんやりとしたアイデアやプロジェクトの目標を与えられて、いったい何から始めればいいのかさっぱりわからない、という経験が。Googleのソフトウェア開発者Vivek Haldar氏は、この問題を解決するための「具体的な4段階アプローチ」を紹介しています。 あらゆるプロジェクトはぼんやりとしたイメージから始まります。この混沌とした状態に、形ある具体的なアイデアを持ち込んだ者こそが、最大の功労者となるのです。とはいえ、簡単なことではありません。私自身、このプロジェクト初期の段階にどうアプローチすればいいのか、いまだに模索中です。以下に、個人的な体験と観察から、わずかずつでも学んできたことをご紹介したいと思います。■基本原則を決める 設計作業に入る前に、まず「基本原則」を考えるようにします。例えば、「Gmail」のプロジェクトでは、「Eメールのナビゲーションで最も重要
Amazon流の開発術では、まずプレスリリースを作る | fladdict
Amazonでは製品開発をするとき、まず最初にプレスリリースを書くらしい。これは”Working-Backwards“と言うデザイン手法。面白げなので色々と調べてみた。 Working-Backwards法の商品開発では、お客様の視点をスタート地点にするため、開発前にプレスリリースを作成する。プレス内容は、既存プロダクトの問題点と、それを新製品がどう解決するかが中心になる。 プレスがユーザーに響かなかった時点でプロジェクトはボツ。そもそもその商品は作らない。これにより見当違いな商品を作るリスクを、一番最初の段階で低コストに回避できる。 このWorking-Backwards法で書くプレス内容は主に以下のとおり。 見出し 顧客が商品を理解できるタイトル 副題 ターゲット層と、彼らのメリットを1行で。 概要 商品の特徴と利点をまとめる。この段落で全てを理解できるように。 課題 このプロダクトが
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
企画アイデアがざくざく生まれるUX発想シート＋UX的発想の超基本 | 実践！ プロも使うラピッドUX手法
yaplog!（ヤプログ！）byGMO
