7 грешки, които малките фирми допускат при поръчка на софтуер по поръчка

Повечето малки фирми, които си изгарят пръстите със софтуерен проект по поръчка, не пострадват от лоши програмисти. Те пострадват седмици преди да започне каквото и да е програмиране — на стартова среща, в имейл нишка, при едно ръкостискане — заради решение, което тогава им се е сторило дребно. Когато кодът пристигне, грешката вече е вградена. Добрата новина е, че тези грешки са скучно повтарящи се, което значи, че са избежими, ако знаете как изглеждат.

Наблюдавал съм много такива проекти отвътре, от двете страни на масата. Някои се превърнаха в инструменти, без които една фирма не може да си представи работата. Други се превърнаха в наполовина готов екран за вход, напрегнат спор за фактура и собственик, който се кълне, че никога повече няма да поръчва по поръчка. Дразнещото е колко малко разделяше двата изхода. Технологията рядко беше проблемът. Решенията около технологията почти винаги бяха.

Затова ето седемте грешки, които виждам отново и отново, когато малка фирма поръчва софтуер по поръчка. Никоя от тях не изисква технически опит, за да я избегнете. Изискват само да знаете, че съществуват, преди да подпишете каквото и да е.

Грешка 1: Купувате решение, преди да разбирате проблема

Най-скъпата грешка се случва първа и звучи безобидно: „Имаме нужда от приложение, което прави Х.“ Когато някой го изрече на глас, той вече обикновено е решил формата на решението — табло, портал, мобилно приложение — без никой да е записал реалния проблем с прости думи. Тогава разработката вярно доставя погрешното нещо, при това красиво.

Добрият софтуер тръгва от формулиране на проблема, а не от списък с функции. „Нашият офис екип преписва всяка поръчка от имейла в счетоводната система и това отнема на двама души половин ден“ е проблем. „Имаме нужда от CRM по поръчка“ е догадка за решение на проблем, който никой не си е направил труда да назове. Първото може да се реши евтино и да се измери. Второто е безкрайна покана да харчите пари.

Грешка 2: Опит да се изгради всичко наведнъж

Софтуерът по поръчка изглежда като покупка веднъж на десетилетие, затова хората се опитват да натъпчат желанията за цяло десетилетие в първата версия. Всеки отдел добавя заявка. Всяко „докато сме се хванали“ получава „да“. Обхватът се раздува, сроковете се утрояват и проектът рухва под собствените си амбиции много преди някой изобщо да го ползва.

Фирмите, които успяват, правят обратното. Те избират единствения най-болезнен резен от проблема и изграждат първо него — реално, работещо нещо в продукция в рамките на няколко месеца. После оставят реалната употреба да им подскаже какво следва. Това не е само по-евтино; то е по-безопасно. Научавате дали идеята работи, докато залогът е все още малък, вместо да откриете след шест месеца и голяма фактура, че сте проектирали погрешното нещо.

Под това стои една сурова истина: всъщност още не знаете от какво имате нужда. Никой не знае в началото. Разбирането ви за проблема ще се промени в мига, в който реални хора докоснат реален инструмент. Изграждането на всичко предварително заключва най-ранните ви, най-неинформирани догадки. Изграждането на резени ви запазва гъвкави — и държи бюджета под контрол, докато все още учите.

Грешка 3: Избор само по цена

Взимате три оферти. Едната е драматично по-евтина от другите. Облекчение — ще вземете нея. Това е един от най-сигурните начини да превърнете малък проект в скъп, защото евтината оферта почти никога не значи, че работата е по-евтина. Обикновено значи, че двете страни са разбрали задачата различно.

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

Грешка 4: Забравяте, че софтуерът не е еднократна покупка

Софтуерът по поръчка често се предлага и купува като мебел: платете веднъж, притежавайте го завинаги. Не е така. Софтуерът живее в движещ се свят — операционните системи се обновяват, браузърите се променят, идват кръпки за сигурност, бизнесът ви се мени, инструментите, с които се свързвате, променят правилата си. Инструмент, който никой не поддържа, бавно спира да работи, после се чупи в най-неподходящия момент.

Това хваща малките фирми зле, защото разходът за поддръжка е невидим при подписването. Сравнявате две оферти по цената на изграждане и никога не задавате въпроса, който има по-голямо значение: колко струва това да се поддържа живо и здраво всяка година? Хостинг, обновявания, дребни поправки, по някоя промяна, докато бизнесът ви се развива — планирайте го като нормално, текущо перо, както правите за застраховка или счетоводство. Обикновено е скромно, но само ако го очаквате.

Грешка 5: Оставяте изискванията мъгляви и без отговорник

„Вие сте експертите, просто направете нещо добро“ звучи щедро. Всъщност така проектите се отклоняват. Хората, които разбират бизнеса ви най-добре, сте вие и екипът ви — не разработчиците. Ако предадете размит бриф и изчезнете, доставчикът запълва празнините с най-добрите си догадки и вие ще откриете тези догадки в най-лошия момент: при доставка, когато промяната им е най-скъпа.

От ваша страна трябва да се заемат две роли, а малките фирми редовно не заемат нито една. Първата е единствен вземащ решения — един човек, който може да каже „да“, да урежда разногласия между отдели и не е твърде зает да отговаря на въпроси седмици наред. Втората е готовността да сте конкретни за частите, които имат значение: граничните случаи, странното изключение, което бизнесът ви винаги е обработвал на ръка, правилото, което всички знаят, но никой не е записал. Точно това е, което софтуерът трябва да направи правилно.

Грешка 6: Не питате кой притежава кода и данните

Това е тихата грешка и тя боли най-много години по-късно. Плащате за софтуер по поръчка, предполагате, че е ваш. После отношенията с доставчика се развалят, или той вдига цените, или просто изчезва — и откривате, че не можете да помръднете. Нямате изходния код. Данните живеят в система, до която само той има достъп. Цялата ви дейност сега зависи от фирма, на която вече не вярвате, и нямате никакъв лост за натиск.

Нищо от това не изисква адвокат, за да го предотвратите. Изисква три прости въпроса, зададени преди да започнете, докато все още имате цялата сила да преговаряте: Кой притежава изходния код, когато това е готово? Мога ли да изнеса всичките си данни в използваем формат, когато поискам? И ако се разделим, какво точно си тръгвам с него? Сериозен партньор отговаря на тези въпроси без да трепне. Колебанието тук е най-големият червен флаг в целия процес.

• Уговорете в писмена форма, че притежавате изходния код или имате ясен, справедлив лиценз за него.
• Потвърдете, че можете да изнасяте собствените си данни в стандартен формат, при поискване, без разрешение.
• Уверете се, че работата е документирана достатъчно добре, за да може друг разработчик да я подхване.
• Избягвайте патентовано заключване там, където проста, добре позната технология би свършила същата работа.
• Уговорете предварително какво се случва с хостинга и акаунтите, ако някога смените доставчик.

Грешка 7: Третирате стартирането като финалната линия

Софтуерът е доставен, работи, всички са облекчени. Проектът е обявен за завършен. Шест месеца по-късно половината екип тихо се е върнал към старата таблица, а скъпият нов инструмент се ползва от двама души за едно нещо. Изграждането успя. Възприемането се провали — а двете са напълно различни проблеми.

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

1. 1
   Стартирайте първо за малка група

   Пуснете инструмента до няколко склонни хора преди целия екип. Те ще намерят грапавините и ще станат вашите вътрешни застъпници.
2. 2
   Покажете личната печалба, не фирмената

   „Това спестява пари на бизнеса“ не мотивира никого. „Това означава, че спирате да пишете адреси по два пъти“ привлича хората.
3. 3
   Назначете човек, към когото да се обръщат за въпроси

   През първия месец някой отговаря за глупавите въпроси. Триенето в първата седмица е това, което убива възприемането завинаги.
4. 4
   Реално изключете стария начин

   Докато старата таблица съществува, хората ще продължават да я ползват. Щом новото работи, пенсионирайте резервния вариант — внимателно, но ясно.

Като ги съберем: мисленето на купувача

Препрочетете тези седем и през тях минава една обща нишка. Почти никоя не е техническа. Те са за яснота, собственост и сдържаност — да познавате проблема си преди да пазарувате, да изграждате на малки стъпки, да преценявате доставчиците по разбиране, а не по цена, да планирате за живота на инструмента, а не само за раждането му, да оставате ангажирани, да защитавате изхода си и да третирате стартирането като начало на истинската работа.

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

Чести въпроси