ポケットに莫大な予算を持たずにどれくらいの期間ブラウザゲームを作れますか

そのため、2013年5月に、 「ブラウザゲームの作成にかかる費用」という記事がハブに掲載されました。そこで、 viacheslavnu氏は、オフィスの消費者向けに一見シンプルなゲームを作成および促進するために必要な金額を計算しようとしました。 誰かが覚えていない場合-金額は2500万ルーブルの領域で判明しました。 当時、私自身は指示された金額に多少懐疑的でしたが、ローンチの日付が近づくと、そのようなプロジェクトでも、外部投資家のいない開発者にとって常に手頃な価格ではない「特別な」資本投資が必要であると確信しました。



もちろん、可能な限り短い時間でプロジェクトを実施し、それから利益を上げ始める必要がある場合、費用の合計額が指定されたレベルに達する可能性は十分にありますが、使用可能なすべての資金を投資せずにメインの仕事から自由時間でプロジェクトを扱う場合は、図はるかに少なくなります。 しかし、あなたはこれからの怠の期間と量が何度も増加することを理解しています。



私は自分の話をしたいこの方法についてです。 これらのゲームの1つの作成の歴史、遭遇した困難、予算、およびいくつかの興味深い点について。



明確にすることは何よりもまず価値があります。私たちが実装しているプロジェクトは、もう1つの「ブラウザ」であり、現在、その多くが市場に出回っています。 しかし、「ファッション」と生活のペースに追いつくために、「ブラウザ」の開発者はそのようなゲームの目的を完全に忘れています-日々の活動の時間を空け、コミュニケーションとギャンブルの対立を構築するのではなく、頭を突っ込んでください。 同様の目的で、同じ戦車があります。



私たちのゲームは標準的なメカニズムに基づいて構築されており、ユニークであると主張していませんが、すでにほとんど忘れられているゲームのペースを思い起こさせます。 ゲームプレイに常に参加する必要はありませんでしたが、同時にゲーム世界は不可欠であり、ラウンドに分割されませんでした。



これは、アイデアが最初から最後まで明確であったプロジェクトです。 既存のチームの力でできるプロジェクト。 プロジェクトの実施における私たちの個人的な目標は、まず第一に、潜在的な利益の特定のニーズにおいて、追加の経験、プロジェクトのポートフォリオのラインを獲得することです。

親愛なるあなたは誰ですか？

そのようなプロジェクトの理由を説明するために、最初から始めましょう。 私はPHP開発者であり、Yiiフレームワークを使用しようとしています。Yiiフレームワークは、「ローカルスピル」ウェブスタジオでの最初の公式作業により知り合いになりました。 私は自分の分野の天才ではありません。言語とフレームワークのすべての微妙な点を完全に知っているわけではありませんが、実際にわかったように、私の知識は非標準のタスクが現れたときに多少落ち着くのに十分です。



私の話は最近の2011年に始まりました。ある人が提案で私に話しかけたとき、私はすでに耳の隅からどこかで聞いたことがありますが、直接知り合いはいませんでした。 提案は非常に単純で不器用でした：「小さなチームをまとめてブラウザゲームを作ろう」。 私の友人、同僚、同志はすでにプロジェクトを早期に実行しようと試みていたので、開発の初期段階では常に失敗に終わりました。まず、私に提案された既製の作業計画の提案が好きでした。オーガナイザーの適任者。



開発の開始時点で、Yiiについての知識は、6か月続く大規模なプロジェクトに携わった経験に限られていたことを改めて言及する価値があります。 したがって、私は経験を積む目的について嘘をつくことはありませんでした（特に私にとって）。

人々をどこに連れて行きますか？

プロジェクト予算を1セントもせずに小さなチームを集めることは、一見すると簡単ではありません。



プロジェクトコーディネーター、ウェブデザイナー、アーティスト、コピーライター、プログラマー、そしてコンセプトエンジニア数人がアイデアの大部分を生成します。 これは、手描きのグラフィックを作成し、コードを記述し、プロセスのすべての段階を制御し、イデオロギー要素を生成するために必要なまさにバックボーンです。 振り返ってみると、もし最初にこれらの同志の少なくとも一人がいなかったら、私たちはこれまでほとんど行かなかったでしょう。



予算がまったくない場合（つまり、現在の重要な関心がない場合）にチームメンバーに興味を持たせる方法は？ 私たちのチームの解決策は次のとおりです。各潜在的な参加者は、必要なだけ正確に発言する必要があります。



正直なところ誰にも言えませんが、開発者には具体的な情報、つまり数字、作業量、他の参加者の行動の説明、一般に計画が必要です。 そして、私にはそれが提供されました。イデオロギーの生成者、プロジェクトの推進の例、現在の知識があればプロジェクトに完全に取り組むことができる多くの主要なタスクがあります。 プロジェクトが包括的に開発されることを除いて、これ以上何も知る必要はありません。すべての作業をすべての人に絶対にすべきではありません。

足、翼、クッキー

チームに集まった人々は「ブラウザ」についてよく知っていて、彼らの長所と短所を知っていました。 彼らは、根本的に新しいことを行うことは不可能だと考えていました。私たちはスケジュールに制限があり（アーティストは1人のみ）、プログラマーは1人（知識と能力に制限あり）、フラッシュプログラマーはいません。 これらの理由から、私たちはファイトクラブの時代からこれまで以上に活​​気に満ちた静的なスケジュールと古き良きメカニックに落ち着きました。



群衆から際立って、競合他社はすぐに識別されました。 前述の「ファイトクラブ」に加えて、一部のトッププレーヤーには「ボトバオンライン」、「バッドペット」、「モスバー」が含まれます。 同時に、最後の3人はそれぞれのプレーヤーの割合に応じて長い間各プレーヤーをつかみ、お互いに干渉することなく静かに方向性を発達させています。 「豚」と「バランターズ」を持っている人もいれば、「ペンギン」、「猫」と「リス」を持っている人もいれば、独自の雰囲気を持っている人もいます。



チームは、1回のショットで競合他社を倒すことは不可能なタスクであることを明確に理解していました。基本的な視覚的アイデアの観点から、競合するものと交差しない共存が必要です。 これを行うには、ゲームの世界と主人公を解決する必要がありました。



それが私たちがやったことです。集合スカイプチャットを開催し、ほとんどの作業時間中にアイデアが提供されました（はい、私たちは全員が異なる企業でフルタイムで働いていました。 そして、率直に言って、白熱した議論の中で、コンセプトエンジニアが鳥のアイデアに到達した方法を私は絶対に覚えていません。 しかし、主要なアイデアの後、それを考えるのは少し簡単でした-それらをどこに置くか、敵意の理由、主要な部分。



ゲーム内での計算には通貨が必要でした-それはコイン、コーン、クッキーになりました。 後に、孔雀の羽が最も希少なため、主要通貨のリストに追加されました。 リソースの抽出には、独自の場所が必要です。これが、調査局とスカウトのクラブの登場です。

思考の流れ

さて、2年前を振り返ってみると、私は多くの作業が行われたことを理解しています。 そして、コードの形だけでなく、ゲームの世界を作り上げたアイデアをまとめた形でもあります。



すべては地図から始まりました。 各フラクションについて、影響の別々のゾーンの使用が想定されました。 アーティストはコンセプトデザイナーの概略図に基づいてスケッチをスケッチしましたが、最終的には決して使用されませんでしたが、当時はさらなる作業にいくらかの費用がかかりました：



アイデアの議論は、世界そのものやゲームアクションだけでなく、イラストにもアイデアが必要でした。 たとえば、ブレーンストーミングの過程で、キャラクターの特徴をアバターアイコンの形で描く問題が決定されました。





最高のアイデアには、より詳細な図面と色が付けられました。





個人的に、私は自分の仕事に加えて、プロジェクトが他の方向に動いているのを見ました。 これにより、私の仕事に集中し、残りをチームメイトに任せる機会が与えられました。



ちなみに、特に誰かの仕事に対するアプローチが通常のものと異なる場合、他の人の仕事を見るのは非常に面白かったです。 特に、私は私たちのアーティストを意味します。彼は鳥に関する膨大な量の資料を収集することから始めました：たくさんの記事、写真、ドローイング、スケッチスケッチ。 プロジェクトの最初の数週間で、私は彼が自分のスタイルのドローイングを作成する試みを見ました-翼、足、目、羽毛の様々なスケッチが現れました。 それから私は大喜びになり、そこから特別な熱意を持ってプロジェクトに取り組みたいと思いました。

各プロジェクトの開始には独自の間違いがあります。

必然的に、いくつかのアイデアが好きにならず、やり直したい要素もあります。すべての問題を表面的に独立してチームとは無関係にすぐに解決する場合は、開発のほとんどをやり直す必要があります。 しかし、完全な汎用性の追求には費用がかかる場合があります。



グラフィックスがなく、ユーザーによる基本的なゲームプロセス（リソース管理、プレーヤー、アイテム、建物など）が理解できない状態で、管理パネルから開発を開始することが決定されました。 時間の経過とともにリソースの量が変化したり、端数が追加されたり、事前に予測して普遍化できる何かが起こると想定していました。 しかし、後でコードに埋め込まれたリソースに何の問題もないことに気付きました。サンプルと開発タイムラインを節約します。 新しいタイプのキャラクターを作成する必要はありません-これは、歴史、イラストなどに関連しています。



実際、直接的な開発と、場所、式、特性の詳細な説明が必要になったとき、チームの熱意は失効しました。 タスクが積み重なり、締め切りがずれ、責任を思い出すことがますます困難になりました。



チームの動機に関する次のステップ（鉱山およびコーディネーター）は、LLC（Limited Liability Company）の公式登録でした。各参加者は創設者と同等のシェアを受け取りました。これにより、一般的なムードが強化され、チームはビジネスに真剣に取り組むと思われました、そしてあたかも彼らがたくさんのお金を支払われているかのように動作します。 もちろん、すべてが間違っていることが判明しました-認識は来なかった、それはLLCなしで、仕事をする気があまりなかった人々には影響しませんでした。 さらに、登録から6か月後、私たちは彼らの仕事を誠実に遂行したくない人々の創始者から書き出す必要がありました。



登録の数週間後、Webデザイナーは私たちと一緒に仕事をすることを拒否しました。 この損失を考慮して、プロジェクトコーディネーターは、ゲームインターフェースの概略レイアウトをスケッチするタスクを引き受けました（将来、彼はやりすぎでした）。 残りの6人のチームメンバーのコートでは、いくつかのレイアウトが作成されました。





少し後に、この混乱は単純化されました。





そして、しばらくして、アーティストは最終的に、選択したレイアウトの全体的なデザインのおおよそのアイデアをスケッチしました。

誰もが働きたいとは限らないが、誰もが報われたい

時間が経つにつれて、プロジェクトのチームメンバーの関心が薄れていきました。 おそらく、私とプロジェクトコーディネーターの2人だけが以前の熱意と自信を捨てました。 しかし、アーティストは定期的に流入を経験しましたが、ほとんどの場合、彼はまだ「衝突」を必要としていました。



当面の開発は加速ペースにありましたが、数ヶ月間、コンセプトエンジニアの1人が見失いました。 2つ目は、判明したように、単純に文章で私の考えを表現することができませんでした-私は、ほぼ読み書きのできる人として、句読点を含まず、代わりに感情に満ちたテキストの段落を読むことができませんでした。



その結果、コンセプトとその実装に関するすべての作業もコーディネーターによって行われました。 将来、コピーライターが長すぎたため、彼はゲームテキストの編集作業を受け入れました。 芸術家は創造的な人であり、気分の人でした。 プロジェクト全体を通して、アーティストは体系的に「キック」されて働きましたが、一般的に言えば、高速で自発的に完了するタスクを待つことはできませんでした。



プロジェクトを作成することを決定し、志を同じくする人々のチームを編成できる場合、ほとんどの人は、膨大なタスクが出現した瞬間に去るか、プロジェクトの終わりに光が出始める便利な瞬間を待つことを知っています。 同じことが私たちにも起こりました。 今後は、ウェブデザイナー、コンセプトエンジニア、コピーライターを失いました。 そして、開発の2年目には、元のチームから3人がいました。

予算がない場合でも、必要な場所でアウトソーシングを使用する

一般的なデザインの最初のスケッチが表示された後、私はゆっくりと私が待ち望んでいるもの、つまりレイアウトを理解し始めました。



私は基本的に組版が好きではありません。 植字のとき、私はヒステリックな子供になり、足を床にたたき、拳をテーブルに打ち、利用可能なすべてのオプションでhowり、時にはテーブルに頭を打ちます。 いいえ、レイアウトのいくつかの要素を修正できます。サイトの別の部分に希望の外観を与えることができますが、落ち着いた神経を使ってゼロからそれを行うことは私のものではありません。



補う時間になったとき、私は非常にしぶしぶ、非常にゆっくり、断片的に、むしろ曲がってそれをやった。 したがって、アウトラインの主な美しさをすでに失っていた新しいデザインは、完全に悲惨なものに見えました。





プロジェクトは遅くなり始め、半完成レイアウトのコードはぎこちなく描かれ、プロジェクトは停滞し始めました。 オプションがないため、プロジェクトコーディネーターはいくつかの未知の力を持ち、アーティストの参加なしに、フォトショップでデザインの「クラウド」バージョンをスケッチしました。





このオプションのレイアウトは、私の安定した精神状態を維持するために、幸いなことに、主な仕事の同僚がレイアウト設計者を助けて「横に」注文することに決めました。 植字に3000ルーブルを支払った後、開発のさらなるブレークスルーのための特定の橋頭gotを得ました-プロジェクトで「ブーム」が発生しました。 コードは3倍の速度で記述され、新しいセクションがうらやましい不変で登場しました。



私をレイアウトから救う効果を見て、プロジェクトコーディネーターはレイアウトデザイナーの機能を完全に引き受け、その後、レイアウト全体を何度も覆しました。 開発速度に伴い、イラストのレンダリング速度も向上しています。 それらの多くはゲームの最終バージョンに参加しませんでしたが、結果は達成されました-プロジェクトの作業は前進しました。 私が仕事をしている間、プロジェクトコーディネーターは、新しいデザインのアイデアを具体化するために、彼女の女の子の友人にオークの木のイラストを注文しました。



はい、最終的に、デザインは何度もやり直され、進化して、「やめて、今は幸せで、すべてが私たちに合っている」と言える瞬間を待ちました。 それでオークがありました。





オークの出現のまさに瞬間は私にとって全く予想外でした。 その時までに、私はバージョン管理システムのコーディネーターに慣れていたので、彼がいくつかのタイプのレイアウトを修正したとき、私はそれほど恐れていませんでした。 しかし、デザインの根本的な変化は見逃せませんでした。





合計自体はそれほど大きくなく、前のレイアウトのレイアウトよりも少し大きくなっています。 新しいデザインを導入したら、プロジェクトの最初のテスターを立ち上げましょう。 カレンダーは2012年11月でした。

別の波

最初のレビューを受け取った後、開発の加速の新しい波が始まり、私はやったことをやや誇りに思っていました。サイトの各部分は、サーバーの負荷が限界にあるという事実から髪を引き裂くという考えで作られていて、私たちは至急最適化に対処しなければなりませんでした。 プロジェクトが利益をもたらさないとしても、すでに恩恵を受けています。



当時、私は高負荷下でシステムを構築する原理を広く理解していました。 どこかで、実験し、定期的に書き直し、改善し、友達に聞いてみなければなりませんでした。 唯一の問題は、PHPの範囲によって制限されていたことです。他のことを学ぶ時間がなく、さらに、プロジェクトの重要な部分をより高度な技術で書き直す能力もありませんでした。

怠lazを置く場所？

怠azineはどこでも私を悩ませます、そして、私が本当に自分自身をビジネスに入れることが常に可能であるというわけではありません。 ただし、問題を完全に延期し、現時点で興味深いことを行ってから、放棄されたケースに切り替えることができます。これは、「ウォームアップ後」がタスクを完了するのではなく、自分のプロジェクトで作業する利点の1つであるため、設定します。



したがって、タブレットの次の作成、CRUD管理パネルの削除、レイアウトデザインのシンプルな機能へのバインドの後、この次のタスクを処理することは絶対にしたくありません。 そして、ここで妄想モードが役立ちます。「しかし、特定のkabzdetsが発生した場合はどうなりますか？」発明された「kabzdets」ごとに、「kabzdets」を最小限に抑えるか、それを防ぐ簡単なソリューションが考案されます。 多くの場合、そのようなタスクはプロジェクトで最も記憶されており、誰かと共有したいのですが、そのような問題の解決策は非常にシンプルで直感的です（考えれば）、十分な資料やガイド、興味深いポイントのコレクションがありません。



たとえば、サーバーがクラッシュして上昇しない状況を考えてみましょう。 幸いなことに、私たちは合理的な人々であり、バックアップを作成しますが、データの量は他のマシンですぐにそれを拾うことができないほどです-少なくとも20分から1時間かかります。 しかし、結局のところ、データを「重要」と「あまり重要ではない」に分けた場合、メインデータと共にバックアップを展開してシステムの機能を復元し、1〜2時間後に残りを引き締めれば十分です。 十分な管理知識がない場合、この問題はプログラマーによって解決できます。 一時的に失われた可能性のあるデータ（この場合、バトルログ、レター、テクニカルサポートチケット、クランレターなど）は、メインデータベースよりも長いアーカイブから復元できる別のデータベースに転送できます。メインベースのアーカイブの操作に必要な最小限のスキャン。 私たちのシステムでの予備計算によると、メインデータベースに対する追加データベースの比率は70対1でした。これは、大量のデータを使用した場合の大きな違いです。



開発に本当に役立った他のトリックは、さらに簡単であることが判明しました。 たとえば、システム内のアクションごとに、係数を使用した計算が必要です。たとえば、賞金コインの数は、レベル* 5 *チャンスに等しくなります。 そして、ゲームの正しいバランスを維持するために、フォーミュラを求めてコード全体を登る必要はありません。これらの直接計算されたメカニズムはフォーミュラクラスの静的関数に入れられます。 これからは、1つのクラスに入り、必要なパラメーターを修正し、新しいパラメーターを追加し、不要なパラメーターを削除するだけで十分です。



同様に、プロジェクトクラスで直接テキストの説明を検索することを避けるため、Yii :: t（）はどこでも使用されます。 実際、この機能は通常多言語をサポートするために使用されますが、ユーザーエラーの文学的な記述からコードを分離するために使用するのがなぜ悪いのでしょうか？



一般に、プロジェクトで本当に興味深いチップを作成するために怠inessを使用するのは非常に簡単であり、同時に開発プロセス全体を停止しないでください。 「遅延」のプロセスでは、レプリケーションで2台のサーバーが並行して動作する可能性を確認し、リポジトリからプロジェクトを更新するシステムを導入しました。

つまようじに刻んだオーク

設計に戻りましょう。 プロジェクトリポジトリに別のコミットを行ったところ、最初はトランクがオークから消え、数週間後に王冠も消えたことがわかりました。 競技場は空を舞い始め、プロジェクトのデザインは臭いがしませんでした-オークは別の再設計の犠牲になりました。 より正確には、新しい最終設計への期待。



当時「何を理解していないか」に取り組んでいたアーティストは、突然私の家族に新たに加わりました。そのため、私はプロジェクトに取り組む時間をさらに減らしました。 その時点で、完成した作業コードの量は、次の開発完了をすでに見た時点に達しました。 ロゴの最終バージョンを作成するためにコーディネーターが何をしなければならないかわかりませんが、成功しました。 2013年5月上旬には、ロゴとプロモーションページがありました。





これだと思われます。 ここに私たちが長い間行ってきたデザインがあります。 これは、私たちが最終版として受け入れる準備ができているイラストのアイデアです。



プロモーションページはプロモーションなしで2か月続きました。ソーシャルネットワーク上に空のグループを作成し、友達を招待しただけです。 2か月間、ゲームへの関心を高めることなく、約100人がベータテストのためにメールボックスアドレスを残しました。 そんなにクレイジーな数字ではありませんが、私たちはこの結果のために努力しませんでした。

チームの次の変更

アーティストがゲームインターフェイスを設計するのを翌月待った後、プロジェクトコーディネーターは助けを求めることにしました。 幸いなことに、私たちにoの木を描いた少女はスケッチをすることに同意しました。 その結果、優れた品質のイラストが得られました。





授与後、私たちの利点と控えめな予算を最大限に説明した公式提案が彼女に送られました。 実際、私たちはプロジェクトで彼女に同様のシェアを提供しました。私たちはそれぞれが持っていたもので、天国を称賛し、女の子は同意しました。



現在のアーティストと「大人の方法で」別の会話が行われました。その目的は、彼に最後のチャンスを与えることでしたが、行われた作業に関する毎日の報告に基づいていました。 デザインを描くタイミングについての質問に対して、2日間の回答が寄せられました。 神経質に笑って、私たちは手を振ってそのような楽観的な計画に緑色の光を与えましたが、同時にそれを安全にプレイし、新しいアーティストにデザインを注文することを申し出ました-最悪の場合、私たちは一緒に働くことができるデザインを1つ持っていました。 プロジェクトコーディネーターは少しcheし、それをしませんでした-特にデザインの作業が地面から離れたので、彼の良心に任せましょう。





もちろん、2日間は現実とはほど遠いものでしたが、これはそれほど重要ではありませんでした。 2013年7月、プロジェクトは説明なしでコンセプトエンジニアによって最終的に放棄されました。 彼らの仕事がプロジェクトの初期段階で終わったという事実を考えると、これは驚くことではありませんでした。 その結果、チームには2人のアーティスト、コーディネーター-マスター-オールハンド、プログラマーの4人が残りました。



7月中旬までに、夜間のデザインオプションが登場し、その日のプレイ時間に応じて昼間に変わりました。

しかし、それは耐えますか？

複雑な開発タスクと次の怠inessの流入がないため、ストレステストに手を出すことができました。 そして彼らが来たのはとても良いことです。



当時、Hetznerにはvq7とvq12の2台の仮想マシンがあり、サイト全体のパフォーマンスとレプリケーションのサポートをテストしました。 vq12には、とりわけ、開発者のみが利用できるアップデートを含むdevバージョンがありました。



consoleコマンドで必要な数のユーザーを生成し、好きなだけ多くの機能を実行できることに気付いて、数時間でいくつかのスクリプトをスケッチしました。 スクリプトは適切な量のユーザーを作成し、特定の頻度でユーザー間でバトルを行いました（バトルは計算に最も多くのリソースを必要とするため、この機能はインジケーターとして使用できます）。



仮想マシンは、1万人のユーザー（ユーザーの検索、大量のサンプリングに関連する健康およびその他の機能の補充のための計算を含む）、2万人のユーザーの存在に簡単に耐えました。 使用可能な最大の頻度で、ランダムな対戦相手の間で戦闘を行うためのメカニズムが開始されました-平均して、戦闘は2〜3秒で計算されました。 あまり良い指標ではありませんが、仮想マシンであり、許容可能な結果であると思われました。



好奇心が少し動揺しました。CPU時間とメモリ使用量の指標は、100％の負荷からはほど遠いものでした。 手続きの一部で、MySQLはメモリに収まりたくないtmpデータをディスクに書き込むことについての恐ろしい話を始めました。 しかし、実際には、問題はクレイジーなORDER BY RAND（）でした。これは、戦闘のために敵を見つけるために思いがけず侵入しました。ランダムな敵の選択をPHPコードに移行することでボトルネックの問題が解決し、戦闘計算の速度が30倍になりました（1秒あたり最大10回の起動）。既存の仮想マシンが耐えることができたはずの実際の状況で毎秒2〜3回の戦闘を行うことを期待していたため、結果に非常に満足していました。

日付セット

2013年8月に近づいて、プロジェクトの開始日を最終的に決定しました。8月30日、公式アルファテストの開始が予定されており、12人を超えるテスターが招待されました。クローズドベータテストと呼ばれる最初のリリースは、12月2日に予定されていました。ゲームの開始日は2014年3月3日です。



この時点で私たちが観察していた一部の競合他社は、プレイヤーコミュニティの間でinりの波を送った疑わしい革新を再び導入しました。この状況は私たちの手中にありました。厳しい締め切りの中で、私たちはアーティストを特別な努力で「蹴り」始めましたが、どうやら彼らはすべて完全に理解し、ベストを尽くしました。以前は未知の速度で、私たちのプロジェクトは膨大な数のアイコン、いくつかの装備セット、新しい完成したアバター、ゲーム以外のキャラクターのイラスト、スキルと賞のアイコン、さまざまな追加要素が登場しました。わずか半年から2か月で、完成したグラフィックの数が40％増加しました。



しかし、私たちは怠idleではありませんでした-ゲーム内の特別な速度で、さまざまな機能がリソース抽出と戦闘の係数に影響を与えるように見えた（追加の機器、スキルツリー、インセンティブアイテム）、ゲームのセクション間でますます相互接続が現れ、バランスが回っていました。 d。



テスターのチームにとって、公式アルファ版への更新という事実は一種の反応であることが判明しました。「すごい！」-部分的なデザインと半分の機能を備えた古い中間バージョンから、ゲームの長期滞在への関心が不十分で、ほぼ完成した製品が登場しましたローンチの際にいくつかの場所が欠けていました。



そして、ゲームの世界のコードと思慮深さ、アイデア、全体的なデザインとイラストの両方の開発の質が、発売後、同様の競争力のある「シーズン」プロジェクトの中で簡単に感じることができるレベルに達したことに気付き始めました。私たちが率直に負けたのはほんの一瞬でした。広告予算が​​なかったので、私たちができる唯一のことは、ソーシャルネットワークを通じてステータスを獲得する神話的な方法でした。この目的のために、ストーリーは小さな章に分けて考案されました。9月19日以降、このストーリーはソーシャルネットワーク上のゲームのイラストの1つとともに2日ごとに公開されています。したがって、関心を維持し、発売時にゲームを開始する準備ができている加入者のベースを獲得することを期待していました。10月の最初の10日間の終わりまでに、関心のある人の数の状況はそれほどバラ色ではなく、約130人がベータテストに登録しました。

11月上旬に、ベータテストへの参加リクエストの数は150を超えました。これは完全に「ペニー」数であり、私の頭の中にはさまざまな感情が収まりました。



誰も私たちのことを知らないようで、この数字はマーケティングの動きではなく、本当の興味の指標です。しかし、次に何をすべきか？しかし、退却する場所はありません。私たちはベンチャーのプレファイナルに到達し、生き残りました。テスターからのフィードバックは非常に肯定的です。一部の人々は夜に目を覚ましてゲームのアクションを取得するようになりました。



どうやら、私たちの唯一の選択肢は、準備金に基づいて自己負担でソーシャルネットワークにスポット広告を出すことです。ゲームを売ったり、投資家を探したりすることは、個人的には理由がありません。成功しない場合にのみこのオプションを検討できます。



そして今、任命された12月2日は、ゲームの「クローズドベータテスト」の開始をマークする日付です。指定された時間に、プロモーションページにアプリケーションを残したすべての人に招待状を送信しました。そのうち約200人が、最初の登録を送信してから1分後に文字通り送信しました。



週は少し以上の160人が使用そのうち、登録された、合格に大多数は定期的にゲームに戻され、インスタントオンラインは登録済みの15〜50人を占めます。私たちが非常に期待している訪問者を誘致するためのメカニズム（友人をゲームに招待する）はゆっくりと動き始めています。もちろん数字はばかげている。これがすでに「成功物語」であると言っているわけではないが、数百万ドルの広告予算が​​なければ、他の結果を誇ることはできない。

プロジェクトを完了するのに何人必要ですか？

実際、コアチームで数人の人を見つけることはすでに達成されています。たとえば、私の知り合いのサークルから3人の追加開発者が異なる時期に半完成プロジェクトに招待され、3人全員がプロジェクトに興味を持ち、刺激を受けましたが、最終的には関与しないさまざまな理由を見つけました。



参加したがプロジェクトを去ったすべての人々を考慮に入れると、99％が2年間で4人によって実現されました。乾燥した数字-約80,000ルーブルがプロジェクトに費やされました。そのうち35,000が開発に費やされ、残りはサーバーのテストとLLCの設計に費やされました。これは、チームが行うことができるすべての作業がチームによって行われたと言うことができ、天文学的な量の話はありません。



8000 1500 , 15 Mb, . 130 , CRON- 40 . 10000 -, 2000 . 4 , , 300 , .



, , , , , , — , , – .