なぜモダンなプロダクトチームによるリーンなプロダクト開発が必要なのか｜川嶋一矢@メルペイPM
はじめにメルカリUK版の立ち上げを終え2018年3月に帰国しました@tsumujikazeです。今は東京でメルペイのProduct Managerをしています。 イギリスではいわゆるモダンなプロダクトチームでのLeanなプロダクト開発を経験しました。得るものが多かったので、なるべく多くの人に知ってもらいたいと思いこのポストを書きました。 PMF →リーンプロダクトのプロセス →モダンなプロダクトチーム（組織論）という流れになっています。 はじめに 本編 ・何のためにプロダクトを作るのか ・プロダクトマーケットフィット ・PMFピラミッド ・要件定義フェーズのリーン化 ・モダンなプロダクトチームでのリーン開発とは おまけ ・Problem Space vs. Solution Space ・Problem Solution Fitとは ・エンジニア組織とPM組織の特性について ・バリュープロ
リニューアルした日経電子版が高速すぎてヤバイ件｜こんぴゅ
日本経済新聞は国内を代表する経済誌だ。その電子版はwebでの継続課金を大成功させ、いまや50万以上の有料会員を擁するモンスターサイトだ。 その日経電子版が11月6日に全面リニューアルしたのだが、公開後、web業界がにわかにざわついた。表示速度が爆速だったのだ。日経公式もモバイルで2倍の表示速度を達成したと堂々と宣言していた。 webサービスは継続率こそ神KPIで、その継続率には速度が大きく影響する。 これはチェキらないとヤバイと感じ、友人のkitakさんとスピードの秘密を調査してみた。 Fastlyをコンテンツキャッシュに使う殆どのデータはFastlyを経由して取得されていた。Fastlyは最近注目を集めているCDN（世界中にエッジサーバーを配置し、高速にコンテンツを配信するサービス）で、非常に高機能でユニークなサービスだ。 一般に、CDNはいったん世界中にコンテンツをばらまくと、それを無
さよならクックパッド
先日、「記事を読みました！」と旧知の町田龍馬さんから連絡がありました。「現在開発中のビジネスモデルに関して、一度ご意見をいただきたい」とのことで、さっそく本業（編集業）の合間、平日のランチタイムを利用して会いました。実に4年半ぶりの再会です。 町田さんのビジネスは、いわゆる「民泊（空き部屋に有料で旅行者を宿泊させる）」の代行業務です。彼の経営する「Zens株式会社（ゼンス）」は2013年9月の創業。米サンフランシスコまで行ってAirbnb共同創業者にプレゼンをして、その後も日本に招き接待するなど、町田さんの行動力はハンパないです。今や社員とスタッフを合わせ49名の大所帯で、2015年12月には『Airbnb空室物件活用術』という本も出してます。「しばらく会わないうちに、立派になったなぁ」と、1987年生まれの町田さんを目の前に、親戚のオジサンになった気分でした（笑）。 相談内容は何だったか
『最高のサービスをローンチして1日で大失敗して僕が学んだこと』
『初めに、BeskyAirとはなんだったのか？、ターゲット層の選び方、サービスのローンチの仕方、スイッチングコスト、投資家の選び方、これから』 『初めに』 さて、約１年ぶりのブログ更新。今日はとんでもなく悲しく、頭にきて、そして学んだことがあったので日本語だけで（this is only in japanese)ブログを書きたいと思う。 今日、2年間ずっと開発して、考えて、ユーザーテストして、UI/UXのABテストして、web作って、ブートストラップで完璧なレスポンシブにしてローンチしたサービスが1日で無くなった。 作るにあたって膨大な時間、お金、そして投資家さんたちの夢をかけてやっただけにめちゃくちゃショックなので、誰かが同じような過ちをしないよう、ここに書き留めておこうと思う。 『BeskyAirとはなんだったのか？』 そもそも、どんなサービスをローンチしたのかの前に、キャビンアテンダ
何がNGなデザインなの？ 非デザイナーが知っておきたい自主学習用スライド5選
デザイナーではない人がデザイン案を判断しなくてはいけない時、どの部分に着目し、どう判断して、どう改善していけばいい？
Twilio をはじめるのに知っておくと良いこと6つ（Twilio API勉強会@大阪)
Twilio 盛り上がってきていますね。電話という身近でありながらシステムとして扱うには複雑な仕組みが必要なものを単純な API で操作できるというのは面白いサービスです。 先日大阪で行われたTwilio API勉強会@大阪にて、PHP から Twilio を触ってみるハンズオンセッションを行ないました。Twilio を使うと簡単な PHP コードで、自分の携帯を鳴らしたり、携帯から電話をかけてみたり、簡単に試すことができるので、これはハンズオンとしてもなかなか楽しかったです。 お声がけいただき、ありがとうございましたm(_ _)m 発表資料はこちら。 ハンズオンの手順は、Gist に書いています。ここでは、Composer を使って、twilio-php（PHP版のTwilioライブラリ）をインストールしています。 https://gist.github.com/shin1x1/7006
さらに上を目指すための iOS アプリ設計
2015/05/13 ヤフー社内「中級 iOS アプリ開発者」向けに行った講義の資料。Read less
英文校正アプリGrammarlyが予想以上に高性能で感動
最近、英語ライティング校正アプリが色々リリースされています。おそらく最も有名なのがGinger(ジンジャー)です。 以前面白そうだと思って有料版を試したものの、予想を下回るしょぼさにがっかりしたことがあります。解約を忘れたので追加一ヶ月分の課金もされました。トホホ。 んで、今回発見したのがGrammarly(グラマリー)。こちらも英語ライティングの文法やスペルミス等を修正してくれるソフトだそうです。ということで、早速自腹で有料版を試してみました。 ＊Grammarlyの基本的な使い方 Grammarlyが類似ソフトGingerと異なる最大の点が、文章校正をする場所です。Gingerはブラウザにインストールするエクステンション内に英文をコピペし、そこで校正をします。はっきり言って小さくて使いづらい。英文の識別も遅いし。 ところがGrammarlyの場合、文章校正はすべてサイト内で行います。イ
Kazuho@Cybozu Labs: REST におけるトランザクションについて (Re: Web を支える技術)
といいつつ、ひとつだけ理解できないというか、納得できないところが。トランザクションのところがなんだかRESTっぽくないのがすごく気になる Webを支える技術 -HTTP、URI、HTML、そしてREST (WEB+DB PRESSプラスシリーズ)(山本 陽平) - ただのにっき(2010-04-23) 「Web を支える技術」は自分もとてもいい本だと思う (教科書としてすばらしいし復習用としても読みやすいのでイイ) のですが、トランザクションの所だけは分かりづらいなと感じました。その原因は、atomic transaction で解決できる課題を例として使っているという点と、トランザクションと更新クエリのレイヤ分割がされていない、という２つの点によるものではないでしょうか。 HTTP 上でトランザクションを表現する必要があるケースのほとんどは、atomic transaction ではなく
クックパッドの課金を支える技術 - クックパッド開発者ブログ
こんにちは、技術部の大石です。開発基盤グループで課金システムの担当をしています。 インターネットサービスの決済・課金システムの開発や運用は、サービスの根幹を支えるために正確性と機能性を満たさなくてはなりません。また同時に、価格や料金体系、決済手段のバリエーションでユーザーに利便性を提供する必要もあります。「堅牢性」「信頼性」と「柔軟性」「開発スピード」という相反する要素の両立が求められます。 その結果、決済・課金システムは適切な設計や運用を意識しないと複雑になってしまいがちです。 課金システムの開発、運用でよくある問題 複数の決済方法を同じサービスの上で共存させる難しさ 例えば、最初にクレジットカード決済を導入して、その後にコンビニ決済、キャリア決済やアプリ内決済と決済方法が増えていくことはよくあることです。 最初の導入の際にクレジットカード決済への設計だけでなく、その後に増えていく決済を
DeNAの大規模データマイニング活用したサービス開発
1. 1 Copyright (C) 2014 DeNA Co.,Ltd. All Rights Reserved. 慶應義塾大学大学院 理工学研究科 2014年度下期 ビックデータ実践論 特別講義 DeNAの 大規模データマイニング活用した サービス開発 株式会社ディー・エヌ・エー 濱田晃一 Copyright (C) 2014 DeNA Co.,Ltd. All Rights Reserved. 2. 2 Copyright (C) 2014 DeNA Co.,Ltd. All Rights Reserved. AGENDA ◆DeNAのサービス・データ規模 ◆講師紹介 ◆最後に ◆大規模データマイニング基盤構成 ◆楽しさのマイニング ◆データマイニング活用したサービス開発 ◆データマイニング活用によるサービス洗練 ◆提供価値 ◆事例：提供体験・アルゴリズム ◆活動 ◆はじめに
ドリコムを支える中間ポイントシステム - くりにっき
はじめに これは ドリコムAdventCalendar の1日目です はじめに 1日目：ドリコムを支える中間ポイントシステム 一応自己紹介 プリキュアおじさん 嫁はキュアピース 開発の背景 ソーシャルゲームの歴史 中間ポイントについて 前受金と資金決済法について 有償ポイントと無償ポイント 複雑な売上計算 ドリコムの中間ポイントシステム(dpoint)について 自分の役割 重要なこと dpointが導入されているアプリ 課金フロー iTunesでの中間ポイント購入 GooglePlayでの中間ポイント購入 ポイント消費 dpointのリリースノート gemのボリューム date_discreterというgemを作りました どういうgem？ 月の歯抜けを調べる 日の歯抜けを調べる 時間の歯抜けを調べる dpoint改修時のつらみ DBのスキーマ変更する場合は導入してるアプリ全部での影響を調べ
レスポンシブ・デザインを説明するGIFアニメ | ビジュアルシンキング
「レスポンシブ・デザインとは？」を説明する9つのGIFアニメーションが、FastCompanyが運営するCo.Designの記事に掲載されていました。 9 GIFs That Explain Responsive Design Brilliantly | Co.Design 見習いたい表現なので、取り上げます。 たとえば、画面幅の考え方は。 image by Froont デスクトップファーストとモバイルファーストの違いは？ image by Froont それぞれのGIFアニメーションのサイズは、数百キロバイトに抑えてあり、アニメーションは9つありますが表示するのにストレスは少ないです。 わかりやすく情報を伝えられるだけではなく、記事を読む側の利便性からしても、動画を9つ使うよりもGIFアニメーションを使うことに意味がありますね。
【翻訳】リッチなWebアプリケーションのための7つの原則 - from scratch
はじめに この話はGuillermo Rauch氏が書いたhttp://rauchg.com/2014/7-principles-of-rich-web-applications/ という記事の翻訳です。許可を得て翻訳しています。 ここ最近Web業界を賑わしているSingle Page Applicationの必要性、HTTP2/SPDYといった技術、リアクティブプログラミングやIsomorphicデザインという考え方について包括的にまとめたすごく良い記事になっております。 最初に断っておきますが、ものすごく長いです。各セクションがわかれているので時間がない方はセクションごとに書かれたtl;DRとまとめを読むだけでも参考になるかと思います。 ちなみに明日のNode学園祭には、本記事を記述したGuillermo Rauch氏が見えるので、そこで詳しく聞いてみるのもいいのではないでしょうか。
個人開発と徳
2016/07/15の「Growth Hack Night 〜エンジニアが語るプロダクトの立ち上げとグロース〜」の発表資料です。 http://d-cube.connpass.com/event/35259/
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
失敗しにくいサービスのつくり方 20151006
ソースコードを書かないことが武器になる～あらゆる情報がクラウド化される時代の歩き方【連載:えふしん】 - エンジニアtype
エンジニア向け絶対に挫折しない個人サービスの作り方
Heroku HTTP API Design Guide
WebRTCの技術解説 公開版
