Satu Kedai, Dua Perniagaan: Bagaimana Penjual Bunga Amsterdam Mengurus Invois Runcit dan Borong Tanpa Hilang Fikiran

Kedai Sanne Visser terletak di sudut De Pijp, tiga perhentian tram ke selatan daripada cincin terusan Amsterdam, dengan baldi-baldi ranunculus dan eukaliptus tertumpah ke atas trotoar. Bagi seorang pejalan kaki yang membeli seikat tulip €12 dalam perjalanan pulang, Bloemwerk Visser kelihatan seperti kedai bunga jiran yang kecil. Memang betul. Ia juga merupakan pembekal borong dengan sebelas akaun mingguan tetap — restoran, dua hotel butik, dan sebuah tempat acara berhampiran Rijksmuseum — yang, dalam bulan biasa, mencatatkan bil melebihi keseluruhan kaunter runcit.

Sanne tidak merancang untuk menjalankan dua perniagaan. Dia merancang untuk menjalankan kedai bunga. Bahagian borong berkembang seperti mana ia biasa berkembang: pemilik restoran menyukai paparan tingkap kedainya, bertanya sama ada dia boleh "buat sesuatu setiap Isnin untuk bahagian hadapan," dan dalam masa dua tahun pesanan Isnin tunggal itu telah menjadi kalendar penghantaran berulang yang diam-diam menjadi tulang belakang pendapatannya. Masalahnya ialah runcit dan borong tidak berkelakuan sama sekali, dan untuk masa yang lama dia menjalankan kedua-duanya daripada kotak tabiat yang sama.

Dua perniagaan yang tidak serasi

Runcit adalah tunai, kad, segera. Seseorang masuk, ambil bunga, ketuk kad, keluar. Jarang ada invois; jika ada pun, ia adalah resit yang dicetak dalam lima belas saat. Nama pelanggan tidak penting. Anda mungkin tidak akan melihat mereka lagi, dan itu tidak mengapa.

Borong pula bertentangan dalam setiap dimensi. Restoran De Kade tidak membayar di kaunter — mereka membayar dalam terma Net-30, berdasarkan invois, dengan rujukan pesanan pembelian yang ditegaskan oleh akauntan mereka, menggunakan nama syarikat berdaftar mereka, kadang-kadang mempertikaikan item baris tiga minggu kemudian. Penghantaran Isnin mesti keluar sama ada Sanne sudah minum kopinya atau belum. Dan hubungan itulah yang menjadi inti pati: kehilangan klien borong bukan €12, tetapi beberapa ribu euro setahun dan reputasi yang datang dengan membekalkan dapur yang terkenal.

Kesilapan yang Sanne buat selama dua tahun pertamanya ialah menganggap semua ini sebagai satu timbunan "pelanggan" yang tidak dibezakan. Senarai kliennya adalah hamparan abjad di mana tetamu perkahwinan sekali yang memesan satu bouquet duduk bersebelahan dengan hotel yang memesan dua kali seminggu. Apabila dia perlu melihat "siapa yang berhutang dengan saya," dia terpaksa menapis kebisingan runcit secara mental setiap kali. Semasa minggu yang tenang ini menjengkelkan. Semasa lonjakan, ia berbahaya.

Lonjakan adalah keseluruhan permainan

Penjual bunga tidak mempunyai tahun yang lancar. Mereka mempunyai garis dasar rata yang diselangi lonjakan permintaan yang kuat, dan lonjakan itulah tempat wang — dan kekacauan — berada.

Hari Valentine adalah yang paling ketara. Dalam empat hari sekitar 14 Februari, Bloemwerk Visser mencapai kira-kira apa yang biasanya dilakukan dalam lima minggu biasa. Hari Ibu hampir sama besarnya. Kemudian ada musim perkahwinan, Mei hingga September, apabila tempat acara dan pasangan persendirian sama-sama mahukan susunan yang rumit dalam jangka masa yang singkat. Di sekitar puncak ini, Sanne mengupah dua pekerja bermusim, memesan tiga kali stok biasanya, dan bekerja lapan belas jam sehari. Perkara terakhir yang dia ada masa untuk lakukan semasa lonjakan adalah untuk berfikir tentang invois.

Aritmetik kejam sesebuah lonjakan ialah pentadbiran tidak mengecil apabila anda sibuk — ia berkembang. Lebih banyak pesanan bermakna lebih banyak invois, lebih banyak pergerakan stok, lebih banyak klien borong yang mahukan beberapa susunan tambahan "hanya untuk cuti," lebih banyak peluang untuk menghantar jumlah yang salah kepada syarikat yang salah. Jika sistem anda hanya berfungsi apabila anda tenang, anda tidak mempunyai sistem. Anda mempunyai tabiat cuaca baik.

Langkah pertama: berhenti berpura-pura ia satu senarai klien

Perkara pertama yang Sanne lakukan apabila dia akhirnya duduk untuk menyelesaikan masalah ini — pada malam Januari yang hujan, sengaja sebelum gelombang Valentine — ialah memisahkan kliennya mengikut siapa mereka sebenarnya. Dalam InvoiceFlow dia menetapkan kumpulan klien untuk dua bahagian perniagaannya: Runcit dan Borong. Kemudian, kerana "Borong" masih terlalu kasar, dia menggunakan sub-kategori di bawahnya: Restoran, Hotel, dan Acara.

Ini kedengaran remeh. Ia mengubah cara dia melihat perniagaannya. Sekarang apabila dia membuka senarai kliennya dia boleh menapis ke kumpulan dan segera melihat hanya apa yang penting. "Tunjukkan Borong → Restoran" memberikannya sebelas akaun yang membayar sewanya, tanpa kebisingan runcit. Penapis lanjutan aplikasi membolehkannya menyaring lebih jauh — mengikut atribut dan hubungan — jadi semasa lonjakan Valentine dia boleh menarik tepat klien borong dengan baki tertunggak dan mengejar mereka, tanpa menatal melalui dua ratus nama yang tidak akan pernah dia invoiskan.

Terdapat skrin pengurusan kumpulan klien khusus di mana dia menyelenggara semua ini di satu tempat, menamakan semula dan menyusun semula apabila perniagaan berubah. Apabila dia mendapat hotel ketiga musim bunga lepas, menambahkannya ke Borong → Hotel mengambil masa sepuluh saat, dan ia mewarisi cara dia berfikir tentang keseluruhan segmen itu.

Tetapan per-klien membuat peringatan untuk anda

Kumpulan adalah peta. Tetapan per-klien adalah tempat penjimatan masa sebenarnya terkumpul. Setiap akaun borong membawa lalai sendiri — mata wangnya (semuanya dalam euro untuk Sanne, tetapi prinsipnya sama), dan terma sendiri. Restoran De Kade adalah Net-30; tempat acara, yang pernah mengecewakannya sekali, adalah Net-14 dengan dasar bayaran lewat yang lebih ketat. Kerana keutamaan itu berada pada rekod klien, dia tidak membuat keputusan semula setiap minggu. Dia tidak menaip semula nama berdaftar syarikat dan nombor VAT setiap Isnin. Kali pertama dia menetapkan setiap akaun dengan betul adalah kali terakhir dia perlu memikirkan borang standardnya.

Langkah kedua: pesanan Isnin sepatutnya mengurus invoisnya sendiri

Tuas tunggal terbesar untuk perniagaan seperti Sanne adalah pesanan tetap. Sebelas akaun borong mahukan kira-kira perkara yang sama pada kadaran yang kira-kira sama: restoran mahukan susunan bahagian hadapan setiap Isnin, satu hotel mahukan bunga lobi dua kali seminggu, tempat acara mahukan penghantaran mingguan asas ditambah apa sahaja yang diperlukan acara tertentu di atasnya.

Ini adalah jadual berulang yang tipikal. Sanne menetapkan setiap pesanan tetap sekali — item baris, kuantiti, harga, klien yang betul, terma yang betul — dan memberitahu aplikasi kadarannya. Kini invois dijana secara automatik mengikut jadual dengan penomboran berurutan yang betul, jadi nombor invoisnya kekal bersih dan tanpa jurang walaupun separuh pengebilan berlaku tanpa dia menyentuhnya. Invois restoran Isnin wujud sebelum dia membuka pintu depan.

Apa yang ini beli kepadanya bukan sekadar minit yang terjimat, walaupun ada banyaknya. Ia adalah kebolehpercayaan semasa beban. Semasa lonjakan Valentine, invois borong berulang terus menyala pada kadaran normalnya di latar belakang sementara dia membungkus dua ratus bouquet runcit dengan tangan. Perniagaan asas tidak runtuh hanya kerana bahagian hadapan sedang dalam keadaan huru-hara. Dia boleh menangani perkara tambahan — top-up percutian, pesanan acara sekali — sebagai pengecualian, kerana rutin sudah diuruskan.

Berulang ditambah pengecualian

Jadual berulang merangkumi tulang belakang borong yang boleh diramal. Bahagian berubah-ubah — restoran mahukan dua kali ganda untuk pesta persendirian, susunan perkahwinan tempat acara — Sanne mengurus invois secara ad hoc, tetapi masih berdasarkan rekod klien yang sama tersusun dengan baik. Kerana klien sudah wujud dengan terma dan perinciannya, mengeluarkan invois tambahan adalah pantas: pilih klien, tambah item baris, hantar. Enjin berulang menguruskan degupan jantung; dia menguruskan lonjakan.

Langkah ketiga: tahu apa yang ada dalam baldi

Bunga mudah rosak dan bermusim, dan semasa lonjakan Sanne menggerakkan stok yang dia pesan minggu sebelumnya pada harga yang dia komited sebelum dia tahu bagaimana pasaran akan bergerak. Dia menggunakan Inventori InvoiceFlow untuk mengekalkan katalog produk dengan paras stok dan kesedaran stok rendah. Ia bukan pengganti naluri seseorang yang telah membeli bunga di lelongan Aalsmeer selama satu dekad, tetapi ia menghentikan kesilapan kecil yang mahal: berjanji kepada tempat acara empat puluh batang peony yang sebenarnya hampir habis stok, atau memberi sebut harga pada sesuatu yang dia tidak lagi bawa.

Mengaitkan produk dengan invoisnya juga bermakna baris borong adalah konsisten. Apabila akauntan Restoran De Kade bertanya "apakah baris €68 pada invois ketiga dalam Mac," jawapannya adalah nama produk, bukan "bunga" yang samar-samar. Konsistensi dalam item baris adalah apa yang membuat hubungan borong terasa seperti berurusan dengan pembekal dan bukan gerai pasar — dan itulah yang membuat invois Net-30 tersebut dibayar tanpa pertengkaran.

Langkah keempat: buat invois dengan pantas apabila tidak ada masa untuk membuat invois

Ujian asid mana-mana sistem adalah ketergesaan itu sendiri. Pada 13 Februari, dengan kedai penuh tiga pelanggan dan telefon berbunyi, klien borong menelefonnya untuk susunan seratus mawar kecemasan untuk acara korporat keesokan paginya. Dua tahun dahulu ini bermakna nota yang ditulis dengan tergesa-gesa, janji untuk "hantar invois kemudian," dan kemungkinan lima puluh-lima puluh bahawa dia akan terlupa jumlah tepat apabila kemudian tiba.

Kini ia adalah kerja tiga puluh saat di telefon di belakang kaunter. Klien sudah wujud dalam Borong → Acara dengan termanya. Dia menambah item baris — mawar adalah produk yang diketahui dengan harga yang diketahui — dan invois dinaikkan, dinombor, dan sedia, dengan butiran pengebilan syarikat yang betul sudah diisi. Dia boleh menghantarnya melalui e-mel atau menyerahkan PDF yang bersih kepada pelanggan ketika itu juga. Pesanan tidak tinggal dalam kepalanya sehingga tengah malam; ia berada dalam sistem pada saat ia dipersetujui.

Kelajuan itu adalah perbezaan antara lonjakan yang menguntungkan dan lonjakan yang kabur yang anda rekonstruksi selepas itu daripada ingatan dan penyesalan. Wang yang dipersetujui semasa ketergesaan adalah wang yang diinvois semasa ketergesaan.

Apa yang papan pemuka memberitahunya pada bulan Mac

Apabila habuk Valentine reda, Sanne melakukan sesuatu yang tidak pernah dapat dia lakukan dengan bersih sebelum ini: dia melihat angka mengikut segmen. Kerana runcit dan borong dipisahkan ke dalam kumpulan, dan kerana setiap invois berulang dikaitkan dengan betul, paparan Analitik menunjukkan kepadanya pendapatan, berbayar berbanding tertunggak, dan kadar kutipannya — dan dia akhirnya boleh menilai dua perniagaannya sebagai dua perniagaan.

Pelajaran yang dia ambil setiap tahun adalah sama dan masih mengejutkannya: lonjakan runcit yang kuat dan penat sekitar Valentine menghasilkan beberapa hari kutipan yang menggembirakan, tetapi tulang belakang borong yang tenang dan automatik menghasilkan lebih banyak keuntungan sepanjang tahun dengan sebahagian kecil tekanan. Pelanggan berjalan masuk itu menyenangkan dan membayar hari ini; restoran pada Net-30 adalah perniagaan itu. Melihat pemisahan itu dengan jelas adalah apa yang membolehkannya memutuskan di mana untuk menumpukan tenaganya — dan semakin banyak, itu adalah untuk memupuk akaun borong daripada mengejar satu lagi ketergesaan percutian.

Persediaan, secara umum

Jika anda menjalankan perniagaan yang secara rahsianya adalah dua perniagaan — runcit ditambah borong, berjalan masuk ditambah kontrak, awam ditambah B2B — bentuk penyelesaian Sanne boleh dipindahkan secara langsung:

1. Pisahkan klien anda ke dalam kumpulan yang sepadan dengan cara mereka sebenarnya berkelakuan, dengan sub-kategori di mana satu baldi terlalu kasar. Runcit dan borong adalah spesies yang berbeza; berhenti menyimpan mereka dalam satu timbunan.
2. Tolak terma per-klien ke rekod klien supaya anda tidak membuat keputusan semula mengenai mata wang, terma pembayaran dan dasar bayaran lewat setiap kali.
3. Automatikkan tulang belakang yang boleh diramal dengan jadual berulang. Apa sahaja yang berlaku pada kadaran sepatutnya mengurus invoisnya sendiri, dengan penomboran berurutan yang bersih.
4. Ketahui stok anda supaya anda tidak menjual berlebihan semasa lonjakan, dan supaya item baris anda dibaca seperti pembekal sebenar.
5. Jadikan invois ad-hoc kerja tiga puluh saat dengan memastikan klien sepenuhnya ditetapkan terlebih dahulu, supaya ketergesaan tidak pernah melampaui rekod anda.
6. Baca angka mengikut segmen selepas lonjakan, supaya anda boleh memberitahu mana antara dua perniagaan anda yang sebenarnya menanggung anda.

Sanne masih menyukai kaunter runcit — tulip €12, pelanggan tetap, kekacauan pagi Valentine. Tetapi sebab Bloemwerk Visser stabil dan bukan rapuh bermusim adalah bahawa bahagian yang membosankan, invois Isnin dan akaun Net-30, kini berjalan sendiri. "Bunga tidak pernah menjadi bahagian yang susah," katanya. "Mengingati siapa yang saya janjikan apa, dan dibayar untuk itu — itulah bahagian yang susah. Kedai menjadi lebih tenang pada hari saya mengakui bahawa saya menjalankan dua perniagaan dan membiarkan aplikasi memisahkan mereka."