オンラインサポート・コンサルティングサービス

MOONGIFT.dev @moongift_dev

SaaS形式でオンラインサポート/コンサルティングサービスを開発しようと企画中。興味のある個人 or 企業の方がいれば連絡乞う。

クロ @ti_clocks

@moongift ホスティングでサポートやってた時期があるので興味あります。 サポートのキモは、複数ユーザーを同一システムで獲得したとき、どれだけ単ユーザのコストを落とし、かつ満足度を上げるかがキモという気がしてます。

MOONGIFT.dev @moongift_dev

@ti_clocks サポート自体に関わるというのではなく、サポートするためのプラットフォームを提供するイメージです。基本クローズドサポートを考えています。いかがでしょう？

MOONGIFT.dev @moongift_dev

特に足らないのはWebデザイナーの方。資金提供してくれる企業もあれば尚良し。

MOONGIFT.dev @moongift_dev

資金がなかったとすれば、開発者×2、デザイナー×1で3ヶ月あればローンチできるかな。

MOONGIFT.dev @moongift_dev

なぜかオンラインサポートのソリューションは音声とかリモートコントロールとかに走りがち。そうじゃない方向にいく。

kaz. Suenaga / 末永 和史 @kazSuenaga

@moongift 某ぷらっとほーむさんのサポートシステムとしてやってみるとか。

MOONGIFT.dev @moongift_dev

@kazSuenaga ECのサポート…うーん、どうだろう…。基本有料サポートを想定しているんですよね。サポートされる側がお金を出してサポートしてもらう。

kaz. Suenaga / 末永 和史 @kazSuenaga

@moongift ああ、ECではなくて自社製品サポートとか。

MOONGIFT.dev @moongift_dev

@kazSuenaga ですね。

クロ @ti_clocks

@moongift サポートむけフレームワークを実現するシステムを提供するというイメージでしょうか。 インシデント管理などのシステムは良く見ますが、サポートという大くくりは少ない気がします。ビジネスとして参画できるかわかりませんが、意見交換レベルでよければ是非混ぜて下さい。

MOONGIFT.dev @moongift_dev

@ti_clocks 本来はサポートよりもコンサルティングがメインとは思っていますが、コンサルって言葉が重いので有料サポートと。製品サポートであったり、PHPのサポートであったり、Android開発のサポートであったりといった具合です。

MOONGIFT.dev @moongift_dev

C2Bでもいけるし、B2BでもB2Cでもいける。ダイエットのサポート、FXのサポートでも。

MOONGIFT.dev @moongift_dev

コンテンツは全てクローズドで、有料課金型。週、月、日なのかは登録者が作成するプライスプラン次第。こちらは課金額の20%を手数料として頂戴する。

MOONGIFT.dev @moongift_dev

フィードは購入者向けに個々人用のフィードを生成する。トークンレベルの認証付きフィード。

MOONGIFT.dev @moongift_dev

パブリックなコンテンツ（撒き餌）は別途ブログでやってくださいというスタンス。

クロ @ti_clocks

@moongift ビジネスモデルごとのフレームワークに合わせて人とモノを提供すると。コンサルというと最近良く聞くものの、「で、何？」という意見が一般大多数という気がするので、パッケージでわかりやすいモノを売りながら、業務に合わせてお手伝い出来ます、というのは面白いですね。

クロ @ti_clocks

となると、フレームワークとして策定するモデルを、どこまでユーザに売りやすく作るかってところの営業戦略の話になりそうだな。営業目線はあんまり持ってなかったけど、そろそろ必要か。

MOONGIFT.dev @moongift_dev

@ti_clocks そう、分かりづらいんですよ＞コンサル だから分野を限定的にすることで「で、何？」を解決します。かつオンラインに力を入れる事で個別にかかるコストを抑える事もできます。プランによっては訪問や電話もありとしますが。

クロ @ti_clocks

@moongift サポートで悩ましいのが、売り上げが高いお客のワガママでして。プラットフォーム提供と考えると、「トラブル解決のトラブル解決」の観点も必要となってくるので更にややこしいです。なので、電話、訪問を可能にする場合、あらかじめきっちりSLA目線での規約作成が急務かと。

MOONGIFT.dev @moongift_dev

@ti_clocks そうなると、逆に切ってしまった方が良いということかも知れません（オフライン）。オフラインだと提供地域の問題もあるので、ない方がむしろ良さそうですね。

MOONGIFT.dev @moongift_dev

@yasutkd フリー部分は担当しないですけどね＞＜

MOONGIFT.dev @moongift_dev

@ti_clocks むしろSaaSなら足りない機能をSaaSのせいにできるかも知れませんねw サポート主も小さな企業 or 個人を想定しているので手が回らないであろうとも思います。

クロ @ti_clocks

@moongift ですです。ユーザー側からすると歯がゆいのは確かなんですが、提供目線で考えるとバリエーションの多さはイコールトラブル源であり、そのまま計算できないコストに直結します。 であれば、その分の資本をプラットフォームや広報につぎ込んだほうが明らかに効率がよいかと。

クロ @ti_clocks

@moongift 中小がターゲットとなると、電話応対は人と人のオンライン対応となってしまう分、人数不足がそのままサポートクォリティの低下になっちゃいますからねえ。であれば、それこそSaaSベースでの環境整備と、ナレッジの溜め込みでエンドユーザが自己解決しやすい形が理想ですね。