Как да изберете софтуерна компания: 10 въпроса

Преди да подпишете със софтуерна компания, задайте тези 10 въпроса – за собствеността на кода, екипа, демонстрациите, поддръжката, сигурността и опасните знаци.

От Димитър Джукелов6 мин четене

Софтуерна разработкаБизнесСтратегия

Договорът е лесната част

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

Истинските разлики излизат наяве месеци по-късно: когато функционалност закъснее, когато разработчикът напусне, когато решите да смените доставчика и откриете, че ключовете не са у вас. Добрата новина е, че повечето от тези разлики могат да се видят още преди подписа. Трябва само да зададете правилните въпроси и внимателно да чуете отговорите.

Ето десетте въпроса, които бихме задали ние на ваше място. Работят еднакво, независимо дали търсите разработка на софтуер по поръчка от местен екип, сравнявате софтуерна компания в България с такава другаде в Европа, или наемате свободен професионалист за по-малък проект.

Собственост и контрол

1. Чии са кодът, данните и акаунтите?

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

Поискайте това да е записано в договора. Ако отговорът е мъгляв („ние хостваме всичко, не се притеснявайте“), значи наемате собствения си продукт. Известно време това може да е удобно. Превръща се в сериозен проблем в деня, в който поискате да си тръгнете.

2. Какво става, ако се разделим?

Добрият партньор мисли за раздялата още от първия ден. Попитайте как изглежда предаването на проекта: документация, достъпи, въвеждане на следващия екип. Уверен доставчик отговаря спокойно. Отбранителният тон също е отговор.

Хората и процесът

3. Кой реално ще върши работата?

Човекът, който ви продава проекта, често не е човекът, който го изгражда. Попитайте кой пише кода, кой проектира интерфейса и с кого ще говорите, когато нещо се счупи. Попитайте и дали част от работата се възлага на подизпълнители, и на кого.

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

4. Как превръщате идеята ни в план?

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

Ако доставчик ви даде твърда оферта след един кратък разговор, бъдете внимателни. Или не е разбрал проблема, или офертата е надута, за да покрие онова, което не е разбрал.

5. Колко често ще виждаме работещ софтуер?

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

В DSX предпочитаме кратки цикли с демонстрация на живо в края на всеки, защото десет минути демо отговарят на повече въпроси от десет страници отчет.

След старта

6. Какво става, след като системата заработи?

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

Доставчик, който говори само за разработката и замлъква при въпроса за поддръжка, може би планира да ви предаде готов продукт и да продължи нататък. Това е легитимен модел, но трябва да го знаете отрано. Ако искате един екип от дизайна до дългосрочната поддръжка, търсете IT поддръжка и управлявани услуги като част от предложението, а не като допълнение накрая.

7. Как подхождате към сигурността и GDPR?

Ако софтуерът съхранява данни на клиенти – а почти всеки бизнес софтуер го прави – вие носите отговорност по GDPR. Попитайте как доставчикът управлява достъпа, криптирането, резервните копия и къде физически се намират данните. Попитайте дали ще ви помогне да прецените кои лични данни наистина трябва да събирате.

Не ви трябва лекция по сигурност. Трябват ви ясни, конкретни отговори. Ако доставчикът не може да обясни подхода си на разбираем език, вероятно няма такъв. За повече вижте услугата ни за киберсигурност и IT одит.

Комуникация и доверие

8. Как и колко бързо ще комуникираме?

Договорете канала, ритъма и времето за отговор още преди старта. Седмична среща? Обща дъска със задачи? По един човек за контакт от всяка страна? Такива дребни детайли решават дали проектът ще върви спокойно, или хаотично.

Езикът и часовата зона също имат значение. Екип във вашата часова зона, който пише ясно на вашия език, спестява часове уточнения всяка седмица.

9. Можем ли да говорим с някой, с когото сте работили?

Портфолиото показва какво е пуснато. Препоръката разказва какво е било да се стигне дотам. Поискайте разговор с предишен клиент и му задайте един конкретен въпрос: „Какво стана, когато нещо се обърка?“ Всеки проект среща проблеми. Как се държи екипът под напрежение – това всъщност купувате.

10. Какво бихте ни посъветвали да не разработваме?

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

Опасни знаци, заради които си струва да си тръгнете

  • Кодът и акаунтите остават на името на доставчика без ясен план за прехвърлянето им.
  • Твърда оферта без проучване, особено за сложна система.
  • Никакви демонстрации до самия край. „Имайте ни доверие, ще е готово“ не е процес.
  • Никой не може да ви каже кой пише кода.
  • Натиск да подпишете бързо с отстъпки, които изтичат тази седмица.
  • Мълчание за поддръжка, сигурност и GDPR, докато вие не повдигнете темата.

Един опасен знак не винаги е причина да се откажете. Два-три заедно обикновено са.

Прост начин да сравните офертите

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


Ако обмисляте разработка на софтуер по поръчка и искате директен отговор на някой от тези въпроси, свържете се с нас. Ще ви покажем как работим – включително какво бихме ви посъветвали да не разработвате.

Споделете статията