危機にwhatしているものを明確にするために、私たちのサービスはContentMonster.ruのコピーライティング交換であるとすぐに言います。 現時点では、1日に300件以上の注文を処理し、常に400人以上の著者を雇用しています。 私たちは1年半以上その作成に取り組んできましたが、この間に特定の数の「コーン」が得られましたが、そのほとんどは回避できたはずです。 おそらく、完璧な間違いがなければ、より速く成長し、より多くのユーザーが存在し、精神はより安定するでしょう。 それでは始めましょう。
1.金曜日にローンチを更新します。
このプロジェクトが絶え間ない成長を続けるためには、たゆみなく取り組む必要があります。 ユーザーは新しい機能を待っており、ユーザーに必要な機能を作成するように求められます。 ユーザーの要望を別のリストに常に書き留め、現時点で最も緊急のタスクを実行し、運用サーバーに更新をアップロードします。
火曜日の朝に更新をアップロードするのが最善であることが実験的に確立されています。 火曜日に、システムは他の曜日と比較して最も多くの人を使用し、エラーが発生する可能性が最大になります。 水曜日と木曜日は少し悪くなりますが、適切でもあります。ほぼ同じ数のユーザーがいますが、週末の前にエラーをキャッチする可能性は低くなります。 最悪の充填時間は金曜日の後半です。 この場合、「退屈な週末」が実質的に保証されます。
私たち自身のために、厳格なルールを作成しました。木曜日の午後までにそれを満たせなかった場合、来週まで打ち上げを延期します。
2.ドメインは時間内に更新されませんでした。
私たちのシステムはいくつかの異なるドメインを使用しています。 それらの1つに、テキストの一意性をチェックするシステムがあります（作成者が作成したテキストはすべて、顧客に送信される前に一意性がチェックされます）。
ある晩、ドメインが更新されなかったため、一意性チェックが停止し、その背後でシステム全体が停止しました。テキストは単に顧客に送信されませんでした。 このエラーは初心者に値しますが、このエラーは発生しており、この事実については何もできません。
結論は明らかです。カレンダーやスケジューラの形式の特別なソフトウェアを使用して、ドメイン、ホスティング、その他のオンラインサービスの支払い状況を注意深く監視します。 土壇場ですべてを遅らせるのではなく、できるだけ早くドメインを更新します。
3.動作中のシステムで新しい機能をライブでテストします。
一度、新しい交換APIシステムのテスト時に、作業用データベースの大部分が削除されました。 すべてがうまく終了しました（1時間ごとのバックアップが役立ちました）が、不快な残留物は一生残りました-ボタンを押してベースの巨大な部分が削除されたときの非常に不快な感覚。 この状況は、テストされていない機能が実稼働サーバーにアップロードされたために発生しました。
さらに、すべてが午前中に発生しました。もちろん、プログラマーは職場にいませんでした...プログラマーがいなければ、すべてが復元されましたが、多くの時間と労力がかかりました。
シンプルで非常に重要なルールが私の人生すべてに刻印されています。注ぐ前にもう一度テスト、テスト、テストすることです！ そして、すべてのチームメンバーが作業モードになっているときに、重要な技術的変更を行います。
4.大量操作には注意してください。
サービスの開始時に、著作者にロイヤリティを支払う操作中に、支払いが2回行われました。 その結果、私は著者にプライベートメッセージでお金を返すように頼まなければなりませんでした。 のように感じる-あまり素敵ではありません。 コピーライターの1人を除く全員がお金を返しました。
その結果、ルールが生まれました。「Pay」ボタンをクリックする前に、常に選択的なデータ調整を行います。
5.大量のスパム。
実際の壮大な失敗は、約1か月前にメールニュースレターで発生しました。最初の500人の顧客は、システムニュースを含む500（500）のメールを受け取りました。 予想されたように、サービスが存在する間ずっと、住所にはそれほど多くのマットを受け取りませんでした。 このスクリプトはデバッグシステムで機能し、テストメーリングを行わなくても、これに気付くことはありませんでした。
結論：メールを送信する前に、最初に、メールボックスのいくつかを含む10のメールでテストを行う必要があります。
6.多くのプロジェクトが同時に機能しています。
おそらく、独自のサービスのすべての作成者は、新しいスーパーメガプロジェクトについて「素晴らしい」アイデアを思い付くでしょう。これは「確実に撮影する」ため、「同じものが現れる前に緊急に行わなければなりません」。 そして私たちは急いでドメインを登録し、システムを設計し、新しい発案を作成します。 その結果、明日はせいぜい昨日、なんらかのナンセンスを思いつき、必要のないドメインを手に入れたという考えで目を覚まします。最悪の場合、システムの作成にn人日を費やし、メインプロジェクトを採点します。
さて、当たり前のことを言っておきます。複数の本格的なプロジェクトを一度に開発することは不可能です。 力の分散により、必然的にすべてのプロジェクトの成長率が低下しました。 現在、いくつかの不要なドメインと、同時に開発しようとしている2つの大きなプロジェクトがあります。
私たちはこの衝動性に対処し、少なくとも、アイデア後の最初の数日間は新しいプロジェクトを開始しないようにします。 新しいサービスのアイデアを別のリストに書き留めます-彼らにそれを支持させてください。
7.本当に必要ではない複雑な機能とオプションの開発。
私たちはそれぞれ、頭の中に多くの幻想を持っています-現実についての妄想です。 これらの誤解の一部は、当社が製造する製品に関連しています。 最終的に需要のない機能の開発と実装を強制するのは幻想です。 これは非常に残念であり、時間の損失と機会の喪失につながります。 使用されていないか、使用頻度が非常に低い関数を繰り返し導入しています。 たとえば、システムでの直接転送。
したがって、新しい機能を作成する前に、ユーザーにイノベーションが必要かどうかをインタビューする必要があります。 次のモデルは非常によく証明されています-多くの人が一度に要求することだけを行い、単一の要求に注意を払わないこと（特にその実装が高い人件費に関連する場合）。 「革新的」なもの、つまりユーザーがまだ認識していないものを紹介したい場合は、専門家に相談することをお勧めします。
8.リリースの遅延。
不要な機能を完成させることなく、無料版の無料版のベータ版をすぐにリリースすれば、数か月節約できます。
結論：コーディングの開始後、できるだけ早く一般の人々（限られた人々の輪）に新しい開発を見せてください。 まだ生のままにしておきますが、開発の正しいベクトルについては、最初からすでに学習します。
9.コンバージョン費用を除く広告の購入。
一部の広告は非常に効果的でしたが、それに投資されたお金のほとんどは無駄になりました。 重大な金銭的損失につながったこの分野の間違いは次のとおりです。
-コンバージョンに至らなかったコンテキスト広告でお金が失われました（最初はコンバージョンアカウンティングシステムを設定するだけでした）。
-フィードバーナーの購読者数に焦点を当てたブログ投稿の購入（この評価はごまかすことができます）。
-当社のサービスを使用しなかったブロガーから投稿を購入します（そのような投稿は興味深く、広告ではありませんでした。実際のユーザーの投稿はまったく異なる効果をもたらします）
-Searchengines.ruフォーラムの添付トピックはトラフィックをほとんど与えず、成果もありませんでした。
その結果、数か月前、しばらくの間、購入した広告を放棄することにしましたが、これは主にウイルス性の要因により発生する成長に影響しませんでした。
多くの間違いがありましたが、プロジェクトの作業が継続しているため、新しい間違いがあります。 少なくともあなたの過ちから学び（そして他の人の同様の経験を研究する方がよい）、将来それらが繰り返されるのを防ぎ、新しい過ちを予測しようとするだけです。 結局のところ、何もしない人だけが間違いを犯します。
更新：そして、あなたのスタートアップで働いている間にどんな間違いがされましたか？ コメントであなたの経験を共有してください！