パイプラインから請求書まで
6つのステージ、記録は最初からやり直しません
多くのパイプラインは「受注」で止まります。それは奇妙な終着点です。オーブンをつけたところで終わるレシピのようなものです。興味深いのは、仕事を受注してから代金を受け取るまでの間に起こることで、たいていはそこで手入力が始まるのです。
普通の会社で、ある一連のやり取りの中で顧客の名前・住所・電話番号が何回入力されるか数えてみてください。正直な答えはたいてい4回です。CRMに、カレンダーに、支払いリンクに、請求ソフトに。入力し直すたびに誤字が入り込む機会が生まれ、誤字のたびに、請求書を却下するのが仕事である人に請求書を却下される機会が生まれます。
ここではその数は1回です。入力したのは顧客ご本人です。
予約は別世界ではありません
どこかへ出向く商品を扱う方にとって、予約こそが取引そのものです。枠の確保、確認、前夜のリマインダー — そのすべてが連絡先に紐づいているため、リマインダーはどの会話に属するかを把握でき、販売者は送信されたことを確認できます。
ということは、キャンセルも謎ではありません。スレッド上に、時刻付きで、顧客が理由を説明したメッセージの隣に表示されます。その理由が本当かどうかは、あなたとお客様の間の問題です。
支払いは、販売者ご自身の口座へ
金銭の受け取りは、後付けのプラグインではなく、同族のサービスです。請求は販売者ご自身の口座に落ち、その記録は連絡先に戻ります。作業した本人が、事務所に尋ねることなく入金を確認できる — これで社内メールの一分野が丸ごと消えます。
- ✓見積済み2,400ズウォティ、有効期間14日。スレッドから送信したので、顧客はスレッド上で返信しました。
- ✓予約済みメールで確認済み。金曜の夜にリマインダー送信。犬の件も記録済み。
- ✓入金済み2 400 złをカードで、販売者自身のアカウントに。
- ✓請求済み連絡先から作成。住所を入力した人は誰もいません。
経過日数：11日再入力回数：0
請求書について、そしてKSeFについて
請求書発行はcastomoファミリー内の独立したサービスであり、iKonektは、顧客・合意済みの価格・実際に行われた作業をすでに保持しているレコードを渡します。これが仕組みのすべてです。請求書は創造的な行為ではなく、どこかにすでに存在する事実の描き出しです。
ポーランドの販売者にとっては、それには国の電子請求書システムであるKSeFも含まれます。義務化の時期は会社によって異なるため、これは全員一斉に切り替えるのではなく、テナントごとに設定します — つまり、あなたの経理担当者のカレンダーを設計判断にしない、という丁寧な言い方です。
経理担当者について一言：お話しした担当者全員が同じ要望を挙げていますが、それは機能のことではありません。「同じ住所が3つのバージョンで入ったスプレッドシートを送るのはやめてください」ということです。このページを正式な誓約としてお受け取りください。
6つのステージに含まれないもの
これらは営業手法ではなく、iKonektはあなたの取引が40%なのか60%なのかについて意見を持ちません。ここでのステージは、レコードに物理的に何が起きたかを表します。枠は確保されているか、されていないか。請求書は発行されているか、されていないか。事実に基づく予測は誰かの仕事です。事実をでっち上げるのは誰の仕事でもありません。
「請求書は月曜に発行します。」
実際には土曜の11:21に発行されました。
最初のチャットメッセージから入金済み請求書まで、同じレコードのまま。住所を4回目に入力した人もおらず、顧客は継ぎ目に気づきませんでした — 継ぎ目が存在しなかったからです。
すべてを隔てるものへ →