CRM de Broker de Marfă: Pâlniile de Vânzări Transportatori vs Expeditori

Un broker de marfă rulează două mișcări de vânzări distincte pe ambele părți ale aceleiași tranzacții — vânzând expeditorilor ideea de a-și mișca marfa prin broker și, separat, recrutând și menținând transportatori dispuși să o transporte efectiv. Un CRM configurat doar în jurul procesului de vânzări orientat spre expeditor pierde jumătate din afacere, pentru că vânzarea/achiziția de transportatori e propria ei pâlnie cu propriile metrici de conversie.

Vânzarea către expeditor arată ca vânzarea B2B tipică — calificare de lead, ofertare, negociere de contract, management de cont. "Vânzarea" către transportatori (numită adesea achiziție de transportatori sau vânzări de transportatori, în funcție de broker) e mai aproape de recrutare: identificarea transportatorilor cu capacitate pe rutele necesare, construirea unei încrederi suficiente pentru ca aceștia să accepte încărcături la marje acceptabile și menținerea implicării lor ca să nu treacă implicit la alți brokeri primii. Ambele pâlnii deservesc în final aceeași încărcătură, dar necesită configurări CRM diferite, criterii de calificare diferite și adesea echipe diferite.

• Urmărirea capacității și acoperirii de rută, nu urmărirea valorii afacerii — obiectivul e camioane disponibile pe rutele necesare, nu un pipeline în valoare de bani
• Cerințe de răspuns rapid, pentru că disponibilitatea transportatorilor e perisabilă în ore, într-un mod în care afacerile cu expeditori rareori sunt
• Verificări de onboarding și conformitate (asigurare, autorizație, rating de siguranță) care condiționează capacitatea unui transportator de a fi dispecerizat, distincte de lista de verificare de onboarding a unui expeditor
• Urmărirea sănătății relației concentrată pe rata de acceptare a încărcăturii și satisfacția de plată, pentru că transportatorii migrează la alți brokeri din cauza plăților lente sau calității slabe a încărcăturilor, la fel cum expeditorii migrează din cauza eșecurilor de serviciu

Unii brokeri rulează ambele pâlnii în aceeași platformă CRM cu tipuri de obiecte și pipeline-uri separate; alții găsesc fluxurile suficient de diferite pentru a justifica un instrument dedicat de achiziție de transportatori alături de un CRM separat pentru expeditori. Alegerea corectă depinde de dimensiunea echipei și cât de mult contează vizibilitatea încrucișată — un broker mai mic beneficiază de un singur sistem unde contextul de expeditor și transportator al unei încărcături sunt ambele vizibile împreună, în timp ce operațiunile mai mari cu echipe dedicate pe fiecare parte pot prioritiza instrumente de top pentru fiecare în locul unei singure platforme partajate.

Indiferent de alegerea platformei, cele două părți ar trebui să se conecteze la nivel de încărcătură — cerințele de rută ale unui cont expeditor ar trebui să fie vizibile pentru oricine surse capacitate de transportator pentru acea rută, iar istoricul de fiabilitate al unui transportator ar trebui să informeze ce angajamente față de expeditori se simte confortabil să facă brokerul. Menținerea acestora complet izolate riscă ca brokerul să promită excesiv expeditorilor pe rute unde capacitatea de transportatori e de fapt redusă.

Mapează ambele pâlnii explicit înainte de a configura CRM-ul — o greșeală comună e construirea unui CRM puternic orientat spre expeditor primul și tratarea achiziției de transportatori ca gând ulterior, ceea ce deservește slab jumătate din ce chiar face modelul de broker să funcționeze.