Как да опишете RFID изискванията в RFQ към доставчик

Формулирането на RFID изисквания за RFQ към доставчик изглежда като задача на отдела по снабдяване, но всъщност е оперативна задача, представена като процес по снабдяване. Именно затова толкова много компании грешат. Те подготвят документ, пълен с общи фрази като „по-добра видимост“, „проследимост“, „данни в реално време“ и „съответствие с индустриални стандарти“, а после се чудят защо всеки доставчик изпраща добре оформено предложение, което почти не казва нищо полезно. Проблемът не е непременно в това, че доставчиците укриват информация. Проблемът е, че неясните RFID изисквания водят до неясни отговори. Ако искате RFQ, което реално ви помага да изберете правилния RFID доставчик, трябва да опишете оперативната реалност на бизнеса си така, че да оставите възможно най-малко място за учтиви предположения.

Започнете с бизнес проблема, а не с хардуера

Това започва с един неудобен, но необходим въпрос. Какво точно трябва да прави RFID системата във вашата среда, което настоящият процес днес не успява да прави добре? Ако този отговор е размит, RFQ ще бъде размито. Ако RFQ е размито, всеки участник ще звучи убедително. Един търговец на дребно, с когото работих, научи това по скъпия начин. Първото му RFQ към доставчици за RFID проект за инвентаризация казваше, че компанията иска по-добра точност на наличностите, поддръжка на омниканални операции, подобрена работа в магазините и бъдеща мащабируемост. Всеки RFID доставчик в списъка отговори положително. Предложенията изглеждаха професионално, но бяха невъзможни за сравнение, защото всеки доставчик тихомълком беше избрал различен проблем за решаване. Един се фокусира върху по-бързо преброяване. Друг — върху маркиране при източника. Трети настояваше за четци в магазините. Четвърти — за софтуерни табла. Нищо от това не беше нечестно. Търговецът просто не беше описал изискванията достатъчно ясно, за да получи смислени отговори.

Истинската отправна точка за RFID RFQ не е хардуерът. Тя е формулировката на бизнес проблема. Ако сте складов оператор, посочете дали основната болка е видимост на палети, проверка при експедиция, разместване на кашони, проследяване на оборотни активи или точност на наличностите в резервни зони. Ако сте болница, уточнете дали първият сценарий е видимост на мобилно оборудване, оборот на бельо, обработка на медикаменти или проследимост на проби. Ако сте перален оператор, кажете дали най-важни са видимостта на броя изпирания, разследване на липси, проследяване на жизнения цикъл на облекла или отчетност по конкретен клиент. Една пералня за хотели най-накрая получи полезни предложения от доставчици едва след като пренаписа RFQ около едно изречение: нуждаем се от RFID, за да намалим необяснимите загуби и да подобрим видимостта на оборота на ниво артикул за хотелски халати, кърпи за басейн и спа бельо в три обекта и една централна пералня. Изведнъж предложенията станаха по-добри, защото доставчиците вече не можеха да се скрият зад общи формулировки.

Ясно определете единицата за проследяване

Следващото нещо, което много купувачи пропускат, е, че документът с RFID изисквания трябва да дефинира единицата за проследяване с прости думи. Проследявате ли палети, кашони, тави, метални стелажи, облекла, отделни текстилни артикули, устройства, инструменти или единични търговия на дребно артикули? Това звучи очевидно, но ако не го уточните, доставчиците ще направят собствени предположения. Производствена компания веднъж подготви RFQ, в което постоянно използваше израза „проследяване на активи“, без да дефинира актива. Един участник го разтълкува като проследяване на оборотни контейнери. Друг прие, че става дума за носители на незавършено производство. Трети предположи, че се проследяват стационарно оборудване и мобилни инструменти. Компанията обвини доставчиците в непоследователност, но истинският проблем беше в собствения ѝ документ. Доброто RFQ не казва просто „проследяване на активи“ и не спира дотам. То казва: проследяване на стоманени оборотни стелажи с готови възли между завод A, консолидационен двор B и зона за подготовка при клиент C, с уникална идентичност, запазена през многократни цикли и външна експозиция. Такова ниво на яснота води до полезни оферти.

Опишете реалната работна среда

Описанието на средата е също толкова важно, колкото и описанието на актива. RFID производителността никога не е абстрактна. Металът има значение. Течностите имат значение. Топлината има значение. Циклите на пране имат значение. Плътното опаковане има значение. Тесните зони за четене имат значение. Временното складиране има значение. Ако RFQ към доставчик пренебрегва тези фактори, отговорите ще се плъзнат към най-благоприятни допускания. Един дистрибутор в студена верига подготви много по-добро второ RFQ едва след като първият кръг срещи с доставчици се разви зле. В първия документ компанията поиска RFID проследяване на палети в хладилни операции. За вътрешния екип това звучеше достатъчно. Не беше. Преработената версия обясняваше кондензацията, замразеното съхранение, смесените палети със стреч фолио, краткото време на престой при доковете и скоростта на мотокарите през зоните за подготовка. Само тази промяна значително подобри качеството на отговорите, защото сериозните доставчици вече можеха да обсъждат реална конструкция на етикета, правила за поставяне и очаквания към зоните за четене, вместо да повтарят общи тези за студена верига.

Тук много компании допускат още една грешка. Те пишат спецификация за RFID етикет твърде рано и твърде тясно. Решават, често след кратко търсене в интернет, че им трябват UHF RFID етикети, или за метал RFID етикети, или перящи се laundry етикети, и след това изграждат цялото RFQ около типа продукт, а не около изискваната производителност. Това може да се обърне срещу тях. Една здравна група веднъж написа RFQ, което на практика изискваше конкретно семейство етикети, защото някой от проектния екип го беше видял в друга болница. Доставчиците в краткия списък учтиво се съобразиха, но един от тях тихо отбеляза, че предложеният тип етикет не е идеален за начина, по който мобилните устройства се почистват и паркират. Този доставчик беше прав. По-добрият начин да се напише изискването не беше „използвайте етикет X“. Беше: „етикетът трябва да издържа болнични протоколи за почистване, да остава четим върху целевите категории устройства, да поддържа очакваното разстояние за четене в контролните точки и да не пречи на рутинната употреба или процедурите за инфекционен контрол.“ Добрите доставчици могат да проектират спрямо изисквания за производителност. Слабите доставчици обичат да получават повърхностно продуктово предписание, защото то ги освобождава от нуждата да мислят задълбочено.

Свържете бизнес изискванията с техническите изисквания

Затова вашето RFQ трябва да съдържа както бизнес изисквания, така и технически изисквания, и те трябва да бъдат свързани. Ако бизнес изискването е по-бърза проверка при експедиция на премиум потребителска електроника, техническите изисквания трябва да описват плътност на кашоните, опаковъчни материали, условия при конвейерна или докова обработка, очаквани точки за потвърждение на прочита, правила за сериализация и WMS интеграционни тригери, свързани с потвърждение на пратката. Един 3PL оператор направи това добре в по-късен етап на RFQ след разочароващ първи пилот. Вместо да поиска общо RFID автоматизация на склад, той написа, че избраният доставчик трябва да поддържа проверка при експедиция на ниво кашон за избрани SKU с висока стойност, с точност на прочитане, достатъчна да замени една съществуваща ръчна стъпка за потвърждение при затваряне на ремарке, и трябва да интегрира събитийната логика в съществуващата WMS, без да налага паралелни „сенчести“ работни процеси. Това беше достатъчно конкретно, за да филтрира доставчици, които говорят добре, но не могат да проектират смислено.

Опишете честно текущия работен процес

Силното RFID RFQ към доставчик трябва да обясни и текущия работен процес, а не само желаното бъдещо състояние. Доставчиците трябва да знаят какво прави бизнесът днес, ако ще преценяват дали RFID е реалистично подобрение или просто декоративен слой. Екип за университетско оборудване написа отлично RFQ, защото описа как мобилните устройства в момента се заявяват, преместват, паркират, почистват и преразпределят между отделите. Тази подробност разкри нещо важно още преди началото на проекта: част от проблема с видимостта идваше от неясен работен процес, а не само от липсваща технология. Най-добрите участници реагираха съответно. Те не обещаваха магия. Обясниха къде RFID може да помогне, къде все още ще е нужно изчистване на процесите и къде институцията може да се нуждае от поетапно внедряване вместо от широк старт. Именно такъв тип отговор трябва да направи възможен един добър RFQ документ.

Изискванията около данните и интеграцията трябва да се пишат със същото ниво на честност. Много RFQ документи казват неща като „системата трябва да се интегрира с ERP“ или „трябва да поддържа WMS свързаност“, което е по-добре от нищо, но все още е твърде слабо. Интеграция как? За кое събитие? За актуализиране на какъв статус? При какви правила за изключения? Един производител на храни пренаписа своите RFID изисквания, след като осъзна, че изразът „ERP интеграция“ означава различни неща за различните доставчици. По-силната версия казваше, че RFID системата трябва да предава потвърдени събития за движение на палети към ERP и WMS слоевете, за да поддържа проследимост на ниво партида, видимост при подготовка и валидиране на пратки, и трябва да дефинира логиката кога RFID събитие актуализира системния статус и кога е необходим ръчен преглед на изключение. Тази формулировка принуди доставчиците да мислят за смисъла на събитията, вместо просто да кажат „да“ на интеграцията.

Направете тестовете и очакваната производителност конкретни

Друга зона, в която компаниите често пишат RFQ твърде повърхностно, са тестовете и очакванията към proof of concept. Ако не попитате доставчиците как възнамеряват да валидират производителността във вашата среда, ще получите плитки пилотни предложения, създадени повече да изглеждат успешни, отколкото да покажат истината. Една марка за облекло промени целия си процес на покупка, след като това стана очевидно. В първия кръг доставчиците предложиха пилоти, които звучаха бързо и успокояващо, но бяха твърде малки, твърде чисти и твърде откъснати от реалната магазинна и returns среда. Във второто RFQ марката изиска от доставчиците да опишат допускания за обхвата на пилота, логика за размера на извадката, условия на тестовата среда, критерии за успех, обработка на изключения и критерии за тълкуване след пилота. Това принуди участниците да покажат дали са спокойни с реална оперативна неопределеност, или само с демонстрации тип шоурум. Освен това направи цените по-сравними, защото всеки доставчик трябваше да покаже какво реално е включено във фазата на доказване.

Същата дисциплина трябва да се прилага и към очакванията за производителност. Много RFID RFQ документи искат цели за четене скорост, без да обясняват какво тези стойности трябва да поддържат на практика. Това води до неудобни разговори по-късно. 99 процента четене скорост може да бъде отличен в един сценарий и неизползваем в друг. Важното не е числото само по себе си. Важното е на какво бизнесът се опитва да се довери. Болнична услуга за пране подобри значително RFQ, когато спря да иска обща точност на прочитане и вместо това заяви, че решението трябва да поддържа надеждно потвърждение на ниво артикул при приемане на замърсено бельо, видимост на цикъла на пране и подготовка на клиентски изходящи партиди за избрани текстилни категории, с достатъчна последователност, за да може времето за разследване на клиентски липси да се намали измеримо. Това превърна изискването за производителност в оперативно, а не декоративно.

Посочете известните ограничения, вместо да ги криете

Едно от най-добрите неща, които можете да включите в RFID RFQ, е раздел, наречен „известни ограничения“ или „известни проблеми“. Твърде много купувачи се опитват да представят проекта като чист и привлекателен, защото мислят, че така ще получат по-добри оферти. Обикновено става обратното. Това насърчава повърхностен оптимизъм. Производствена компания написа много по-силно второ RFQ, след като призна, че разположението на производствения под включва временно складиране, смесени товарни единици, метално струпване и чести вариации в движението на стелажи между смените. След като компанията каза истината, отговорите се подобриха. По-слабите доставчици все още изпратиха общи отговори. По-силните започнаха да обсъждат неясноти в зоните за четене, поставяне на тагове, филтриране на събития и къде процесният контрол ще бъде също толкова важен, колкото хардуерът. Точно това купувачът трябваше да чуе.

Разделете задължителните нужди от бъдещите амбиции

Трябва също така внимателно да разграничите задължителните изисквания от предпочитаните възможности. Това е по-важно, отколкото изглежда. Ако всичко е критично, нищо не е критично. Дистрибуторска компания, оценяваща партньори за RFID внедряване, структурира RFQ така, че основните задължителни точки да покриват целеви приложения, пригодност към средата, обхват на интеграцията, очаквания за поддръжка и методология на пилота. Предпочитаните точки включваха бъдещо разширение към returnable transport items и допълнителни reporting функции. Тази структура помогна на доставчиците да отговорят честно. Тя също така направи последващото оценяване много по-лесно, защото екипът можеше да отдели „трябва да работи сега“ от „добре е да се поддържа по-късно“. Много RFQ документи се провалят като инструмент за оценка, защото смесват тези две категории небрежно.

Търговската структура също има място в документа, но не трябва да доминира първите страници. Ако първата половина на RFQ е за ценови форми, срокове за доставка и етапи на плащане, доставчиците естествено ще оптимизират за търговски отговор вместо за добър системен отговор. По-добрите RFQ документи поставят търговските детайли по-късно и започват с оперативния проблем, средата, use case, показателите за успех, изискванията за интеграция и очакванията за управление. Един регионален перален оператор направи точно това и получи много по-полезни отговори. Доставчиците, които бяха сериозни към бизнес проблема, останаха ангажирани. Доставчиците, които основно искаха да прокарат каталогово предложение, станаха по-лесни за разпознаване.

Дефинирайте поддръжката, допусканията и референциите

Очакванията за поддръжка и периода след go-live също трябва да бъдат изрично описани. Това е една от най-често недоразписаните части в много RFID RFQ документи. Много купувачи питат какво ще прави системата при старта и казват много малко за това какво се случва след старта. Това е рисковано, защото много RFID системи се нуждаят от настройка, след като срещнат реален трафик, реални потребители и реални изключения. Логистична компания подобри RFQ, като поиска от доставчиците да дефинират обхвата на поддръжката след go-live, подхода за настройка, обработката на ескалации, честотата на преглед на производителността и очакванията за собственост върху инфраструктурата, данните и оперативните корекции. Тази промяна филтрира някои нискобюджетни предложения, които изглеждаха привлекателни, докато не стана ясно, че по същество са оферти тип „инсталираме и изчезваме“.

Друга добра практика при RFQ е да изискате от участниците да опишат допусканията си писмено. Не им позволявайте да скриват критични допускания в demo call или приложение. Нека посочат какво приемат за процесната дисциплина, постоянството на опаковките, спазването от потребителите, инфраструктурата, качеството на данните, наличността на електрозахранване, мрежовото покритие, метода на закрепване или поддръжката на source tagging. Един музей, използващ RFID за движение на каси и защитни опаковки на обекти, намери това за изключително ценно. Доставчиците, които записаха допусканията си, бяха много по-лесни за сравнение, а едно на пръв поглед обещаващо предложение беше отхвърлено, защото целият му дизайн предполагаше много по-стабилен модел на движение, отколкото реалният изложбен процес на музея изобщо можеше да осигури. Проблемът не беше лоша технология. Беше лошо съответствие, разкрито достатъчно рано, за да спести време.

Очакванията за референции също трябва да присъстват в RFQ, и то не по ленив начин. Вместо просто да искате клиентски референции, поискайте референции, релевантни на конкретния use case или среда. Попитайте за проекти със сравними типове активи, натиск върху работния процес или интеграционна сложност. Хотелска перална услуга получи по-добра търговска обратна връзка, когато поиска не просто каквито и да е референции, а референции за проследяване на текстил, издръжливост при индустриално пране и отчетност на оборота в многообектови сервизни модели. Това премести разговора от споменаване на известни имена към релевантно доказателство. Същият принцип работи в производството, складирането, здравеопазването и търговия на дребно сектора. Релевантността на референциите е по-важна от броя им.

Помолете доставчиците да покажат ограниченията на RFID

Един от най-умните раздели, които можете да включите, е искане доставчиците да обяснят къде RFID може да не реши проблема напълно. Това звучи нелогично, но е силно. Сериозните доставчици знаят, че не всяка болка е чисто технологична. Една болница, която оценяваше RFID за видимост на мобилно оборудване, добави този въпрос и получи много по-ясна представа за пазара. По-слабите доставчици продължиха да обещават пълна видимост и гладко приемане. По-силните посочиха bottlenecks в работния процес, пропуски около статуса на почистване, навици за временно паркиране и предизвикателства в управлението, които RFID самостоятелно няма да изтрие. Тези отговори не бяха обезкуражаващи. Бяха надеждни. Доброто RFQ трябва да възнаграждава честността, а не само оптимизма.

Документът ви трябва също да пита за управление на маркирането и етикетирането, ако source tagging или разпределено маркиране са част от плана. Това е особено важно в търговия на дребно, текстил, производство и многообектова логистика. Марка за обувки, която искаше RFID при източника, подобри RFQ, като изиска от доставчиците да обяснят как ще поддържат контрол на кодирането, проверки на качеството, проследимост на партиди и регионални производствени вариации. Това разкри голяма разлика между доставчици, които могат да продават тагове, и доставчици, които реално могат да поддържат разпределена програма за маркиране. Ако проектът ви ще засегне множество фабрики, перални, DC, болници или регионални складове, изискванията ви трябва да посочат как ще се поддържа постоянство между тях.

Използвайте оперативни сценарии, за да проверите мисленето на доставчиците

Една компания за потребителски стоки направи RFQ много по-силно, като включи примерни оперативни сценарии вместо само абстрактни изисквания. Тя описа закъснял входящ палет, пристигащ в претъпкан склад, смесена изходяща пратка, изискваща проверка, оборотна каса, която излиза и се връща в цикъла, и ръчно изключение, причинено от повреден таг. След това поиска от участниците да обяснят как тяхното решение би се държало във всеки сценарий. Това беше умно. Принуди доставчиците да излязат от общия brochure език и да влязат в реалния ритъм на операцията. Най-силните отговори станаха очевидни много бързо.

Същият подход може да се използва и за по-чувствителни среди. Здравна група включи сценарии с мобилно устройство, влизащо за почистване, количка с бельо, забавена в отделение, и медикаментозна каса, движеща се между аптека и клинична зона за временно съхранение. Доставчиците, които разбираха healthcare workflows, отговориха с нюанс. По-слабите отговориха с шаблони. Това е стойността на добре написаните сценарии. Те показват дали участникът наистина разбира конкретното приложение.

Напишете RFQ така, че доставчиците да отговорят на реалността

В крайна сметка писането на RFID изисквания за RFQ към доставчик не е въпрос на създаване на по-дълъг документ. То е въпрос на създаване на по-ясен документ. Най-добрите RFQ документи казват истината за бизнес проблема, средата, текущия работен процес, нужната интеграция, очакваните решения, ограниченията, пилотните очаквания, модела на поддръжка и критериите за успех. Те разделят задължителните нужди от бъдещите амбиции. Карат доставчиците да разкрият допусканията си. Налагат релевантност вместо реторика.

Компаниите, които правят това добре, обикновено откриват нещо интересно. Самото RFQ подобрява разбирането им за проекта още преди да бъде избран доставчик. То им помага да видят къде е реалната болка, какво първата фаза не трябва да се опитва да прави и кои части от RFID системата ще имат най-голямо значение. Това е една от причините добре написаният документ с RFID изисквания да е толкова ценен. Той не е просто начин да купувате по-добре. Той е начин да мислите по-добре.

Ако искате по-силни отговори от доставчици, по-лесно сравнение, по-малко изненади и по-добър шанс да изберете правилния RFID партньор, напишете RFQ така, както добрите оперативни хора описват реалността: ясно, конкретно и без да се преструвате, че средата е по-чиста, отколкото е. Именно това прави едно RFID RFQ полезно. Не форматът. Не жаргонът. Честността.