SiteSecure.ruは、3か月以内に認識を超えて変化し、実行可能であることを示す40の情報セキュリティプロジェクトの1つでした。 私たちのチームを含めて、11のプロジェクトのみが決勝に達しました。ロシアからのサイバーセキュリティアクセラレータの唯一のプロジェクトファイナリストとなりました。 この記事では、その方法を説明します。
最初に、セキュリティスタートアップチャレンジについて説明します。
セキュリティスタートアップチャレンジ-プログラムとは？
Kaspersky Labは、マングローブキャピタルパートナーズ基金（SkypeとWebサイトビルダーWixに投資した）とロシアのABRTベンチャー基金と共に、この春最初のセキュリティスタートアップチャレンジコンテストを開始しました。 イベントの目的は、セキュリティ分野で最高のスタートアップを選択することで、賞金8万ドルを共有します。 優勝者には5万ドル、2位と3位のプロジェクトはそれぞれ2万ドルと1万ドルです。
さらに、カスペルスキーは興味深いプロジェクトの協力を提供できますが、これは非常に貴重です。
私の知る限り、世界中から200を超える申請が提出され、そのうち40が初期審査を通過し、アクセラレータプログラムに参加しました。
SSCアクセラレータにハイフンを介した「競合」という言葉があり、プロジェクトの選択はそこで止まりませんでした。選択したプロジェクトは、仮説を常にテストし、テスト結果に基づいて、市場と受け取った洞察に適応する必要がありました。 このため、プロジェクトは専門家とそのメンターからポイントを受け取りました。
SSCの枠組み内で仮説をテストすることに関するいくつかの言葉：仮説を説明し、現在の指標を示し（仮説は常に測定可能でなければならない）、予想、さらに仮説をテストするための用語。 当時、私たちはすでにIIDFアクセラレータで仮説をテストした経験があり、そこではHADIサイクル（HADI-仮説-仮説、アクション-アクション、データ-データ、洞察-結論）を使用して行われました。 簡単に言えば、仮説をテストするには、仮説を定式化し、特定のアクションを実行し、データを取得して結論を出す必要があります。 IIDFアクセラレータでは、仮説のテスト期間は最初は1週間に設定されていますが、常にこの必要な期間はプロジェクトによって監視されています。 この経験は、SSC内で仮説をすばやくテストするのに役立ちました。
SSCの高速化では、プロジェクトの創設者が物理サイト（IIDF Acceleratorにあったように）に立ち会う必要はなく、3か月続き、毎月のブートキャンプ（プロジェクトとの対面ミーティング）と毎週のスカイプコールで構成されます。
2つのブートキャンプがあり、5月下旬と7月上旬にルクセンブルクで開催され、トレーニングと専門家セッションが含まれました。 彼らの目標は、選択されたプロジェクトに専門知識（ビジネスのさまざまな部分の専門家が話していた-営業、マーケティング、開発など）を提供し、スタートアップの対面のヒアリングを開催し、そこで達成された結果、テストされた仮説および洞察について話しました。
下の写真では、テクニカルディレクターのVlad Andersenが最初のブートキャンプでルクセンブルクにいます（仮説テストを技術的に実装する方法を考えています）
ブートキャンプの合間に、私たちはロシアのオフィスで働き、そこから毎週専門家やSkypeのメンターと話しました。 過去1週間に何をしたか、仮説のテストからどのような結果が得られたか、そして来週のすべてで何をしようとしているのかを説明する必要がありました。
このような毎週のSkypeコールの本質は、開発の速度を追跡し、会社が正しい方向に進んでいるかどうかを確認し、創業者にさらなるアクションに関する推奨事項を与えることです。
これは、そのプロジェクトのためにIIDFが開催するトラクションラリーに似ていますが、SSCアクセラレータがフルタイムのプレゼンスを必要とせず、プロジェクトがより多くの時間と注意を与えられるという唯一の違いがあります（すべての専門家と無制限の時間での電話会議では週に1時間時間が経つにつれて小さくなっていきます）。 比較のために、IIDFのAcceleratorでは、土曜日に複数の専門家が集会を開催しますが、会議には他のプロジェクトがあり、フィードバックを受け取ることができます。 チームは1週間以内に個々のトラッカーと直接会います。
トラクション集会の結果、SSCの専門家とメンターが私たちと他のプロジェクトを10段階で評価しました。 ルクセンブルクのフルタイムのブートキャンプでの専門家とメンターの平均評価の合計により、次の「ラウンド」に進むことができるプロジェクトが決まりました。 5月のブートキャンプの後、アクセラレーターは20個のプロジェクトを去り、7月9日以降はさらにプロジェクトを残しました。 その結果、SiteSecure.ruを含む11のプロジェクトのみが最終決定に達しました。
プログラム開始時の状態、および加速中に行ったこと
私たちのプロジェクトが選ばれた理由を100％確信することはできません。SSCはその基準を完全には開示していません。 しかし、私は推測できます。 まず、プロジェクトの詳細が問題です。プロファイルによるSSCに適しています。
SiteSecureは、インターネットの脅威による損失やダウンタイムからサイトを保護するためのクラウドベースのサービスです。 まず第一に、当社のサービスは、商業サイトの所有者と、サイトを保護するための適切なレベルの技術知識と時間を持っていないインターネットマーケティング担当者を対象としています。 すべての製品のポジショニングはそれらを対象としています-サイトを保護に簡単に接続することから始まり（このため、サイトアドレスを指定するだけで、サイトにコードはインストールされません）、特定された問題とそのターンキーソリューションに関する非専門家へのわかりやすい通知で終わります。
第二に、特定の1つの問題のみを対象とするサイトを保護する他の製品やサービスとは異なり、最初は包括的な保護に焦点を当て、必要なセキュリティツールを便利なインターフェイスに組み合わせて、 問題を1つで解決することは不可能であり、SSCの専門家や指導者に好まれていました。
高速化の前には、Webスタジオ、代理店、CMS開発者、ホスティングプロバイダーのアフィリエイトネットワーク、月間収益の安定したストリーム、および数千の常連客が既に存在していました。
IIDFの高速化は、SSCの開始前にそのような開始を達成するのに役立ちました。これにより、効果的な仮説テスト手法、タスク重視ツール、およびロシア市場における広範な接続がわかりました。
1年前にIIDFで、現在はSSCで、すべてのチームメンバーが以前同じチームで開発したAcronis、InfoWatch、Kaspersky Lab、B-152の情報セキュリティ市場で豊富な経験を持っているという事実に助けられました。損益分岐点にもたらした。
私たちのソリューションは、顧客を引き付けるサイトを持つビジネスの痛みを本当に解決するということを理解して、SSCの始まりに来ました。 さらに、よく考えられたアーキテクチャとSiteSecureのビジネスロジックにより、サービスとクライアントのスケーリングは非常に簡単であることがわかりました。
そのため、SSCを通じて国際市場への道を開いていることを明確に理解しました。
過去3か月間の出来事を振り返って分析すると、私たちは良くなったと自信を持って言えます。 そして、チームとして、そして商用サイトを保護するためのソリューションとして、そしてターゲットオーディエンスを理解するという点で優れています。
別の資料で私たちが犯した間違いについてさらに詳しく説明します。
私は詳細には立ち入らず、テスト済みの仮説の結果に基づいて、何が変わったか、そして
- SSCプログラムの開始時から行いました。
- 北米および南米の市場向けに英語版のサイトを立ち上げました。
- 私たちは120人以上のユーザー、パートナー、潜在顧客と話をして、彼らが誰であるかをよりよく理解し、必要なものと痛みを明らかにしました。
- ターゲットオーディエンスを引き付けるために、より多くのチャンネルを立ち上げ、関税スケジュールを完全に変更しました。
- 現在のユーザー向けのメールマーケティングを完全に改訂しました。
このリストを見ると、多くの仮説を実際にテストしたことがわかります。
どうやってファイナルに到達したのですか？
専門家とメンターが最初から私たちに語ったように、加速競争に取り残されないようにするために、仮説をテストし、定性的および定量的な変化のために受け取った洞察をどれだけ早く使えるかを示す必要があります。
アクセラレータの過去3か月にわたって、対処されている問題、対象読者、価値提案、アトラクションチャネル、および製品に関連する25を超える仮説をテストしました 。
さらに、各仮説には正当化と野心的な目標が必要でした。仮説やコンバージョンの100分の1の増加のために仮説をテストすることは無意味でした。 初めてではありませんが、明確な仮説を立てることを学びました 。
明確な仮説を立てることを学ぶ必要があるという事実に加えて、それらを迅速にテストし、正しい結論を引き出す必要がありました。 Security Startup Challengeに参加した多くのプロジェクトは、必ずしも成功しませんでした。 私たちもミスを犯しましたが、すぐに自分自身を修正しようとしました。 仮説が設定された後、数時間でテストを開始することもできましたが、そのためには製品を完全にシャベルし、チームメンバー全員を完全に関与させる必要がありました。
また、非常に柔軟にならなければならなかったことにも注意してください 。 多くの仮説をテストし、このために製品を変更することに加えて、ビジネスの大部分は収益性があり、サービスを提供する必要がありました。
柔軟性を高めるために、「穀物をthe殻から分離」し、運用タスクと仮説テストに関連するタスクに優先順位を付けることを学びました。
このような柔軟性は私たちにとって容易ではなかったということを控えておきます。私たちの思考を再構築することは非常に難しい仕事です。 また、初めてではなく、どういうわけか自分の思考を再構築し、柔軟になりました。
そして、最後のことは、私には思えますが、私たちの高得点に影響を与え、最終的な目標、つまり外部のアドバイスを聞いて仮説テストの結果に集中する能力に到達するのを助けました。 時々（特にプロジェクトの各参加者が成功事例や加速プログラムをすでに完了している場合）、すべてを知っているようで、自分でそれを理解できるようです。 脳が仮説検定の結果に同意したくなかった場合でも（これは-私たちの理解が数回劇的に変化しました）、私たちは一緒になってデータをそのまま取得することができました。
結果として何を得たのか
SSCの期間中、クールなハイテク製品を使用したプロジェクトが、迅速な再構築と加速されたリズムでの作業ができないために、どのように競争から抜け出したかを見ることができました。 平均的な製品を使用するプロジェクトでは、チーム全体の迅速かつ適切に調整された作業と迅速な仮説テストにより、製品とビジネスの指標を新しいレベルに引き上げることができます。
したがって、迅速に変更し、意思決定を行い、目標を正しく策定する能力-プロジェクトにとって多くのこと。 クールな製品と成功はそれに対する報酬になります。