Hoe vind je echte voorstellen voor IoT-productontwikkeling

Het lijdt geen twijfel dat een slechte verzameling van vereisten leidt tot een slechte kwaliteit van producten. Als dit geldt voor een normaal softwareproject, stel je dan het belang voor van een kritieke ruimte zoals het Internet of Things (IoT), dat een combinatie is van meerdere disciplines.

Naast alleen de duidelijkheid van het overbrengen van de zakelijke behoefte, zijn verzoeken om voorstellen (RFP's) de bron van alle go-to-query's totdat een scopingdocument of een blauwdruk tijdens de verkoop wordt vergrendeld. Daarom moet het document details op laag niveau bevatten, zegt Yash Mehta, een IoT- en Big Data Science-specialist.

De uitdaging is het ontdekken, filteren en zoeken van offertes van zeer gespecialiseerde leveranciers in recordtijdlijnen. De RFP is nog maar het begin van het productlanceringstraject dat ongeveer een jaar duurt.

Bovendien leidt het schrijven van een superieure RFP tot het vermijden van problemen verderop in de ontwikkelingsfase. Deze problemen kunnen vertraagde releasedatums, budgetoverschrijdingen of andere gecompliceerde problemen zijn.

Als u de hoorn op de knip houdt met het schrijven van uw RFP voor een IoT-product, vindt u hieronder de te volgen gids.

Voeg een uitsplitsing van de PESTEL-analyse toe

Elk IoT-product pakt een probleem op individueel of zakelijk niveau aan. Aangezien de eerste gebruikers van IoT-producten essentiële sectoren zijn (gezondheidszorg, verzekeringen, defensie enz.), moet de RFP de doelstellingen van het project uitleggen door middel van PESTEL-analyse (Political, Economic, Social, Technology, Environment &Legal).

PESTEL-analyse is de beste weergave van uw visie op papier. Ze geven diepgaand inzicht in de impact van het product op verschillende vlakken. Dit is vervolgens een mooie aanleiding voor de leverancier om uw visie in zich op te nemen en te reageren met het meest passende voorstel. PESTEL-analyse wordt in het begin grondig uitgevoerd, waardoor het iteratieve proces van het stellen van vragen tijdens presales wordt verminderd.

Betekent dit dat PESTEL niet bedoeld is voor een minder complex of lichtgewicht product? Zeker niet!

Afhankelijk van het type product kan de analyse ook variëren in volume. PESTEL kan een onderdeel zijn van de productdoelsectie in de RFP. Telkens wanneer kwantitatieve doelen moeten worden gesteld, moeten dit de definitieve bedrijfsdoelen zijn of de gewenste richting uitdrukken.

Maak gebruik van geautomatiseerde tools

Het maakt niet uit dat IoT een relatief nieuwe sector is, bepaalde tools helpen het proces van het schrijven van een RFP te versnellen. Zo zijn er platforms die sjablonen leveren voor eerdere IoT-projecten. Terwijl anderen helpen met on-demand gepersonaliseerde bronnen om de taak voor u uit te voeren. Sterker nog, er zijn tools die een RFP-document genereren op basis van de vragenlijst die je hebt beantwoord.

Deze werken echter allemaal alleen voor basisprojecten. Langere projecten zijn afhankelijk van domeinexpertise en Ioterra lijkt daar een oplossing voor te hebben. Nadat u een paar belangrijke vragen over uw project hebt beantwoord, scant de RFP-tool honderden leveranciers in hun database en erkent degenen die aan uw vereisten voldoen. Het genereert snel een Request For Proposal (RFP) via Ioterra en dient dit in bij de leveranciers waarin u geïnteresseerd bent.

In de loop der jaren heeft het platform ondernemingen en honderden topleveranciers in het ecosysteem aan boord gebracht. Het proces is vrij eenvoudig. Na het beantwoorden van een paar belangrijke vragen over het projecttype en de vereisten via hun RFP-tool, ontvangt het bedrijf meldingen van relevante productontwikkelingsbedrijven en consultants.

Het bedrijf deelt een offerteaanvraag (RFQ) met alle aanvragers, selecteert de meest geschikte partner en start het project. In het beste geval duurt het hele proces maximaal een week en dat is het mooie van het platform waarmee bedrijven zowel tijd als kosten kunnen besparen.

Maak van MVP uw prioriteit

Voor IoT-outsourcing moet de RFP het Minimum-Viable Product (MVP) specificeren. Omdat er meerdere afhankelijkheden zijn van de elektronica, mechanica, software en middleware-kern, biedt de MVP een startpunt om de oplossing te bouwen. Het is ook de bron om de oplossing te bepalen en waar mogelijk functies in/uit te schakelen.

Twee van de belangrijkste factoren van een IoT-oplossing zijn bijvoorbeeld de mogelijkheid om big data te verzenden en te analyseren en de mechanische constructie (het apparaat en de onderliggende componenten). Daarom moet prioriteit worden gegeven aan de lijst met componenten volgens de mate van kritiekheid. een onderdeel van de MVP.

RFP voor een prototype is een goede zet

Zoals eerder besproken, is prototyping een integraal onderdeel van een IoT-productontwikkelingslandschap. Nadat het eerste prototype is gevalideerd, zijn de productieprototypes in feite de dichtstbijzijnde mock-up van de uiteindelijke configuratie net voor massaproductie. Veel ondernemingen kozen een technologiepartner op basis van hun expertise op prototypingniveau. Daarom, als RFP's zouden kunnen vragen om een ​​aanpak om een ​​prototype van de oplossing te bouwen.

Dit kan een onderdeel zijn van de algemene RFP-oefening of een afzonderlijke RFP-oefening alleen voor het bouwen van de eerste prototypes. Als je aan een complex product werkt, overweeg dan hier een RFP voor prototyping.

Conclusie

Een effectieve RFP voor IoT kan meerdere complexiteiten oplossen en contact maken met de leverancier die u verdient. Aangezien het internet-of-things een heleboel dingen is, is het absoluut noodzakelijk om hedendaagse praktijken te omarmen voordat je de vloer op gaat. Net zoals een kwalitatief productidee een fundament is, zo ook de kwalitatieve eis die je opstelt en de partners waarmee je samenwerkt.

De auteur is Yash Mehta, een IoT- en Big Data Science-specialist.