開始する
昨年、私は映画を見るのに多くの時間を費やし、私が見たいすべての映画から遠く離れて、私は映画を選ぶのに約1時間を費やさなければなりませんでした（ここではトピックは同じではなく、俳優はここのようではなく、これは非常に古いです）
その結果、1月に、「映画専用のスポティファイ」を作成してみませんか。
それはすべていつものように始まり、最初に少しグーグルで調べ、それからあなたがそれをどのように実装できるか、そしてそのようなスタートアップでそれが理にかなっているかについて一週間考えます。
レイアウトは非常にシンプルでした。 ユーザーは入力し、ボタンをクリックして、見なかった「夢の映画」を受け取ります。 サービスがユーザーの好きなものを知る必要があるため、お気に入りの映画のリストがあり、ユーザーがすでに見た映画を除外するために、見た映画のリストがありました、非常に簡単ですよね？
私は長い間話をしません、この投稿は私がどのようにSpectaculrを始めたかについてではなく、この投稿はすべてが地獄に行った方法についてです。
それでは始めましょう。
他の人のAPIを使用することが常に良いとは限りません
このようなサービスを実行するには、映画データベースまたはAPIが必要であることは明らかです。 映画データベースを購入するつもりはありませんでした。最新の情報を維持するのは難しいと思ったからです。 したがって、APIを使用するオプションを選択しました。
しかし、そのようなAPIがそれほど多くないという事実すら考えていませんでした。 その結果、2つの選択肢がありました。
- RottenTomatoes（不十分な機能、優れたメタデータ、適切に構築されたAPI）
- TMDb（優れた機能、平均的なメタデータ、組織化されていない混乱を招くAPI）
一般的に、私たちは選択しなければならないという気持ちがありましたが、選択するものは何もありませんでした。 必要な機能があったため、TMDbを選択しました-発見。
そしてここで、おそらく、私の最大の間違いは、このDiscover API自体の動作をテストしなかったことです。最初に他のすべてを記述してからサービスの「クラウン」に進む必要があったためです。 そして、時間が来たとき、ユーザーは自分がすべきことを絶対に受け取っていないため、使用することが不可能であることに気付きました（たとえば、メロドラマの恋人になり、コメディだけを受け取ることができます）。
1つの業界で機能する場合でも、2番目の業界で機能するという意味ではありません。
これはかなり当たり前のことのように思えるかもしれませんが、それにもかかわらず、サービスの仕事を始めたとき、私はこのスキームが映画でうまくいくかどうかについて本当に考えませんでした。
要約すると：
- 誰もが古い映画を見たいわけではありません（映画館でのみ視聴し、公開されたばかりの映画だけでなく、2008年の映画を古いと見なす人々）。 少し分析した結果、ユーザーの3分の1が、視聴した映画やお気に入りの映画を保存したり、さまざまな映画に関する情報を表示したりするための便利なサービスを求めていることがわかりました（ごめん）
- Spotifyでは、人は自分のために音楽を見つけるだけでなく、聞くこともできます。サービスで映画を見る機会がなかったため、一部の人々は興味を失いました
ネイティブWebアプリケーション
それ以前は、OS向けのアプリケーションを書くことを考えたことがありませんでしたが、最初はWebバージョンを持たず、モバイルプラットフォームで実行する方が良いと考えました。
私はAndroidプラットフォームを選択しました（好きだからではなく、そこにユーザーが多いからです）、知識がなく、ネイティブアプリケーションを書くことができなかったため、資金不足やあらゆることをしたいという理由で誰かを雇うつもりはありませんでしたあなた自身。
さて、ここで私は、Web開発のすべての楽しみを使用してSPAを作成してみませんかと考えました。 一般に、すべてが悪くないことが判明したので（私はそう思いました）、Eclipseで通常のWebViewを使用してアプリケーションを作成しました。
アプリケーションをしばらく使用した後、私は結論を出しました。本当に優れた非ネイティブのアプリケーションを書くのは非常に難しいです。 PhoneGapを使用していないことに注意してください。 おそらく私がこれをした場合、結果は良くなるでしょう。
評決 APIを提出してネイティブアプリケーションを作成する手段または知識があれば、ユーザーは間違いなく感謝します。そうでない場合は、さまざまな画面/デバイスなどでアプリケーションをテストするのにもう少し時間を費やします。 これは、非ネイティブアプリケーションの問題につまずく唯一の方法だからです。
急がないで、開発にもっと費やす
もちろん、スタートアップを「全世界」と「変更」と共有したいという欲求に燃えているとき、私はこの気持ちを理解していますが、できれば、今年の2月に戻り、もう1週間（おそらく2週間）働かなければなりません。起動します。
いわゆるMVP（Minimum Viable Product）を立ち上げ、人々がどのように反応するかを確認し、ユーザーがより良いバージョンに取り組むことに興味がある場合にのみ、それが良いとよく耳にします。 これは正しくないと思います。 結局のところ、未加工の製品を一度試してみたユーザーは、ほとんどの場合、再度試してはいません。
どこでどのように宣伝するかを考えます
彼の意見では、素晴らしい製品を試してみたいとさえ思わない瞬間ほど、スタートアップにとって悪いことはおそらくないだろう。 このスタートアップではうまくいかなかったので、私の仕事（小規模）とPRの知識（ゼロ）を考慮して、弱点を特定したり、ミスを理解したりするのに十分なユーザーに到達しました。
それにもかかわらず、肝心なのは、この分野の知識がなければ、持っている人を見つけようとする方が良いということです。
そしてもちろん、ローンチ後に何をするか、リンクを誰に送るか、スタートアップについて話す場所、広告を注文する場所などについて考えてください。さもなければ、誰があなたの存在を知らない場合のローンチの意味を考えてください。
終わり
以上です。 もちろん、これらはすべて私が犯した間違いではありませんが、これらは私の最大の間違いです。
結局のところ、製品がどれほどひどく終わり、あなたがどれほど失望しているにせよ、スタートアップを閉鎖する前に慎重に考える価値があることに注意する価値があります。
ところで、私は自分でこの解決策を見つけました。 私は新しいバージョンを開発するために一定の時間を費やしました。 私はゼロから始めましたが、今回は映画データベースを使用し、PHPとMySQLの代わりにNodeJSとMongoDBの束を選択し、新しいデザインを書き、アイデアを再考しました。
成功したスタートアップ、ありがとう。