8年かけて開発したWebサービス15個の具体的な失敗理由とは？｜ren@Anyflow Inc.
どうも！ プロダクト作りが大好きな ren です。 前回書いた 「8年間で20以上のWebサービスを作ってきて、ほとんど失敗した理由 」がありがたいことに、多くの方に見ていただきました。 そんな中で、「具体的にどんなサービスを作って、どういう失敗をしたのですか？」という声をいくつか頂いたので、今回の記事では 「なぜそのサービスを作ったのか」 「どういった技術で作ったのか、開発の期間」 「具体的な売上やアクセス数」 「なぜ失敗したと考えたのか」 「どうすれば失敗を避けられたか」 といった具体的な内容を、私が作ったサービスごとに書いてみようと思います！ 以下、本記事のコンテンツになります。 1. 2日で3万人が利用したが、速攻で死んだサービス 2. 2ヶ月をかけて開発したが、誰にも使われなかった CGM サービス 3. 数時間で作り、2日で10万PVを突破したが、速攻クローズしたサービス 4.
スタートアップの現場で役立つ開発要件のまとめ方
こんにちは。ハウスマートの高松(@t2kmt)です。 皆さんは開発要件をまとめるのにどんなフォーマットを使っていますか？ 開発要件をいい感じにまとめるのって大変ですよね。 ドキュメント整備せずに開発に着手し始めてしまうと手戻り抜け漏れが出てしまいますが、一方で要件定義書をガチガチなフォーマットにするとドキュメントの作成自体の工数が増えてしまいます。 スタートアップはスピードが命。ドキュメントを書きまくって開発が進まないなんて言語道断です。 開発要件の整理はプロジェクトの成否に多大なインパクトを与えますが、ほとんどの現場では企画を考える人にフォーマットが委ねられていることが多いと思います。 今回は皆さんが快適に開発要件をまとめられるように、ハウスマートで利用している mini spec というフォーマットをご紹介します。 mini spec とは mini spec とは開発の要件をまとめる
Balto開発の歴史｜Goodpatch Blog グッドパッチブログ
Balto サービス終了まで目前となりました。 ここまで来る間に様々な技術と出会い、格闘し、今の Balto があります。 今日は Balto の開発の歴史について振り返って行きます。 ちなみに私が iOS エンジニア兼サーバサイドエンジニアなので話の中心はこの２つになります。 御存知の通り、開発中のアプリを配布してフィードバックを送る、というシンプルなものです。 その起源は社内メンバーが開発中のアプリに対するフィードバックをスプレッドシートで管理するのが大変、かつスクリーンショットを撮って共有するのに手間がかかる、という問題からでした。 Balto によって1回のフィードバックにかかる時間を数分から約30秒に短縮。結果社内のプロジェクトの殆どで利用されるようになりました。 こういったシンプルな苦痛がサービスに繋がるのが面白いところですね。 くわしくはこちらの記事を。リリース後は、Tech
個人開発のWebサービスで、Trelloを使っていい感じに開発ロードマップを公開した話 - NOT SO BADなブログ
個人開発のWebサービスで、Trelloを使っていい感じに開発ロードマップを公開した話Sep 29, 2017 個人開発論Trello 個人で開発しているトーナメント表作成サービス「THE TOURNAMENT」で、今後の開発予定などを載せた開発ロードマップをTrelloで公開しました。 前から開発ロードマップは作りたかったのですが、なかなか作り方・運用をどうしたものか悩んでました。 今回Trelloを使ってみたらなかなかいい感じにできたので、やった内容をメモしてみます。 なんで開発ロードマップがほしかったかこれはいくつかあります。 サービスがちゃんと運営されてることを伝えたいまずはこれですね。 開発ロードマップがあると、死んだサービスじゃなくて、 ちゃんといまも積極的に機能追加されている生きたサービスですよってことが伝わるかなと。 Webサービスを探して使うときって、ちゃんと運営が安定し
開発リーダーがエンジニアを面接する時、応募者に聞きたい7つのこと - paiza開発日誌
Photo by Steven Cooper 高村です。 paiza(ギノ)で開発チームのリーダーをしているのですが、最近はエンジニアの採用活動に携わることも増えてきました。 エンジニア向けの転職サービスを運営しているギノで エンジニアを採用する時は何を重視しているのか？ 採用する側のエンジニアは何を考えているのか？ ということって、興味ある人もいるかと思うので、書いてみたいと思います。 特にエンジニアを募集している企業の選考では、共通して見ている部分も多いかと思いますので、「これから転職したい！」というエンジニアの方にとって少しでも参考になればと思います。 （もちろん採用基準は会社によって異なるので、弊社特有な項目もあるとは思いますが…） ■自己紹介 ■エンジニアを採用選考する時に、エンジニアが見ているところ ◆paizaのスキルチェック問題における提出コード ◆経歴、自分のやってきたこ
React Native 一問一答 - Qiita
1問１答 React NativeのTipsを、備忘録も兼ねて１問１答形式で記述したいと思います。 開発をする前に気になってたところ、疑問などをを１問１答形式でまとめてみました。 随時アップデート予定です(2016/12/23現在) 編集リクエスト、追加、修正大歓迎です。よろしければお願いします。 基本 React Nativeとは何ですか？ Facebook製のモバイルアプリ向けのフレームワークです。公式 HTMLベースのフレームワークと異なり、Reactで培った仮想DOMを元にネイティブコードを呼び出します。そのため挙動が軽快です。 実際は後ろでJavascriptのランタイムが動いていて、ネイティブコードを呼び出してくれています。 React Nativeのメリットは？ たくさんあると思いますが、最大の特徴はFacebookが提言する"learn once, write anywhe
サルでも分かるアジャイルとウォーターフォールをハイブリッドしたマネジメント・デザインパターン - プロマネブログ
ウォーターフォール開発とアジャイルの本質 - プロマネブログ 以下、３部作の２本目です。 ウォーターフォール開発とアジャイルの本質 - プロマネブログ サルでも分かるアジャイルとウォーターフォールをハイブリッドしたマネジメント・デザインパターン - プロマネブログ 炎上プロジェクトの責任はプロマネが９割 - プロマネブログ 前回と今回のシリーズはカテゴリ プロジェクトマネジメント論にまとめてます。 単一の開発手法の限界からハイブリッド方式へ 前回、各開発手法は失敗プロジェクトの反省から、それぞれ本質となる改善要素を持つことを示しました。 ウォーターフォール開発（以下WF）であれば、形式知化。 アジャイル開発であれば、フォーカス分割。 これらは排反する概念ではなく、それぞれの利点を活かしてプロジェクト運営を行うことが、より効率的なプロジェクト運営につながると考えられます。 とはいえ、ハイブリ
リーンスタートアップの落とし穴とよくある反論について書いてみる
リーンスタートアップという、出来る限り少ないコストで仮説検証を繰り返していく新規事業の手法があります。 この方法論は、バズワードを作るのが上手なアメリカ人によって、数年前瞬く間に広まり有名になりました。スタートアップ界隈で流行り始めの頃は「リーンスタートアップはすごい重要！」という雰囲気だった。 でも、あまりに有名なバズワードになると、ちょっとみんな口に出すのが恥ずかしくなったり、「あれは前々から〇〇では常識で当たり前のようにやってたことであり。。」とか、「あれはダメだよ。なぜなら。。」という言説が増えていったのを覚えてる。 そして、僕自身は、当時Dropboxの事例やら、いろいろ参考にして、自分のアプリ開発に取り入れて大いに参考になったのです。 実は、この方法論を最初に知った時に陥りがちな落とし穴とか、悩みとかについて書いたメモを先日発見しまして、せっかくだからブログ記事にすることにした
開発を短い時間で集中して毎日やる
今年に入ってから毎日の開発時間を去年の半分にしてみた。 すると、毎日凄く集中できて、空いた時間に頭にスペースが出来てアイデアもわきやすく、効率もよくなったのでこれはいいかも。 タレブとDHHの話がきっかけ 最初のきっかけは、Rails作ったDHHが「開発なんて長時間やっても逆効果だから毎日の仕事時間を減らせ。8時間じゃなくて5時間、4時間だけにしろ。それだけ短かったらSNSなんて見てる暇はない。」とスタートアップスクールで話してたこと。 あと、去年タレブのAntifragileという本を読んで、短い仕事時間を毎日やるのが長期に渡っていいパフォーマンスを出す秘訣だというような事を言ってた。 アップストアでアプリを出すのは、結果が出なければ開発時間をいくらかけても価値が０となる世知辛い世界。でもこれは完全成果主義でなかなか面白い。 毎日の開発時間の成果をいかに上げるかっていうのを考えていると、
システム開発の契約が民法改正で変わる
民法の契約に関する内容が、120年ぶりに改正される。明治時代に制定された法律が現在まで変わらなかったというのも驚きである。当然ビジネス形態やそれを取り巻く環境は大きく変わり、現状に沿った改正がなされることになった。民法は私たちの生活やビジネスに直結するため、大きな影響が予想される。 改正案は2015年に既に通常国会で審議され、2017年度の国会で可決されれば2019年頃に施行される見込みである。施行までに期間が空いているのは、周知に時間がかかり、かつ影響が大きいことを示している。 民法が改正される点は約200項目あり、その中でもIT業界はシステム開発委託契約が大きく変わると見られている。委託契約が多いIT業界においては広範囲で影響を及ぼす可能性があるため、事前にどのようなものか把握し対応する必要があるのである。 ※2016年7月22日に公開した記事ですが、リライト記事に必要な文言等を一部追
スタートアップでも管理画面を作ろう！フルスクラッチの管理画面がもたらす効果 - SideCI TechBlog
こんにちは！アクトキャットでエンジニアをやっています、 sweep3092 と申します！ ユーザ視点に立ったものづくりが得意で、SideCIでも主にクライアント寄りの開発を担当しています。 先日、SideCIの社内向け管理画面のリニューアルを担当いたしました。本記事ではその際に私が心がけたポイントをいくつかご紹介いたします。 ActiveAdminを使わない理由 リニューアル前は管理画面にActiveAdminを使用していたのですが、リニューアルに当たってフルスクラッチで開発をすることにしました。 SideCIでは多くのお客様の多種なプロジェクトに対して解析を行っているという特性上、 たとえば不具合のご指摘をいただいた際には都度詳細なエラー内容の調査が必要になります。 迅速な返答や対応のためには、適切な検索条件を設定できることや、エラー情報を生データではなく調査に最適な表示をすることが望ま
オンライン不動産仲介「ietty」、東大と共同研究 人工知能botで物件提案
オンライン不動産仲介サービス「ietty」を運営するiettyは5月13日、物件データに基づき、人工知能で物件紹介するチャットbot開発を目指し、東京大学と共同研究を始めると発表した。 iettyは賃貸物件探しを実店舗ではなくWeb上でチャット形式で行い、要望に合わせて希望に近い部屋をサジェストするサービス。東京大学大学院の山崎研究室との共同研究により、ユーザーの登録・動向データを活用した物件の魅力度の定量化、より効率的な物件紹介システムの開発を目指す。 同社の持つユーザーデータ、物件データと同研究室の人工知能、統計解析の知見を用いて、ユーザーの要望に合った物件を提案するチャットbot「CtoB接客プラットフォーム」の開発に取り組む。物件の魅力度や地域別の予想価格帯を推定するアルゴリズムを構築し、提案の自動化や接客クオリティ向上に役立てたいという。 関連記事 住みたいエリアの物件、まとめて
LINE Botは2016年のiモードだ。FinTechと人工知能は、多くの人にはまだ来ない。：村上福之の「ネットとケータイと俺様」：オルタナティブ・ブログ
LINE Botは2016年のiモードだ。要するに開発費が異常に安くて、工夫すればお金を取れるコンテンツを作れる。FBもBotストアを出すらしい。 「開発費が安くて、大企業がストアを出して、プラットフォームを問わない。」、そう、完全にやばい。他のバズワードと違いカネになる布石が揃ってる。 チャット系botはすごい。革命だ。 たとえば、三河屋Botを作ったとしよう。そうすると上記のような画像になる。この画像で、なにがスゴイかわからない人は、ネット業界に向いてない。 今までのECサイトと違いbotが勝手に注文を取りに行きます。 今までのECサイトと違いフリーワードで注文をできます。 今までのECサイトと違いidパスワードやメールアドレスの認証がいらない。話しかけた時点でユーザー認証している。 今までのECサイトと違いurlもアプリもいりません。 今までのECサイトと違い誰でも使えるインターフェ
翻訳: WebAPI 設計のベストプラクティス - Qiita
これは Enchant の開発者である Vinay Sahni さんが書いた記事「Best Practices for Designing a Pragmatic RESTful API」1を、ご本人の許可を得て翻訳したものです。 RESTful な WebAPI を設計しようとすると、細かなところで長考したり議論したりすると思います。また、他の API に倣ってやってはみたものの、本当にそれでいいのか、どうしてそうしているのか分からない、何てことも少なくはないと思います。 この記事では、そのようなハマリどころについて Vinay さんなりの答えを提示し、簡潔かつ明快に解説してくれています。 今後 WebAPI を設計される方は、是非参考にしてみてください。 なお、誤訳がありましたら編集リクエストを頂けると幸いです。 まえがき アプリケーションの開発が進むにつれて、その WebAPI を公
アプリ開発会社を売却した話 - プログラミングノート
先日、AppStair株式会社を株式会社メタップスに売却しました。 創業から4年でのバイアウト（弊社的にはセルアウト）になりました。 AppStairは前職時代に個人で開発していたアプリ（Best Album）をフルタイムで開発してみたいという理由から創業した会社で、何かイノベーションを起こしたいというスタートアップ的な大きな志があった訳ではなく、日々の生活をちょっとだけ幸せにしたいという想いで経営してきた会社です。 資金調達は行わず全て自己資本で、社員は雇わず妻と2人でやってきました。形態としては法人ですが、フリーランスのエンジニアと言う方が実態に即していたかもしれません。拡大しようかなと思った時期もありましたが、自宅の1室でユーザーのことだけを考えて延々と開発できる生活が快適で止めることが出来ませんでした。 事業としてはよくある形だと思いますが、自社アプリ開発と受託開発を行ってきました
24歳でスマホゲーム起業。開発に2,000万円かけたが「資金難と大バグ」のコンボで会社終了。アプリ「きのこれ」元社長が語る会社倒産後の世界。 | アプリマーケティング研究所
24歳でスマホゲーム起業。開発に2,000万円かけたが「資金難と大バグ」のコンボで会社終了。アプリ「きのこれ」元社長が語る会社倒産後の世界。 きのこ擬人化ゲーム「きのこれ」のお話を伺いました、ソシャゲ戦国時代に夢半ば破れたアプリの話。 ※ポッピンゲームズジャパン株式会社 CEO 辻村尚志さん（右）、栗原広樹さん（左） 「きのこれ」が出来るまで。 そもそも栗原さんは、どうして24歳で起業したんでしょうか？ 栗原： 前に勤めていた会社が倒産してしまって。それで、元同僚と3人で「ゲームアプリをつくろう」と、2014年4月に立ち上げたのがCmixという会社です。起業資金は知人に借りました。 「きのこれ」の企画はどのようにできたのでしょう。 栗原： 当時ユーザーとして、すごくハマっていた「クラッシュ・オブ・クラン」をベースに、かわいいイラストを使って、日本向けのゲームをつくれば、いけるんじゃないかと
プロジェクトマネジメントは仕組み化が9割
今回はオペレーションに関するスライドです。特にフォーカスすること、フォーカスするためにできることについて解説しています。 スタートアップへのアドバイスとして「フォーカスが大事」とよく言われます。それでも実際にフォーカスできているスタートアップは中々いないようです。 なのでこのスライドでは、なぜフォーカスすべきなのか、そして実際にフォーカスするためにどうやってオペレーションを効率化すれば良いのかなど、私がこれまで支援の中で得てきた知識をまとめてます。少しでも効率化して、フォーカスできるようになればいいなと願っています。
AWS上で動作するアプリケーションをいかにローカルで開発するか？ - たけぞう瀕死ブログ
AWSでは様々な便利なサービスが提供されています。中にはRDSやElasticCacheのように既存のミドルウェアに対するマネージドサービスを提供するものもあり、これらについては既存のミドルウェアを使って開発することができますが、AWS固有のサービスについてはアプリケーションを動作させるには実際にサービスに接続する必要があり、開発環境が制限されてしまいます。 もちろんソフトウェア側で抽象化しておき、DIなどの手法を用いてモックに差し替えるという方法も考えられますが、特にストレージとして利用するサービスなどの場合はインタラクションが必要になるのでモックでは再現しづらいですし、やはり実際に動作するサービスに接続して開発やテストを行うほうが効率的です。 そこで、AWSのサービスを擬似的にローカルで再現することのできるプロダクトを集めてみました。 S3 node.jsで動作するs3-proxyが使
開発途中で退職したエンジニアの責任 東京地判平27.3.26（平26ワ12971） - IT・システム判例メモ
ソーシャルゲームの開発中に退職した従業員らが，会社から開発頓挫の責任を追及された事例。 事案の概要 Xは，ソーシャルゲーム（本件ゲーム）の開発を目的として設立された会社である。Yらは，Xの設立前から，Xのグループ会社の依頼を受け，本件ゲームの開発に関わり，Xが設立された後には，Xの従業員となって，本件ゲームの開発に従事した。 本件ゲームのリリースは，当初定められていた時期には間に合わず，延期された。 その後，Yらが，いずれも本件ゲームのリリース前に退職したところ，Xは，Yらが開発設計仕様書も作成せず，突然の退職によって本件ゲームの開発が頓挫して損害を被ったとして，主位的に不法行為に基づく損害賠償として，予備的に労働契約上の債務不履行に基づく損害賠償として，5400万円の賠償を求めた。 ここで取り上げる争点 Yらは，信義則上，あるいは労働契約上の義務として，開発設計仕様書を作成する義務があっ
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
harold-spm.com