Web AppLow Traction

Scarlyfy

Scarlyfy は、ラテンアメリカの小規模医療機関向けの WhatsApp AI ボット兼デジタルカレンダーです。明確な診療所ワークフローと完成済みプロダクトがあっても、ローンチ時期を信頼できるものにするには、プラットフォーム承認、買い手への到達、有料需要の証明が必要です。

出典を見る

プロダクト概要

何だったか

Scarlyfy は、ラテンアメリカの小規模医療機関向け WhatsApp AI ボット兼デジタルカレンダーです。

誰のためか

ラテンアメリカの個人医師小規模クリニックWhatsApp で予約調整する医療オフィス

課題 / 価値

予約登録、リマインダー、確認、フォローアップ電話を自動化し、診療所の手作業の予約調整を減らします。

中核ワークフロー

患者が WhatsApp でメッセージを送り、ボットが空き状況を確認し、予約を取り、リマインダーを送り、患者が確認しない場合は電話し、医師のダッシュボードを更新します。

プロダクト形態

WhatsApp AI ボットデジタルカレンダー診療所ダッシュボードWeb SaaS

価格モデル

創業者投稿では 14 日間無料トライアルが準備済みで、価格は月 $22 からとされています。公式サイトは PEN 79 から PEN 319 までのプランを掲載しています。

競合または代替手段

手作業の WhatsApp 予約調整診療所の紙ノート診療予約ソフトウェアWhatsApp Business ワークフロー

何が起きたか

概要

Scarlyfy は技術的には準備済みでしたが、公式 WhatsApp 承認経路が保留中のまま、有料顧客は 0 件でした。

結果

これは停止事例ではなく、稼働中の低トラクション事例です。公開情報は、プロダクト準備、価格、明確なワークフローを示していますが、有料顧客の証拠やその後の Meta 承認結果は示していません。

中核リスク

有料顧客の証明前にプラットフォーム承認へ依存したこと。

需要シグナル

公開記録では、ローンチ状況の時点で有料顧客は 0 件でした。これは診療所にそのワークフローが不要だったことを証明するものではありませんが、プロダクト準備やプラットフォーム設定とは別に、有料需要がまだ示されていなかったことを意味します。

集客上の問題

想定ワークフローは Meta WhatsApp Business API の承認に依存しています。創業者は、レビューが 2026 年 5 月 13 日から保留中だと述べており、公式 WhatsApp 経路がローンチと営業タイミングのゲートになっていました。

タイムライン

  • 2026 年 5 月 29 日、創業者は Scarlyfy が 3 週間前にローンチしたと述べました。
  • 創業者は、ランディングページ、バックエンド、認証、マルチテナント予約、Webhook、14 日間無料トライアルが準備済みだと報告しました。
  • 同じ投稿では、Meta レビューが 2026 年 5 月 13 日から保留中とされています。
  • そのローンチ状況の時点で、創業者は有料顧客 0 件と報告しました。

作る前に確認すること

なぜ重要か

WhatsApp などの管理されたプラットフォーム上に作るワークフロープロダクトでは、技術的準備だけでは足りません。承認、代替デモ経路、ワークフローが使えるようになったとき対象買い手が払う証拠が必要です。

主な確認事項

プラットフォーム承認をローンチ上の重大リスクとして扱い、完全な WhatsApp ワークフローに依存する前に診療所買い手のコミットメントを証明してください。

チェックリスト

  • プラットフォーム承認が完了する前に、買い手は中核成果を体験できるか。
  • ワークフローが使えるようになったら誰が支払うと同意しているか。
  • 承認に想定の 2 倍の時間がかかったら何が起きるか。
  • このプロダクトが機能するには、診療所がどの習慣をやめる必要があるか。
  • 中核ワークフローを届ける前に必要な外部承認をすべて特定する。
  • 承認待ちになる前に、代替デモまたは手作業代行の経路を作る。
  • 対象クリニックに無料トライアルだけでなく有料パイロットを約束してもらう。
  • ユーザーが現在の予約習慣を変えるか測る。

参考になる場合

  • WhatsApp、Meta Business API、アプリマーケットプレイス、その他の承認ゲートがあるプラットフォーム上で作っている。
  • プロダクトが業務ワークフローを解決するが、既存習慣の変更に依存している。
  • プロダクトは準備できているが、有料顧客の証拠がまだない。

参考になりにくい場合

  • プラットフォーム承認と署名済み有料パイロットがすでにある。
  • 第三者承認ゲートなしで中核価値を提供できる。

開発前テスト

  • より多くの自動化を追加する前に、小規模クリニックで手動の予約受付パイロットを行う。
  • デモまたは手作業版を使いながら、WhatsApp ワークフローをクリニックへ先行販売する。
  • Meta 承認経路を早めに試作し、WhatsApp 以外の代替策を文書化する。

応用できる学び

  • プラットフォーム承認を構築後の事務作業ではなく、検証の一部として扱う。
  • 完全自動ワークフローが承認される前に、買い手に有料パイロットを約束してもらう。
  • デモ、手作業代行、手動パイロットで診療所が習慣を変えるか試す。
  • 技術スタックではなく、診療所側の成果を買い手の言葉で売る。

今作るなら

より深い自動化を作る前に、診療所側の成果に対する有料パイロットを売り、承認待ちに依存しないデモ経路を残し、医師が WhatsApp や紙のノートから予約習慣を変えるかを検証してください。