Хоча багато малих підприємств можуть використовувати нестандартне програмне забезпечення, бувають випадки, коли потрібне більш індивідуальне рішення - або як модифікація існуючого програмного забезпечення, або щось зовсім нове.
Але які критерії визначають, коли індивідуальне рішення, а не з коробки, є правильним вибором? Коли вам потрібно прийняти рішення щодо створення програмного забезпечення у порівнянні з програмним забезпеченням для покупки?
$config[code] not foundДля відповіді «Тенденції малого бізнесу» звернулися до Джима Хатчінгса, бізнес-аналітика з Trifecta Technologies, компанії, яка більш точно налаштовує програмне забезпечення для задоволення потреб бізнесу. Він надав наступні десять порад:
Драйвери За рішенням щодо побудови програмного забезпечення в порівнянні з програмним забезпеченням
1. Ручні заходи
Компанія може використовувати ручні обхідні шляхи для супроводу рутинних завдань, оскільки програмне забезпечення не виконує цю роботу.
"Коли завдання виконується набагато довше, ніж потрібно, це перша ознака, що компанія використовує ручні обхідні шляхи, наприклад, використання Post-it notes для встановлення нагадувань", - сказав Хатчінгс. "У цьому випадку може допомогти індивідуальне рішення".
2. Низький коефіцієнт прийняття
Поганою швидкістю впровадження існуючого програмного забезпечення може бути необхідна інша індикація індикатора.
"Якщо співробітники не збираються використовувати програмне забезпечення, це є ознакою того, що їм це не подобається", - сказав він. "Примусове усиновлення також не призведе до ефективності, але призведе до того, що працівники захочуть і скаржаться".
3. Труднощі
Компанії може знадобитися індивідуальне рішення, коли важко навчати працівників на виході з програмного забезпечення.
"Це може бути те, що експерт по предмету недоступний для навчання або що програмне забезпечення застаріло і важко використовувати", сказав Хатчінгс. «Крім того, фахівець з предмету може прийняти« Це легше зробити сам, ніж навчити чужу позицію, через труднощі. У цьому випадку індивідуальне рішення буде пристосоване до потреб бізнесу.
4. Непідтримуваний процес продажу
Можуть бути випадки, коли використовуване програмне забезпечення управління взаємовідносинами з клієнтами (CRM) не повністю підтримує процес продажу. Для прикладу, Хатчінгс нагадав, що клієнтське програмне забезпечення CRM не могло задовольнити потреби у контрактах зі спеціальною моделлю ціноутворення.
"Ми додали компонент, який використовував спеціальний робочий процес для проходження конкретного процесу, заснованого на правилах, для розміщення клієнта", - сказав він. "Це спростило процес продажів таким чином, що програмне забезпечення з коробки не вдалося".
5. Кілька програмного забезпечення для однієї роботи
Інший випадок, коли налаштування стає чинником, коли потрібні різні частини програмного забезпечення для виконання однієї роботи - те, що Хатчінгс називає «Франкенстайн» програмного забезпечення.
"Цей підхід не є помилковим за визначенням, але він призводить до неефективності", - сказав він. "Якщо ви не можете використовувати лише одну частину програмного забезпечення, є проблема."
Хатчінгс перерахував два приклади, щоб зробити свою думку.
"Використання Word замість Excel для створення таблиці є одним з прикладів", - сказав він. - CRM - це інше. Використовуючи програму CRM для більшої частини воронки продажів, але додаючи електронні таблиці Excel для звітів, ви не отримуєте справжньої ефективності. "
6. Перетворення системи
Бізнес, незадоволений однією програмою, може захотіти перейти до іншого, що не завжди легко.
"Переміщення даних з однієї системи в іншу може бути важким завданням, яке може вимагати виконання замовлення", - сказав Хатчінгс. "У такому випадку, налаштування програмного забезпечення створить механізм, який автоматично конвертує дані для вас."
7. Вимоги до автоматизації
У будь-який час, коли компанія отримає вигоду від автоматизації, це означає, що вона потребує спеціального програмного забезпечення.
"Якщо ви просто продаєте речі - використовуючи програмне забезпечення для продажу, щоб внести зміни, наприклад, - ви можете бути в порядку з рішенням з коробки, таких як Square або Clover", - сказав він. "Але якщо є якісь зв'язки з нарахуванням заробітної плати, розрахунками, обліком, товарно-матеріальними запасами, закупівлями, управлінням ланцюгами постачання або прогнозуванням, краще ввести індивідуальне рішення".
8. Масштабованість і міркування зростання бізнесу
У програмному забезпеченні з коробки не вистачає гнучкості або масштабованості, що стримує зростання бізнесу.
"У цьому випадку необхідна настройка, щоб підтримати зростання", - сказав Хатчінгс. "Компанія може прийняти поетапний підхід, додаючи різні функціональні можливості або розширюючи їх з різними групами користувачів з часом."
9. Користувальницькі брендинг або дизайн
Компанія може скористатися користувальницьким брендингом або дизайном як спосіб диференціювати себе від конкурентів. В якості прикладу Хетчінгс посилався на пекарню Карло (будинок «боса торта»).
"Trifecta побудувала систему продажу, яка використовувала iPad, де, крім іншого, клієнт, спільно з пекарем, міг скласти власний торт з нуля", - сказав він. Крім того, після того, як після дебюту телевізійного шоу почали формуватися рядки, співробітники могли виходити на вулицю і використовувати iPad, щоб приймати замовлення, скорочуючи час очікування. Це допомогло утримати клієнтів ».
10. Ліцензування
Остаточний критерій для вирішення питання, чи не з коробки або з програмним забезпеченням найкраще підходить для бізнесу, пов'язаний з ліцензійними платежами, які, за Хатчінгсом, можуть бути завищеними.
"Ціна - це перший аспект", - сказав він. «Плата за ліцензування для програмного забезпечення, що випускається з коробки, може бути дуже дорогим, в такому випадку звичайно може бути менш дорогим у довгостроковій перспективі. Це не на відміну від лізингу проти придбання автомобіля. "
Додаткові поради
Хатчінгс додав наступні поради, щоб допомогти в процесі прийняття рішень щодо купівлі програмного забезпечення:
"Проаналізуйте рентабельність інвестицій, щоб забезпечити повернення грошей", - сказав він. «Бюджет у розмірі 5000 доларів може бути необхідним для створення індивідуального рішення. Просто переконайтеся, що ви можете повернути свої гроші в ефективність або економію масштабу.
Хатчінгс сказав, що підприємства повинні спочатку перевіряти коробку програмного забезпечення, щоб побачити, чи задовольняє вона цим вимогам, а потім, коли це виникає необхідність, подивіться на власні опції.
Він також повідомив, що компанії не забувають приховані витрати, пов'язані з прийняттям користувачів, наприклад, навчання, і що вони знають про втрачені альтернативні витрати, які можуть вимагати збільшення бюджету.
Робота разом Фото через Shutterstock
Коментар ▼
