Amazon流の開発術では、まずプレスリリースを作る | fladdict
Amazonでは製品開発をするとき、まず最初にプレスリリースを書くらしい。これは”Working-Backwards“と言うデザイン手法。面白げなので色々と調べてみた。 Working-Backwards法の商品開発では、お客様の視点をスタート地点にするため、開発前にプレスリリースを作成する。プレス内容は、既存プロダクトの問題点と、それを新製品がどう解決するかが中心になる。 プレスがユーザーに響かなかった時点でプロジェクトはボツ。そもそもその商品は作らない。これにより見当違いな商品を作るリスクを、一番最初の段階で低コストに回避できる。 このWorking-Backwards法で書くプレス内容は主に以下のとおり。 見出し 顧客が商品を理解できるタイトル 副題 ターゲット層と、彼らのメリットを1行で。 概要 商品の特徴と利点をまとめる。この段落で全てを理解できるように。 課題 このプロダクトが
2012年08月16日08:00 by oklahomer 「私がFacebookで働いていて嫌いな10個のこと」が面白い カテゴリ小ネタ 15日の14時過ぎにFacebookの開発ディレクターが「現役社員がこんなことを書くなんて信じられない」というコメント付きでシェアしていた「Ten Things I Hate About Working at Facebook（私がFacebookで働いていて嫌いな10個のこと）」という記事が面白かったので共有です。 いきなりニュースフィードに流れてきたので、IPO後の初業績報告だとかIPO以来の幹部入れ替わりが話題になってるから社内はピリピリしてんのかなぁ、まだエイプリルフールじゃないしなぁと思いつつ帰宅してジックリ読んだわけですが、読んでみて納得です。考えてみたら、本当にマズい内容だったら開発ディレクターが拡散したりしませんよね。 以下、本文和訳で
マネタイズとアウトプットを意識する～エンジニアの視点から考えるネットサービス：エンジニアブレークスルー#02レポート エンジニアがどのようにしてブレークスルーしていけるか エンジニアブレークスルーは、その名のとおり「エンジニアがどのようにブレークスルーしていけるか」をテーマに、株式会社ゼロスタートコミュニケーションズ 山崎徳之氏を中心にスタートした活動。10月7日に、スタートアップデイティングの一企画として第1回が開催され、今回初の単独開催として、第2回目開催の運びとなった。今回は二部構成で、一部がパネルディスカッション、二部がパネリストと参加者の交流を兼ねたエンジニア査定大会が実施された。 イベントの企画者でもあり、モデレータを務めた山崎氏。 エンジニアの視点から考えるネットサービス 今回のパネリストは以下の通り。 米林正明 氏（株式会社Abby） 閑歳孝子 氏（株式会社ユーザーローカル
iPadアプリ開発に興味を持っていてこれから参入を考えている人、すでにアプリ開発は行っているがまわりの状況が気になる人、ともにiPadアプリ開発現場の現状を知りたいのではないだろうか。iPadアプリ開発で元がとれるのか、他のプログラマたちの開発コストはどの程度なのか、こうした疑問をテーマにした議論が開発者コミュニティで盛り上がっている。 1本のiPadアプリ開発にかかるコストは25万ドル!? Twitterrific 話題の1つは開発者コミュティサイトのStack Overflowで盛り上がっているもので、「How much does it cost to develop an iPhone application?」というタイトルでiPhoneアプリ開発にまつわるコストを考えるトピックになっている。質問者は例えばTwitterクライアントの1つ「Twitterrific」のようなアプリ開
日米で異なるソフトウェアの作り方 私がシアトルに来たのは1989年なので、こちらに来てもう20年以上になる。最初の10年をMicrosoftのソフトウェアエンジニアとして過ごし、後半の10年は起業家としてソフトウェアベンチャーを3つほど立ち上げている。こうやって1年の大半を米国西海岸で過ごしながらも、日本には毎年数回仕事で帰国しているし、日本語でブログや記事を書いてもいて、ある意味で「日本のソフトウェアビジネスを、一歩離れてちょうどよい距離で見る」ことができる立場にいる。 そんな私が常々感じているのは、日本でのソフトウェアの作り方が米国のそれと大きく違っていること。そして、日本のソフトウェアエンジニアの境遇が悪すぎること―そして、それが「日本のソフトウェアが世界で通用しない」一番の原因になっていることである。 そもそもの成り立ちが違う日米のソフトウェア業界 日米のソフトウェアの「作り方」の
ござ先輩のところで、SIer涙目な状態が解説されてますね。 最近SIerがだいぶヤバくなっている件 - GoTheDistance 書いていることはだいたいあっているんじゃないかと思います。 じゃ、SIerは、どうやれば生き残ることができるのか。 「今の体制のまま生き残る必要はないんじゃないの」というのが私の考えです。多重下請け構造こそ、SI業界の最大の問題点なわけだから、「ゼネコン型SIビジネスが崩壊する」のは、悪い話じゃない。 もちろん、会社がなくなったりすると職がなくなり困る人も出てくるわけですが、問題のある業界を残しておくより、一度解体し、新たにやり直したほうがいいと思います。 だって、実際に物を作れないような人たちが設計するなんて、おかしいし、効率悪いもの。 効率の悪いことをしている人が淘汰されるのは当然の話です。 だったら、なぜこれまでゼネコン型SIビジネスが生き延びてこれたの
良品計画は独自の開発手法を採用することで、システム開発の短期化とコスト削減を図った。2006年12月に再構築したMD（マーチャンダイジング）システムを皮切りに、08年12月までに約130のアプリケーションを社内で開発。一方で、IT 投資の売上高比率は04年の1.8％から0.9％に半減させた。「7割主義」と「スピード対応」を方針に掲げ、利用部門の要望に最速1日、遅くとも1～2週間で対応する。開発手法の独創性と、経営に資するシステム部門の姿が評価された。 「無印良品」ブランドの小売店を展開する良品計画は、1週間に1本という猛スピードで新しいアプリケーションを開発したり、機能を強化したりしている。「思い立ったら即実行。合格最低ラインの7割主義で素早くシステムを開発し、検証と改善を繰り返す」。IT戦略を統括する小森孝取締役 情報システム担当部長兼流通推進担当管掌は強調する。 同社は独自の開発方法論
via IT業界から思ったことを。 Twitterでつぶやいたら結構こんな感じで厳しい状態になっているSIerが増えているようなので、僕なりに現状をまとめてみる。 よくわかるSIer涙目の構図 サブプライム、金融危機でSIerのお得意様の金融・メーカー様が大打撃を食らう。 2008年はとりあえず様子見で予算編成は据え置きだったが、今年に入って財布にチャックがかかる。 先行き不透明なので、GW明けぐらいの今期のIT予算が相当カットされた数字になった所が続出。 計画していた新規案件を中止するなどする。運用でなるべくカバーする方向へお客様が動く。 その結果SIerは新規案件がなくなる。案件自体がなくなっていく。予算が無いから当たり前。 大手がプロパーの仕事がなくなってきたのでプロパーで人数減らしてまわし始める。 プライムで食い込んでいるお客様の仕事が減ってきたので、外注に仕事が依頼できる余裕がな
WWDC出てAppleの中の人や、成功したアプリの製作者が口をそろえて言うことは、「これからアプリはデザインがもっとも重要で、開発時間の大半をデザインに充てるべきだ」、ということだった。 １年ほど自分で製作してみた実感でも、テクノロジーはそれほど重要ではない印象。 いわゆるFlexとかRIA系の世界では、デザイナーのポジションはUI設計と切り離されて、単なるスキン屋に甘んじてることが多いとおもう。 しかしiPhone系だと、ぶっちゃけデザインがウンコだと、メディア露出だけで力技で殴り勝てるアプリじゃない限り、まず成功することはありえないと思う。 iPhoneは市場が小さいからまだ当面予算が低いのがアレだけど、最終的にはこういう生活に密着したアプリケーションは、通常のウェブサイトやアプリケーション以上に積極的にデザイナーが設計にコミットして、もっと単価要求すべきな気がする。 これはアプリケー
あらかじめ断っておくが、この企画は、 任天堂の過去の無様な歴史を暴いてやんよ という目的で書かれているわけではない。むしろ逆だ。 任天堂の失敗って面白くてためになるんだよ ってことを、世界中へ向けて発信するために考案された企画である。 任天堂の強みは何回でもコンティニュー出来るってこと - 枯れた知識の水平思考 ↑このエントリでも言及したことだけど、任天堂ってのは、かなり失敗を沢山している企業だ。その失敗の一つ一つを、自分なりに振り返り、分析し、現在に与えた影響を検討することで、なぜ、今、任天堂という企業が、未曾有の大成長を遂げているのかがわかるのではないだろうかと思うのである。 三十歳から四十五歳を無自覚に過ごすな 〜任天堂社長 岩田聡氏〜 - 中小企業診断士 和田伸午のおもしろビジネス放談 ↑この辺のエントリ読んで、任天堂とか岩田社長に興味をもった人にもお薦めですよ。 とかなんとか偉そ
前回に加えて、さらに１万円使ってiPhoneの質問をしてみた。 最低予算1万ポイントで。iPhoneアプリの審査でリジェクトを食らった事例をお教えください。 もっとも共有価値のある情報には4000ポイントを保障いたします。アプリの内容、問題点、やりとりの詳細、修正作業、資料ZIP等のアップなど、情報が充実しているほど高評価です。NDA的な部分は隠したり、捨てアカウントでの回答もOKです。検索して見つかった事例ではなく、自身の体験談をお教えください。 くそくだらねぇリジェクトは、みんなでノウハウを共有して回避しましょう。 身銭を切ってなんて立派なんだと思った方、実は全然ボランティアじゃないのです。 以下説明 実は利己的な行動 230円のアプリが1日に50個売れるとします。この場合、もし初回審査をリジェクトされて10日間浪費すると、計80000円分の機会損失になります。リジェクト率を30%とす
2008/08/18 アップルCEOのスティーブ・ジョブズ氏が最近ウォールストリートジャーナルに語ったところによれば、iPhone/iPod touch向けアプリケーション配信サービス「App Store」は、サービス開始以来1カ月で6000万ダウンロード、3000万ドル（約33億円）の売り上げを達成したという。 一方、2008年7月のモバイル・コンテンツ・フォーラムの報告によれば、日本の2007年のモバイルコンテンツ市場は約4233億円。App Storeの売り上げが、今後初速を上回る勢いで伸びると仮定すれば、「33億円×12カ月＝年間400億円」と、すでに日本のモバイルコンテンツ市場の1割の規模を超える可能性が出てきていることになる。 約4000億円ある日本のモバイルコンテンツ市場のうち約1000億円は着うた系だ。そのほかの内訳はゲームが848億円、電子書籍が221億円、待ち受け系22
本当はこういうのをエンジニアの未来サミットでお話できればよかったんだろうと思って、電車の中でふと思ったことをガンガン書く。 IT業界に携わってシステム開発を行っている方々で最も多い層は、受託開発という形でシステムを作ったりメンテナンスをされている方々のはずです。江島さんのニッポンIT業界絶望論というエントリが出てから「受託開発なんてうんこ」みたいな空気がすごく醸成された感があると思うのですが、無自覚にふわふわとイノベーションにかぶれるのもいい加減にして欲しいと思います。 確かに受託開発には負の側面があります。誰でも始めることが出来る参入障壁の比較的ゆるい世界ですが、どこでも出来るような仕事しかやっていないような会社はすぐに行き詰ります。そういうお話は結構耳にします。受託開発という形態をとって実際には技術者を派遣しているだけの創造性のかけらもないような会社もたくさんあると思われます。こういう
IT ConversationsでRuby on Railsの作者デービッド・ハンソンが2008年5月にRailsConfでおこなった講演が配信されている。そして、以下でも聞ける。 RoRの思想についての言及が冒頭にあるが、大部分は開発者の身の処し方についての講演である。その部分の概要は以下の通りである。 RoRは他のフレームワークや開発手法に比べて生産性について依然として優位性があり、RoRを使って開発していると「余剰開発力」を享受できる。しかし、その状態は永遠には続かない。遅かれ早かれ以下のどれかが起こるから。 他の言語／フレームワークがRoRを凌駕する RoRを凌駕する新たなフレームワークが登場する RoRがメインストリームになる 幸い、どれもすぐには起こりそうになく、RoRでの開発はまだしばらく生産性の点で有利である。その優位性によって生ずる余剰開発力をいかに活用すべきだろうか。も
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
