アイデアの取り組み方とLANBIXの誕生の経緯

LANIT-Integrationにはクリエイティブな社員がたくさんいます。 新製品やプロジェクトのアイデアは文字通り宙に浮いています。 最も興味深いものを特定するのが非常に難しい場合があります。 したがって、私たちは独自の方法論を共同で開発しました。 最適なプロジェクトを選択して実装する方法については、この記事をお読みください。

ロシア、そして世界全体で、IT 市場の変革につながる多くのプロセスが進行しています。 コンピューティング能力の向上と、サーバー、ネットワーク、その他の仮想化テクノロジの出現により、市場はもはや大量のハードウェアを必要としません。 ベンダーは顧客と直接協力することをますます望んでいます。 IT 市場では、従来のアウトソーシングから新しいアウトソーサーの波である「クラウド プロバイダー」に至るまで、あらゆる形式のアウトソーシングがブームになっています。 インフラストラクチャのシステムと要素は、保守と構成がはるかに簡単になります。 ソフトウェアの品質は年々向上しており、インテグレータのタスクは変化しています。

アイデアをどのように活用するか

製品立ち上げの方向性 「LANIT統合」 XNUMX年以上存在しています。 私たちの主な目標は、新製品を作成し、市場に投入することです。 まずは商品ができるまでのプロセスを整理することから始めました。 私たちは古典的なものから誇大宣伝まで、多くの方法論を研究してきました。 しかし、どれも私たちのニーズを満たしていませんでした。 そこで私たちは、リーン スタートアップ方法論を基礎として採用し、それを私たちのタスクに適応させることにしました。 リーン・スタートアップは、エリック・リースによって作成された起業家精神の理論です。 これは、無駄のない製造、顧客開発、柔軟な開発方法論などの概念の原則、アプローチ、実践に基づいています。

製品開発管理への直接的なアプローチに関しては、車輪の再発明ではなく、既存の開発方法論を適用しました。 スクラム、創造性を追加し、安全に SCRUM-WATERFALL-BAN と呼ぶことができるようになりました。 SCRUM は、その柔軟性にもかかわらず、非常に厳格なシステムであり、XNUMX つの製品/プロジェクトのみを担当するチームの管理に適しています。 ご存知のとおり、古典的な「統合」ビジネスでは、製品に取り組むことに加えて、誰もが現在のプロジェクトで忙しいため、XNUMX つのプロジェクトに取り組むためにフルタイムの技術スペシャリストを割り当てることは含まれません (例外はありますが、非常にまれです)。 SCRUM から、私たちは作業をスプリント、日次レポート、振り返り、役割に分割しました。 私たちはタスク フローにかんばんを選択し、既存のタスク追跡システムにうまく統合しました。 私たちは既存の秩序にシームレスに統合することで仕事を構造化しました。
製品は市場に投入される前に、アイデア、選択、コンセプト、MVP (詳細は後述)、生産という 5 つの段階を経ます。

アイデア

この段階では、何か一時的なもの、つまりアイデアが存在します。 理想的には、既存の問題またはクライアントの問題を解決するためのアイデアです。 アイデアには事欠きません。 当初の計画によれば、これらは技術分野の従業員によって作成されるはずです。 アイデアがさらなる開発のために受け入れられるためには、作成者は「アイデア デザイン テンプレート」に記入する必要があります。 質問は XNUMX つだけです。何ですか? 何のために？ 誰がこれを必要としているでしょうか？ もし当社の製品でないとしたら、どうなるでしょうか?

ソース

選択

完成したテンプレートが私たちに届くとすぐに、加工と選択の手順が始まります。 選考段階は最も労力がかかります。 この段階では、問題の仮説が形成され（理想的にはアイデアがクライアントの問題を解決する必要があるということは、前の段落で述べたのも当然のことでした）、製品の価値が形成されます。 スケール仮説が形成されます。 私たちのビジネスがどのように成長し、繁栄していくのか。 必要なものを生産する予定であることを事前に確認するために、潜在的な顧客に対して問題および専門家のインタビューが実施されます。 製品の必要性について結論を出すには、少なくとも 10 ～ 15 回のインタビューが必要です。

仮説が確認された場合は、予備的な財務分析が実行され、おおよその投資額と投資家の予想収益が評価されます。 この段階の結果として、リーン キャンバスと呼ばれるドキュメントが作成され、経営陣に提示されます。

コンセプト

この段階で、アイデアの約 70% が削除されます。 コンセプトが承認されると、アイデア開発段階が始まります。 将来の製品の機能が形成され、実装パスと最適な技術ソリューションが決定され、ビジネス プランが更新されます。 この段階の結果は、開発のための技術仕様と詳細なビジネス ケースです。 成功するとMVPまたはMVPステージに進みます。

MVPとかMVPとか

MVP は最低限実行可能な製品です。 それらの。 完全には開発されていないが、すでに価値をもたらし、その機能を実行できる製品。 開発のこの段階では、実際のユーザーからフィードバックを収集し、変更を加えることが不可欠です。

製造業

そして最後の段階は生産です。 この段階に到達する製品はわずか 5% です。 この 5% には、最も重要で、必要で、実行可能で機能的な製品のみが含まれます。

私たちはたくさんのアイデアを持っており、すでに膨大なポートフォリオを組み立てています。 私たちはあらゆるアイデアを分析し、最終段階に確実に到達できるよう全力を尽くします。 私たちの同僚が私たちの研究開発の方向性に無関心ではなく、製品やソリューションの開発と実装に積極的に参加してくれたのは非常にうれしいことです。

LANBIXの作り方

実際の例である LANBIX 製品を使用して製品の作成を見てみましょう。 これは、小規模な IT インフラストラクチャを監視し、チャットボットを介して制御される誤動作について意思決定者やビジネス ユーザーに即座に警告するために設計された「ボックス型」ソフトウェアおよびハードウェア システムです。 LANBIXには監視機能に加えて、ヘルプデスク機能も搭載されています。 この製品は、当社がターゲットとしている市場セグメント専用です。 これは私たちの利点でもあり、苦痛でもあります。 しかし、まず最初に。 LANBIX は生きている製品である (つまり、開発が最終段階ではなく、MVP の次の段階にある) とすぐに言います。

したがって、最初の段階はアイデアです。 アイデアが生まれるためには問題が必要ですが、私たちには問題があり、むしろ私たちではなく私たちの友人が問題を抱えていました。 以下では、ビジネスのさまざまな分野で発生したいくつかの実際の状況を見ていきます。

小さな管理会社がモスクワ地方に 15 軒の家を管理しています。 PCを持ったスタッフは2名ほど。 システム管理者は、訪問フリーランサー (思いやりのある居住者の XNUMX 人の賢い息子) です。 管理会社の活動は IT への依存度が低いように見えますが、このビジネスの特徴は毎月多くの当局に報告を行っていることです。 会社の責任者 (通常のように、多くの役割を兼ね備えています) のシステム ディスクの空き容量が不足しました。 当然のことながら、これは突然起こったわけではなく、警告は約 XNUMX か月間表示されず、常に無視されていました。 しかし、アップデートが到着し、OS がアップデートされたのですが、幸運にもアップデートの途中でフリーズし、「死ぬ」前にディスクがビジーであるという文句を言いました。 コンピューターが周期的に再起動しました。 問題を整理して報告書を受け取っている間に、報告期限を過ぎてしまいました。 些細な故障が、損失から訴訟、行政責任に至るまで、さまざまなトラブルを引き起こしているようです。

ソース   

同様の事件が、多くの中小企業を統合し、オフィス全体を単一のテクニカル サポート サービスで担当する大規模な持株会社でも発生しました。 ある部門で会計主任のコンピュータが故障した。 壊れる可能性があることは長い間知られていましたが (コンピューターの速度が異常に遅くなり、熱も上がりました)、会計主任はテクニカル サポートにリクエストを送信するまでには至りませんでした。 当然のことながら、給料日ぴったりに故障し、部門の従業員は数日間お金がありませんでした。

小規模卸売業を営む中小企業は、外部サイトでホストされている販売 Web サイトを持っていました。 常連客からの電話で、欠品を知りました。 電話があった時点で、サイトは約 1 時間ダウンしていた。 サイトの責任者を見つけるのにさらに XNUMX 時間かかり、問題を解決するのにさらに XNUMX 時間かかりました。 そのため、サイトはほぼ営業日全体にわたって利用できなくなりました。 同社のコマーシャルディレクターによると、このダウンタイムによる損失は約XNUMX万ルーブルだという。

私自身も、クリニックの予約のために来て、VHI 登録に行かなければならなかったときに、同様の状況に遭遇しました。 些細な理由で私を医者に連れて行くことができませんでした。朝に電力サージがあり、事故の後、郵便サービスと保険会社と通信するための特定のサービスが機能しませんでした。 管理者はどこにいるのかという私の質問に対して、管理者は週に 16 回訪問してくれるとのことでした。 そして今（その時すでに00時だった）彼は電話に出ない。 診療所は少なくとも７時間にわたって外界から遮断され、有料サービスを提供できなかった。

これらすべてのケースに共通するものは何でしょうか? 絶対にすべての問題は事前に防ぐことができたはずです。 IT 担当者がタイムリーに対応していれば、被害は軽減された可能性があります。 これは、初期症状がユーザーによって正しく解釈されていれば可能です。

問題の仮説を特定しました。

• ITインフラストラクチャの障害への対応速度の遅さによる重大な金銭的および評判の損失。
• ユーザーによる故障の初期症状の誤解。

顧客はそれらに対して何ができるでしょうか?また、将来同様の状況を避けるにはどうすればよいでしょうか? 選択肢はそれほど多くありません:

1. 高度な資格を持つシステム管理者を雇用し、誠実に仕事をさせます。
2. IT保守を専門サービス会社に委託する。
3. 監視および障害報告システムを独自に実装する。
4. ユーザー/ビジネス担当者にコンピュータ リテラシーの基礎に関するトレーニングを提供します。

XNUMX 番目の選択肢に落ち着きましょう。 さまざまな理由で利用しない人には監視システムを提供しましょう。

叙情的な余談。 エンタープライズ市場で IT サービスを監視するためのさまざまなシステムが長い間使用されており、その利点については議論の余地がありません。 私は大企業の代表者と話し、ビジネスとITの関係がどのように構築されているかを調べました。 ある大手機械製造企業の技術責任者は、IT インフラストラクチャの保守を外部会社に委託していますが、彼自身はすべてのことを知っています。 彼のオフィスには、IT サービスのステータスを示すインジケーターを備えた大きな監視システム画面が吊り下げられています。 最も重要なものはシステムに含まれています。 テクニカルディレクターはいつでも、インフラストラクチャの状態、何が起こっているのか、問題がどこにあるのか、責任者に通知されているかどうか、問題が解決されているかどうかを知ることができます。

上記のストーリーを踏まえて、私たちのチームは中小企業に最適な監視システムを構築する方法について考えるようになりました。 その結果、IT の知識がなくても誰でも導入できる監視システムである LANBIX が誕生しました。 このシステムの主な目的はシンプルで、継続性と可用性を高めることを目的とした他のシステムと同様、計画外のダウンタイムが発生した場合の金銭的損失やその他の損失を削減することです。 このデバイスは、「何かが壊れた」から「問題が解決された」までの時間を最小限に短縮するように設計されています。

仮説を確認するために、問題インタビューが実施されました。 人々が売り込もうとせずにどれだけ喜んで伝えてくれるのか、私には想像できませんでした。 各会話は少なくとも 1,5​​ 時間続き、さらなる開発に役立つ多くの情報を受け取りました。

この段階の結果を要約してみましょう。

1. 問題の理解はありますが、
2. 価値の理解―あり、
3. 解決策のアイデアはあります。

第 XNUMX 段階ではさらに詳細な説明が行われました。 その結果に基づいて、本質的に投資家の役割を果たす経営陣に、製品の将来の運命を決定するためのビジネスケース（同じリーンキャンバス）を提示する必要がありました。

私たちは、この市場で誰が、何を、そして最も重要なことにどのようにしているかを調べるために、市場調査と競合分析から始めました。

以下のことが分かりました。

1. 私たちのセグメント (中小企業) 向けには、いくつかの例外を除いて、既製のボックス型監視システムは市場にありませんが、これについては明白な理由から説明しません。
2. 奇妙なことに、私たちの主な競合相手は、自作のスクリプトとオープンソース監視システムへの「アドオン」を使用するシステム管理者です。
3. オープンソース監視システムの使用には明らかな問題があります。 システムがあり、ニーズに合わせてシステムを操作および変更する方法に関する膨大な量の情報があります。 私がインタビューした管理者のうち、多くは自分のアイデアを独力で実装するのに十分な能力がないと認めました。 しかし、彼らは解雇を恐れて経営陣にこのことを認めることができない。 それは悪循環であることがわかります。

次に、潜在的な顧客のニーズの分析に移りました。 私たちは、何らかの理由で独自の IT サービスを持たず、次期システム管理者、フリーランサー、またはサービス会社が IT を担当している小規模な組織の一部を特定しました。 参入を決めたのはIT側ではなくビジネス側で、創業者や経営者にITインフラストラクチャサービスの品質を向上させるツールを提供した。 この製品は、オーナーのビジネスの安全を確保するのに役立つはずですが、同時に IT 担当者の仕事を増やすことになります。 IT サポートの品質を監視するツールを企業に提供する製品。

受け取ったデータを処理した結果、将来の製品の最初の要件リスト (大まかなバックログのようなもの) が生まれました。

• 監視システムはオープンソース ソリューションに基づいている必要があり、結果として安価である必要があります。
• 簡単かつ迅速にインストールできます。
• IT に関する特別な知識は必要ありません。会計士でも (この職業の代表者を怒らせるつもりはありませんでした)、システムの導入と構成ができる必要があります。
• ネットワーク上の監視対象のオブジェクトを自動的に検出する必要があります。
• 監視エージェントを自動的に (理想的には自動的に) インストールする必要があります。
• 外部サービス、少なくとも CRM システムと販売 Web サイトを監視できなければなりません。
• 問題を企業とシステム管理者の両方に通知する必要があります。
• アラートの深さと「言語」は、管理者と企業によって異なる必要があります。
• システムは独自のハードウェアで提供される必要があります。
• 鉄はできるだけ入手しやすいものでなければなりません。
• システムは外部要因から可能な限り独立している必要があります。

次に、製品開発への投資額（技術部門従業員の人件費を含む）を計算しました。 ビジネスモデルのスケッチが作成され、製品のユニットエコノミクスが計算されました。

ステージ結果：

• 高レベルの製品バックログ。
• 実際にはまだテストされていない、策定されたビジネス モデルまたは規模の仮説。

次の段階であるコンセプトに進みましょう。 ここで私たちはエンジニアとして、本来の要素に自分自身を見出します。 コンポーネント/サブシステム/機能に分解された「ウィッシュ リスト」があり、それから技術仕様/ユーザー ストーリー、そしてプロジェクトなどに変換されます。 一連の代替オプションを準備するプロセスについては詳しく説明しません。要件とその実装のために選択された方法に直接移りましょう。

必要条件
ソリューション

• オープンな監視システムである必要があります。

私たちはオープンソースの監視システムを採用しています。

• システムはシンプルで迅速にインストールできる必要があります。
• 特定の IT 知識は必要ありません。 会計士でもシステムを導入して構成できる必要があります。

当社では、ルーターと同様に、ユーザーがデバイスの電源を入れて少し設定するだけで済むように、インストール済みシステムを提供しています。

デバイスとの対話を、誰にとってもシンプルでわかりやすいものにしましょう。

有名なインスタント メッセンジャーの XNUMX つに対して独自のチャットボットを作成し、システムとのすべてのやり取りをそれに転送してみましょう。

システムは次のことを行う必要があります。

• ネットワーク上の監視に必要なオブジェクトを自動的に検出します。
• 監視エージェントを自動的にインストールします。
• 外部サービス、少なくとも CRM システムと販売 Web サイトを監視できること。

以下の監視システムのアドオンを作成します。

• 自動物体検出。
• エージェントの自動インストール。
• 外部サービスの可用性を監視します。

システムは次のことを行う必要があります。

• 企業とシステム管理者の両方に問題を通知します。
• 外部サービス、少なくとも CRM システムと販売 Web サイトを監視できること。 通知の深さと「言語」は、管理者と企業によって異なる必要があります。
• システムには特定の IT 知識は必要なく、会計士でもシステムの導入と構成ができる必要があります。

• さまざまなタイプのユーザーにさまざまなタイプの通知を追加してみましょう。 ピッチと深さが異なります。 ビジネス ユーザーは、「すべて問題ありませんが、イワノフのコンピュータは間もなく停止します」といった通知を受け取ります。 管理者は、エラー、誰が、どのように、何が起こったか、または起こる可能性があるかについての完全なメッセージを受け取ります。
• 追加の責任者のメールを使用する機能を追加して、故障が発生した場合にメッセージを受信できるようにしましょう。
• 事前に準備されたテキストを含む電子メールの送信に基づいて、外部サービス プロバイダーとの対話を追加しましょう。 事件を引き起こしたのはそのメールです。
• システムとのやり取りはすべてチャットボットに接続され、対話形式でコミュニケーションが行われます。

追加：

• ユーザーが問題を説明するメッセージを管理者に直接送信できるように、「管理者とのチャット」機能を追加しましょう。

• システムは独自のハードウェアで提供される必要があります。
• 鉄が利用できる必要があります。
• システムは環境から可能な限り独立している必要があります。

• 既製の安価な Raspberry PI コンピューターを考えてみましょう。
• 無停電電源装置盤を設計いたします。
• ローカル ネットワークの状態に依存しないようにモデムを追加しましょう。
• 素敵な建物をデザインさせていただきます。

現在、独自の要件と実装のビジョンを持つ XNUMX つのサブシステムがあります。

• ハードウェアサブシステム。
• 監視サブシステム。
• ユーザー対話サブシステム。

私たちはハードウェア サブシステムの予備設計を開発しました。 はいはい！ 製造工場はドキュメントを使用して作業するため、アジャイルのルールにすべて違反したにもかかわらず、ドキュメントを作成しました。 残りのサブシステムについては、ユーザー (個人) を特定し、ユーザー ストーリーを準備し、開発用のタスクを作成しました。

これでコンセプト段階は終了し、結果は次のようになります。

• ハードウェア プラットフォームのプロジェクト。
• 残りの XNUMX つのサブシステムについては、ユーザー ストーリーの形式でビジョンを策定します。
• 仮想マシンとして実装されたソフトウェア プロトタイプ。
• スタンドの形で実装されたハードウェアのプロトタイプ。ハードウェア ソリューションの強度が実際にテストされました。
• 管理者によってテストが実施されました。

この段階での問題は主に組織的なものであり、営業の法的および会計的側面における技術スタッフの知識不足に関連していました。 それらの。 何をどのように販売するかを考えることと、特許、開発タスク、登録、EULA など、クリエイティブな人間である私たちが最初は考慮していなかった無慈悲な法的機械に直面することは別のことです。

まだ問題はありませんでしたが、むしろ筐体の設計に関連した問題がありました。 私たちのチームはエンジニアのみで構成されているため、ケースの最初のバージョンはエレクトロニクスの専門家によってプレキシガラスから「構築」されました。

控えめに言っても、その遺体は現代のテクノロジーによって損なわれ、特に一般の人々にとって物議を醸すものに見えました。 もちろん、古い世代の「クリビン」の中には愛好家もおり、この建物は彼らにノスタルジックな感情を呼び起こしました。 古いケースには美的欠陥に加えて構造的な欠陥もあったため、ケースを新たに製造および設計することにしました。プレキシガラスはデバイスの組み立てと分解に十分に耐えられず、ひび割れする傾向がありました。 ケースの製作についてはまた改めてご紹介します。

そして今、私たちはMVPというゴールに近づいています。 もちろん、これはまだ最終製品ではありませんが、すでに便利で価値があります。 この段階の主な目標は、「作成、評価、学習」サイクルを開始することです。 まさにLANBIXはその段階にある。

「作成」段階では、宣言された機能を実行するデバイスを作成しました。 はい、まだ完璧ではありませんが、引き続き作業を続けました。

ボディの製造に戻りましょう。 私たちのデバイスをノスタルジックなものからモダンなものに変えるという課題に取り組みます。 当初、私は家具メーカーと工業デザインサービスの市場を調査しました。 第一に、ロシア市場でケースを製造している企業は多くありません。第二に、現段階の工業デザインのコストは法外に高く、約 1 万ルーブルです。

彼らはデザインについて当社のマーケティング部門に連絡し、若いデザイナーは創造的な実験を行う準備ができていました。 私たちは船体のビジョンを概説しました（船体構造の最良の例を事前に研究していました）、そして彼はそれを芸術作品に変えました。 あとはそれを生み出すだけです。 私たちは自分たちのデザインに誇りを持って、パートナーに頼りました。 彼らの CEO は、私たちが選んだ方法では生産できないものを完全に無料で指摘し、すぐに私たちの幻想を打ち砕きました。 ケースは製造可能であり、Apple のものよりも悪くはありませんが、ケースのコストはすべての電子部品の XNUMX ～ XNUMX 倍になります。 一連の作業と承認を経て、製造可能な筐体を設計しました。 はい、計画したほど美しくはありませんが、現在の目標を達成するには理想的です。

ステージの結果: 戦闘とテストの準備が整ったデバイスの最初のバッチ。

そして今、最も難しいのは「評価」段階ですが、私たちの製品ではまさにこの段階にあります。 私たちは実際の顧客による使用結果に基づいてのみ評価することができ、ここでは仮定は機能しません。 フィードバックを提供し、本当に必要な製品に変更を加えてくれる「早期採用者」が必要です。 どこで顧客を獲得し、実験に参加するよう説得するかという疑問が生じます。

考えられるすべてのオプションの中から、ランディング ページとソーシャル ネットワーク上の広告キャンペーンという古典的なデジタル ツールのセットを選択しました。

このプロセスはすでに開始されていますが、すでに反応があり、多くの仮説の確認を受けていますが、結果について話すのは時期尚早です。 嬉しい驚きは、全く異なる事業部門の代表者からの反応が、私たちが予想していたよりもはるかに大きかったことです。 新しい導入を無視するのは愚かであり、インタビューの結果に基づいて、LANBIX Enterprise と呼ばれる LANBIX の並行ラインを立ち上げることが決定されました。 分散インフラストラクチャ、トラブルシューティングとローカリゼーションによる Wi-Fi ネットワークの監視、通信チャネルの品質の監視のサポートが追加されました。 サービス会社はこのソリューションに大きな関心を示しました。 同時に、私たちがすでに開発したデバイスは、ソリューションの運用において重要な役割を果たします。

次に何が起こるでしょうか？

オリジナルLANBIXが今後どうなるかは、キャンペーンの結果によって明らかになるだろう。 私たちの仮説が確認されない場合、リーン手法に従って、容赦なく仮説を削除するか、新しいものに作り変えます。なぜなら、誰も必要としない製品を作ることほど悪いことはないからです。 しかし今では、これまでの取り組みは無駄ではなかったと言えます。そのおかげで、一連の並行製品が誕生し、私たちは積極的に取り組んでいます。 成功すれば、LANBIX は MVP 段階から最終段階に移行し、製品マーケティングの理解できる古典的な法則に従って発展することになります。

繰り返しますが、私たちは今、フィードバックを収集するために当社の製品をインストールできる早期導入企業を見つけたいと考えています。 LANBIX のテストに興味がある場合は、コメントまたはプライベート メッセージに書き込んでください。

ソース

出所： habr.com