
サービスのミニマリズムは悪いことを意味しない
または単純なサービス構造を選択した理由#1
そのため、プロジェクトチームは、ほとんどのSaaSサービス(新しいSaaS Dental Cloud 、 Nova CRMの例)のような単純なサービスを作成することにしました。 単純なサービスを作成するためのシナリオを選択することを支持する主な論点は、遺伝因子でした- 私たちの電子メールソリューションは 、使いやすさの観点からは最小限(ただし、機能は完全)であり、次のQuickmeモジュールをオーバーロードしたくありませんでした。
および理由#2
さらに、私たちは単純なロジックに導かれ、潜在的なクライアントの肖像を見ました-私たちの潜在的なクライアントは中小企業です。 前者は階層的ではなく、まだ小さなチームがあり、複雑なビジネスプロセスを整理して実装する必要はありません。 会社の構造は、従業員間でのアプリケーションの配布、実行制御(これまでのところ少数のクライアント)、およびアクセス権の厳格な配布(すべては問題ありません)のシナリオへの緊密な拘束を意味しません。 つまり 潜在的なクライアントは特別なものを必要としないため、上記のシナリオを実装せず、以下に限定しました。
-「すべての顧客からのすべてのアプリケーション」を受信する一般的なチャット。 このアプローチは、企業のスタッフが少なく、専門家の能力レベルが異なる場合に役立ちます(私が支援できる/彼らが私を補完できる)。
-アクセス権配布サービスの欠如-私たちの意見では、小さなチームでは、経営者は個人的にコミュニケーションすることで同僚を評価でき、小さなチームの従業員に対する信頼度は通常高いです。
-階層の欠如は「エグゼクティブディレクター」。 私たちのコンセプトでは、すべての従業員が一般的なチャットでアプリケーション(質問)を確認し、全員がお互いに助け合いながら答えることができます。
-顧客からの少量のリクエストでは必要ないため、レポートシステムと顧客コミュニケーションストーリーを実装しませんでした。
-サービスの位置付けの主な重点は、会社とクライアント間のマルチレベルのコミュニケーションであり、私たちはそれを完璧に行い、ウェブサイトのフォーム、電子メール、ユーザーの個人アカウント、つまり、 最小の問題を完全に解決しました。
簡単なQインターフェース。
コンセプトの実装後に何が起こったのか
その結果、 Quickmeでサポートが実装されます。
-アプリケーションを受け取り、それらと連携するための単一のスペース-すべての会社の従業員は、会社の従業員の外部および内部のアプリケーションを処理できます。
-会社のWebサイトに投稿された外部フォームを介したアプリケーションの作成(記入)。
-個人アカウントを介したサポートユニットを持つ企業クライアントの仕事。
-外部アプリケーションを専用のメールアドレスに送信します。
-会社の従業員のアクセス権の設定の欠如。
-専門家の電子メールアドレスに受信したアプリケーションの通知。
-グループチャットモードでのアプリケーションの処理。
一般に、問題は解決されました。会社とクライアント間の通信を実装し、潜在的な顧客のセグメントにサービスを適合させました。 クライアントが受け取る-低コストのソリューション、従業員のトレーニング時間の短縮、迅速な立ち上げ、サービスの使用開始。
サイト上のフォームを介してクライアントからアプリケーションを送信する
アプローチを繰り返す価値はありますか?
それは、SaaS機能を開発するビジネスオートメーションの分野と、どこまで進んでいくかによって異なります。 「シンプルさ」は、規制要件を順守する必要のある会計システムの開発者に取り払われる価値はありません。 コラボレーティブシステムでは、シンプルさ-ASANAをすでに見ています。 私の同僚は、ミニマリズムとシンプルさの同様のアプローチを別の垂直SaaS Dental-Cloudソリューションに適用しようとしましたが、サービスを飛躍的に開発する必要がなく、選択したセグメント-歯科医院に最適なツールになることを願っています。
Alexey Kalachnikov / SaaSに関する一連の記事
著者のブログhttp://www.bootstrap24.ru/
シリーズの資料「SaaSでお金を稼ぐ方法」
- パートI /不要なものをすべて削除し、ターゲットをヒットし、実験します
- パート2 /ロシアのISVの貴重な経験
- パート3 /不要なアフィリエイトチャネルを介した販売
- パート4 / Quickmeスタートアップ-小規模チームのコミュニケーションとコラボレーション
- パート5 /ユビキタスSaaS統合は、残りのソフトウェアビジネスにとってのかわいい脅威として、または1 + 1が3になる方法
- パート6 /パートナー向けのQuickmeストーリー、または一緒にビジネスを行う7つの理由
- パート7プレファイナル/ SaaSが販売されない理由
- パート8-FINISH / SaaS-ロシア市場の現実
- 誤って忘れられたパート9 / SaaS Legal Mist
- パート10 /ビジネスモデルメトリック
- パート11 /クラウドサービスレビュー/ UXおよびユーザビリティテスト