私たちは、a）クラシックb2bである歯科オートメーションサービスを行っていることを思い出させてくださいb）それは、SaaSのNITSアーキテクチャ要件をすべて含んでいます-マルチテナンシー、クロスプラットフォームc）、MS Azureに要件を実装します。 ビジネスモデルとしてSaaSのみを採用した多くのSaaSについて話していないことが重要です。たとえば、このカテゴリにwitget.comを分類します。 またはwww.jivosite.ru
ビジネスの観点からは、「真紅の海」でプレイします。ロシアだけでも、10,000人の潜在顧客のセグメントに約30人のプレイヤーがいます。製品レベルでアプリオリを改善する必要があります。 私の個人的な意見では、私たちの話ではMVPは機能しません。 理由を説明します-MVPを販売せず、誰も必要としません。 MVPは常に失われ、リーンスタートアップへの信頼が私たちを欺くことができるため、私たちはそれを販売しません。 歯科自動化セグメントには、すでに多くのco-modisソリューション、成功事例、プラクティスがあり、潜在的なクライアントのキューの短いリストの最後に常にいます。 つまり 自動化の標準領域でサービスを販売することは決してないことを理解しました-CRM-BPM（EHR-Electronic Health Records）があります
フリーミアムのように、配るのではなく販売するもの：
- 将来の期待-どんな製品が間に合うかN
- 雲の眺め
抜け道がある
追いつく状況で、チームはタスクに直面しました（何をすべきか、カール？）MVPにならないために製品はどうあるべきですか？
- 打ち上げ時の競争力
- ユーザーにとってシンプルで明確なままでした
約2か月の議論の後に問題は解決し、チームは、Dental Cloudは、コミュニティコンポーネントを別個の統合サービスとして追加するか、プラットフォームとして配置するという、従来のCRM-BPM自動化パラダイムの接合部にあるべきだという結論に達しました。 同時に、SaaSを作成するというパラダイムから離れることなく、比較的単純な自動化機能に通信コンポーネントを追加しました。 そのため、プラットフォームは診療所の内部プロセスの自動化のシェアを保持しました-30％。 すべてのモジュールは過負荷ではありませんが、小規模な歯科医院では自給自足です。
Dental Cloudがプラットフォームになるのか、それとも一連のサービスを販売するのかを完全には理解していませんが、これは未来と実験の問題ですが、少なくともセグメントに存在するほとんどのソリューションと競合していないことは明らかです。
新しいアプローチ
Dental Cloudの実践から追加したSaaSの開発のための論文は何ですか。むしろ、成功する製品を発売するための前提条件です。
- 統合またはカスタムアドオンサービスによるフロントエンドコミュニティ製品の作成
- 他のサービスとの統合-たとえば、 voximplant.com
- 「アプリケーションユーザー-ユーザークライアント」のレベルのマルチコミュニケーションコンポーネントは、あなたが勝つのに役立ちます
- APS apsstandard.org形式などのクラウドプラットフォームでのREST APIおよびコネクタの可用性
先ほど、SaaSで次のことを強調しました。
- これは、1つのクライアントの問題を解決する機能です。
- NITSコンプライアンス
- 余分なものの不足-管理者権限など
私のすべての論文をNPDに実装した最も明るい最近の例-これはSlackです -みんながすべてを取り返し、それをひっくり返しました-コミュニケーションに関するすべてのビジネスアプリケーションを集め、最終的に勝ちました。
* Hello、SaaSシリーズの以前の資料はこちらで読むことができます