SaaS製品の作成に関する投稿でブログを書き始め
ました 。 この投稿は表面的なものではなく、非常に表面的なものであることが判明し、これは非常に大きなセルへの最初の繰り返しでした。 本日の投稿は、
Dental Cloudでの実践的かつ新製品開発（NPD）専用の投稿となります。
私たちは、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）があります
フリーミアムのように、配るのではなく販売するもの：
抜け道がある追いつく状況で、チームはタスクに直面しました（何をすべきか、カール？）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シリーズの以前の資料は
こちらで読むことができ
ます