Внутрішня система для компанії
Зводимо роботу з таблиць і переписки в одну систему: документи з даних, права доступу, історія змін. Починаємо з безкоштовного розбору.
Застосунок відрізняється від сайту одним: сайт розповідає, застосунок виконує роботу. Задач тут чотири, і вони майже не перетинаються: перевірити ідею до того, як вкладати гроші; продавати доступ за підпискою; перенести внутрішню роботу з таблиць у систему; дати клієнтам записуватись самим, поки ви спите. Кожна починається з різного питання, і плутати їх дорого: перша версія SaaS і перша версія внутрішньої системи схожі лише зовні. Тому спершу з'ясовуємо, що саме має працювати в першій версії, і чого в ній свідомо не буде. Перший розбір задачі безкоштовний — до нього будь-яка оцінка була б вигадкою.
Зводимо роботу з таблиць і переписки в одну систему: документи з даних, права доступу, історія змін. Починаємо з безкоштовного розбору.
Клієнт обирає спеціаліста, послугу й час сам, з нагадуванням напередодні й захистом від подвійного запису. Починаємо з безкоштовного розбору.
Робимо веб-сервіси, за які платять регулярно: підписка або оплата за використання, кабінет із лімітами, білінг і аналітика. Показуємо на власних продуктах.
Перша версія продукту, зроблена щоб перевірити попит, а не щоб виглядати повною. Розбір задуму, аналітика з першого дня, чесна межа «зараз / потім».
Найдорожча помилка тут — зробити повний продукт і аж потім дізнатись, що ним не користуються. Потрібна перша версія, побудована навколо одного питання: чи роблять люди ту дію, заради якої все затівалось. Тоді після запуску буде з чого зрозуміти, спрацювало чи ні.
Розберемо вашу ситуацію на безкоштовному аудитіСпочатку була одна таблиця, потім друга під іншу задачу, потім домовленості переїхали в переписку. Це працює довше, ніж здається, і ламається завжди в один момент — коли та сама людина у відпустці. Внутрішня система збирає це в одне місце з історією змін.
Рішення записатись визріває після роботи, перед сном, у метро. Саме тоді адміністратор не відповідає, а людина не чекає ранку — вона йде туди, де можна натиснути кнопку. Онлайн-запис забирає цю частину доби, яку зараз ви просто не бачите.
Тут провал буває не на коді, а на питанні «за що саме платитимуть». Тому розбір починається зі сценарію, який сервіс закриває, і з того, що з задуму має бути в платній частині, а що лишається безкоштовним, щоб людина встигла дійти до цінності.
З'ясовуємо, що має відбуватись у застосунку й хто ним користуватиметься: клієнт ззовні, ваш співробітник чи обидва. Тут же стає ясно, який це з чотирьох типів — і чи не закривається задача дешевше, без окремого продукту.
Записуємо, що входить, а що ні, і чому. Це найважливіший документ проєкту: саме тут задача перестає рости. Одночасно домовляємось про показник, за яким після запуску вимірюватимемо, чи спрацювало.
Працюємо частинами й показуємо на живому середовищі, а не в описах. Ви бачите проміжний результат і встигаєте змінити напрям, поки це дешево, а не після здачі.
Переносимо на ваш хостинг, підключаємо аналітику, віддаємо доступи й документацію, підписуємо акт. З цього дня йде гарантія 30 календарних днів.
Питання одне: користувач має щось прочитати чи щось зробити. Прочитати — сайт. Зробити дію, яка змінює дані (записатись, оформити підписку, провести замовлення через етапи) — застосунок. Межа не завжди очевидна, і буває, що задача закривається доробкою наявного сайту. Якщо це ваш випадок, ми так і скажемо на безкоштовному розборі.
Перевіряєте, чи є попит на ідею — MVP. Продаєте доступ за підпискою — платформа. Наводите лад у власних процесах, користувачі всередині компанії — внутрішня система. Клієнти мають самі обирати час і майстра — онлайн-запис. Якщо задача виглядає як два типи одразу, це майже завжди означає, що перша версія має бути одним із них, а другий іде наступним етапом.
Бо однаково названі задачі відрізняються в рази: «внутрішня система» — це і облік заявок на трьох екранах, і система з ролями, погодженнями й обміном з 1С. Строк у робочих днях називаємо після розбору, з розбивкою по етапах, і фіксуємо в договорі. До розбору будь-яка цифра була б вигадкою.
Це нормальний результат, заради якого MVP і робиться. Саме тому ще до старту домовляємось про показник, за яким це буде видно — інакше після запуску сперечатися доведеться здогадками. Дані, код і доступи лишаються вашими незалежно від того, який висновок ви зробите.
Як вирішите. Гарантія 30 календарних днів діє в будь-якому разі: помилки з нашої вини виправляємо безоплатно. Далі можна взяти супровід у нас, а можна передати своєму розробнику — ми віддаємо репозиторій і документацію на запуск і оновлення саме для того, щоб такий вибір у вас був.
Ні, і це перевіряється: домен, хостинг, репозиторій і аналітика оформлюються на вас із першого дня, а майнові права на код переходять після повної оплати. Нічого з того, що ми зробили, не живе на наших акаунтах — інакше ви не змогли б піти, навіть якби захотіли.
Так, і в застосунках це майже завжди правильніше, ніж намагатись передбачити все наперед. Перша версія має перевірити, що рішення взагалі працює для вашого випадку; розширювати дешевше, ніж переробляти зайве. На розборі окремо ділимо задачу на «зараз» і «потім».
Опишіть задачу своїми словами — підкажемо, з чого починати, і чи потрібне вам те, за чим ви прийшли. Якщо не потрібне, так і скажемо.