このツールはあなたに代わって販売しません。それは「はい」と「支払い済み、署名済み、開始済み」の間のギャップを埋めるものです。このギャップで、事務所は静かに利益を失っています。
11月にクライアントのファイルを確認すると、エンゲージメントが拡大していることに気づきます。以前は1店舗だったのが、今は2店舗。6月から対応している給与計算の質問。8月に対応した販売税登録は、含まれていないと説明するよりも速かったからです。エンゲージメントレターにはこれらのことは何も書かれていません。レターを探しに行くと、1月に送付したバージョンが見つかります。署名なし。
誰も正確には何も間違っていません。クライアントは電話で「はい」と言い、あなたは良いサービスだと感じたので作業を開始し、書類作成は後回しになり、結局フォローアップされませんでした。これが会計事務所向け提案書ソフトウェアが存在する理由であるギャップです。そして、単一のベンダーを見る前に、このカテゴリーが実際に何を解決するのかを理解する価値があります。なぜなら、その名前が示唆するよりも狭く、より価値があるからです。
提案書ソフトウェアが実際に解決する3つの問題点
このカテゴリーが克服しなければならない嘘は、あなたが今自分自身に言っているかもしれない嘘です：「提案書はWordテンプレートの問題であり、私たちはすでにエンゲージメントレターを持っています。」持っています。レターは問題ではありません。問題は引き継ぎです。クライアントが「はい」と言ってから、作業が実際に開始され、価格が設定され、書類が作成されるまでのシーケンスです。その引き継ぎはシステムであり、手動で実行されると、3つの具体的で高価な方法で失敗します。
価格設定されていないスコープクリープ。上記の11月のファイル。スコープが誰も読み返さない静的なドキュメントに存在する場合、再契約の書類作成には手間がかかるため、すべての小さな追加は引用されるのではなく吸収されます。これを15人のクライアントにまで広げると、あなたは練習の一部を無料で運営していることになります。価格設定されていない仕事は期待される仕事になるため、永続的に。
署名されていないエンゲージメントレター。正直な事務所なら誰でも、署名されていないレターでアクティブなクライアントを抱えています。これは責任問題です。あなたの専門賠償保険と州の委員会は、署名されたエンゲージメントなしで作業することについて意見を持っています。しかし、それは価格設定の問題でもあります。署名されていないレターは合意されていない価格です。クライアントが同意しなかった部分を最悪の瞬間に知ることになります。関係がすでに悪化しているときです。
開始が遅い。提案書を送付しても、その後は沈黙。クライアントは80％は乗り気で、100％は多忙。あなたは、催促がしつこく見えないか判断している間に、案件は受信トレイで熟成していく。その間に、今四半期のキャパシティに対して見積もった作業は、来四半期にずれ込む。口頭での「はい」と署名の間に消滅する案件は、競合に負けたのではなく、摩擦に負けたのだ。
3つすべてに共通する点に注目してほしい。どれも営業上の問題ではない。これらは、営業から作業への引き渡しにおけるオペレーション上の失敗なのだ。このカテゴリの正直な職務内容は、「イエス」を受け取り、それを署名済みスコープ、回収済み支払い、開始済みエンゲージメントに、一度の動作で、誰かが落とすフォローアップなしに、機械的に変換することである。
現状：Ignition、GoProposal、そしてAnchorクラス
市場のファーム固有のエンドは、認識可能なクラスを中心に統合されてきた。Ignition、GoProposal、Anchorが最もよく耳にする名前であり、ジェネリックな提案ツール（ProposifyやPandaDocクラス）がその周りを回っている。スケッチの前に注記：ここにいる誰も、掲載料を支払っていない。アフィリエイトリンクもない。このカテゴリの価格設定は頻繁に変動し、クライアント数や支払い量によってティア分けされる。現在の価格設定は、各ベンダーに直接確認すること。以下はポジショニングであり、価格表よりも動きが遅い。
Ignitionは、会計および簿記ファーム向けのカテゴリのアンカーである。提案書、エンゲージメントレター、支払い承認を、単一のクライアント向けフローで提供し、その背後には定期請求と更新自動化がある。その定義的なアイデアは、承諾と支払いは同じイベントであるべきだということだ。クライアントが署名すれば請求が開始され、個別の請求書追跡は不要になる。これは、大量の定期エンゲージメントを実行しているファームに向けられており、まさに更新自動化がその価値を発揮する場所である。
Sage傘下のGoProposalは、価格の一貫性を前面に押し出している。その中核は、設定可能な価格設定エンジンである。ファームがどのように価格設定するか（品目、ドライバー、最低料金）をエンコードすると、すべてのチームメンバーが同じスコープに対して同じ見積もりを作成する。これは、パートナーそれぞれが見込みで価格設定し、その見込みが一致しないファームにとっての魅力である。エンゲージメントレターは、選択されたスコープから自動的に生成されるため、レターは常に実際に販売されたものと一致する。
Anchorは、より新しい参入者であり、支払いファーストで構築されている。エンゲージメント契約は請求に直接結び付けられ、価格設定モデルは、歴史的に取引あたりのコストが積極的であった。スイートよりもスリムであり、その魅力は、提案習慣をすでに持っており、主に強制レイヤーを必要とするファームに適した、周囲のプラットフォームなしで契約から支払いまでのバックボーンを実行することである。現在の条件を確認すること。スリムなツールは、時間の経過とともにレイヤーを追加していく。
汎用クラス — Proposify、PandaDoc、および類似のツールは、あらゆる業界向けの美しいドキュメントと電子署名を提供します。しかし、会計事務所に必要な、請求の自動更新、契約更新サイクル、元帳やプラクティスマネージメントスタックとの統合といった機能が欠けています。提案が事務所で時折しか行われないのであれば、汎用ツールで十分かもしれません。しかし、定期的な契約がビジネスモデルであるなら、業界特化型クラスが存在するのには理由があります。
デモで要求すべき4つの機能
このカテゴリの機能グリッドはすべて同じように見えます。これら4つは、事務所の経済性を変えるツールと、PDFをより見栄え良くするツールを区別しています。
1. テンプレート化された範囲言語とフェンス。提案は、それに記載された範囲によってのみ保護されます。必要なのは、境界がテンプレートの一部となっているサービス定義のライブラリです。注文数量のバンド、店舗数、再見積もりをトリガーするものなどです。eコマース会計サービスの価格設定方法で説明されているような範囲フェンス（「締め日は10日まで、月間1,000件までの注文、店舗は1つ、2店舗目からは次のバンドに移行」）を構築した場合、ツールはその言語を保持し、すべての提案で同じように再利用する必要があります。範囲の拡大は、交渉ではなく、テンプレートで阻止されます。
2. 受諾時の支払い。署名と支払い方法は、同じ動作で収集されるべきです。この単一のメカニズムにより、3つの失敗のうち2つが同時に解消されます。署名はされているがアクティブではないクライアント（作業は受諾まで開始されず、受諾には支払い承認が含まれます）、および最初の請求書の催促（請求レールは初日から有効です）がなくなります。デモでは、クライアントが提案を開封してから事務所が支払いを受けるまでの体験を正確に見せてください。ステップ数を数えてください。余分なステップごとに、取引が停滞する可能性があります。
3. 更新と値上げの自動化。これは静かなキラー機能です。なぜなら、事務所が長年避けてきた会話を自動化するからです。毎年、更新された価格で各契約を再提案する更新サイクルは、厄介な「料金について話す必要があります」という電話を、クライアントが期待する通常の文書に変えます。事務所が過小評価されている既存クライアントを抱えているのは、計算ができないからではなく、会話が不快だからです。スケジュール通りに価格を引き上げるシステムは、不快感と遅延を取り除きます。ベンダーに、パーセンテージの引き上げを伴う一括更新のプロセスを説明するように依頼してください。それが不器用であれば、あなたはそれを使用せず、2028年になっても2024年の価格設定を引きずることになります。
4. 貴社の元帳およびPMスタックとの統合。 受諾は連鎖するべきです。署名された契約はQuickBooksでクライアントを作成し、貴社のプラクティスマネージメントツールでオンボーディングジョブを開始し、請求スケジュールを開始します — 誰かが再入力する必要はありません。貴社のプラクティスマネージメントソフトウェアと連携しない提案ツールは、ハンドオフギャップを1ステップ下流に移動させるだけです。署名され、支払いが行われ、その後誰もタスクリストに入れていない状態になります。デモに実際のスタックを持参し、ベンダーに連鎖をエンドツーエンドで見せてもらいましょう。
このツールが最も効果を発揮する場所：商品化されたサービスを提供する事務所
注目すべきパターンは次のとおりです。提案ソフトウェアは製品化された価格設定と組み合わされます。すべてのエンゲージメントがオーダーメイドの場合、ツールはフォーマット時間を節約します。貴社のサービスが製品化されている場合 — 定義されたティア、公開されたバンド、標準的な成果物 — ツールは貴社の価格設定モデル全体の配信メカニズムになります。
Eコマース中心の企業が最も明確なケースです。店舗数と注文量でティア化されたリテイナーを実行している企業 — 価格設定ガイドからのレートカードモデル — は、各バンドを提案テンプレートとしてエンコードできます。新しい見込み客、2店舗、月間約3,000件の注文？それはバンドであり、バンドはスコープフェンスがすでに記述されているワンクリック提案です。新しいクライアントの価格設定は、午後の判断ではなくなり、検索になります。
クリーンアップワークプロダクトも同様にきれいに製品化されます。固定料金のクリーンアップエンゲージメント — 事前の診断料金、履歴の月ごとのバンディング、新たに発見された欠陥に対する変更注文 — は、提案テンプレートに直接マッピングされます。診断用、各クリーンアップバンド用、変更注文言語は事前にスコープに記述されています。クライアントは、貴社が価格設定したのと同じ単位の計算を確認し、書類は方法と一致します。
組み合わせが重要です。製品化された価格設定は提案を迅速にし、迅速な提案はより一貫した見積もりを可能にし、一貫した見積もりはレートカードを願望ではなく現実のものにします。オーダーメイドのスコープに時間単位で請求する企業は、このカテゴリから最も少ないものを得ます — ツールが失敗するからではなく、それらが標準化するための標準的なものがないからです。
できない仕事
さて、正直なセクションです。このカテゴリのマーケティングはそうではないことを示唆しているためです。提案ソフトウェアは貴社のサービスを定義できません。それは、すでに下した決定を体系化するだけです。月次決算に何が含まれるか、再見積もりをトリガーするのは何か、またはバンドが何であるかを決定していない場合、ツールは空白のテンプレートライブラリと設定画面を提供します — そして、Wordで持っていたのと同じ曖昧さを再構築することになります。ただし、サブスクリプション料金と監査証跡付きの曖昧さになります。
失敗モードは予測可能だ。企業はツールを購入し、既存の曖昧な契約書をテンプレートに読み込ませ、6ヶ月後に提案書作成ソフトが機能しないと結論付ける。順序が逆だったのだ。まずサービスを定義する――大まかにでも、スプレッドシートでもいい：何が含まれ、何が除外され、各ティアのコストはいくらか、クライアントがティア間を移動するにはどうすればよいか。それは、真に困難な決定を伴う2人のパートナーのアフタヌーンだ。それからツールを購入すれば、ツールは機能する。なぜなら、最終的に強制するものがあるからだ。
スコープの境界線を紙に書けないのであれば、どのソフトウェアもそれを保持することはできない。
11月のファイル――署名されていない契約書、吸収されたスコープ、1つとして扱われた2つの店舗――は書類上の失敗ではなかった。それはシステムのない引き継ぎであり、修正は順序にある：サービスを定義し、スコープを区切り、それから両方を署名時に強制するツールを購入する。特にeコマースクライアントを中心にこれを構築している企業にとって、スコープされたエンゲージメントの下にある配信レイヤーは、それ自体が決定事項である――CPAsおよび企業向けのページは、スタックのその部分にどのように適合するかをカバーしている。
