Вирішити в думці: Про що треба знати, починаючи бізнес в e-commerce



Аудиомания м. Электрозаводская

Будь засновник бізнесу хоче, щоб його дітище росло і розвивалося – зрозуміло, якщо ми не говоримо про шахраїв і фірмах-одноденках. Це справедливо як для оффлайнових проектів, так і для інтернет-бізнесу взагалі та електронної комерції зокрема, яка ще кілька років тому переживала бум.

Мережа була переповнена керівництвами щодо створення власних магазинів, а блоги рясніли історіями успіху непрацюючих домогосподарок, які відкрили для себе чудовий новий світ перепродажу товарів з китайських інтернет-майданчиків.

У теорії всі ці розповіді звучать дуже заманливо – здається, що для створення інтернет-магазину потрібно лише одне велике бажання і голова на плечах. На практиці «долину смерті» долає далеко не кожен e-commerce проект – навіть якщо до його створення засновники підходять зі всією серйозністю, не бояться ризикувати і готові буквально жити на роботі.

Ми в Аудиомании не тільки розвинули власний електронний бізнес, але і за весь час його існування поспілкувалися і стали свідками великої кількості зльотів і падінь в e-commerce. І готові розповісти про те, як робити не треба: у цьому матеріалі ми вирішили зібрати найбільш часто зустрічаються помилки, які можуть дорого коштувати вашому онлайн-проекту ще на старті.

Треба почати, а там – як піде

Це – одне з найбільших помилок нового бізнесу, як в сфері електронної комерції, так і де б то не було ще. Спочатку така легка недбалість, здається, нікому не шкодить (проект працює!), але згодом перетворюється у величезний клубок нечітко визначених завдань, замовчуваних проблем та інших непримиренних протиріч.

Хто тут головний?

Шлях у тисячу лі, як відомо, починається з першого кроку, і в даному випадку зробити перший крок по цій дорозі в нікуди – це делікатно ухилитися від питання про те, хто буде в компанії генеральним директором. Вас всього дві/три/четверо ентузіастів, кожен готовий відповідати за все, і ви раді працювати разом. Можливо, серед вас є давні друзі, родичі і навіть подружжя. Ну як же в такому випадку можна порушити цей світ і гармонію і почати з порога з'ясовувати, хто тут головний?

На жаль, це необхідно. Як необхідно і повне розуміння сфери відповідальності кожного із засновників. Це дозволить зафіксувати, хто приймає остаточне рішення у разі суперечок (генеральний). Тут потрібно розуміти: як і в кіно про супергероїв, в бізнесі велика сила теж тягне за собою велику відповідальність, тому генеральний директор – це не просто той, за ким залишається останнє слово. В разі чого, відповідати перед контрагентами, фондами та податкової буде в першу чергу він.

Те ж саме стосується і всіх інших членів команди – у кожного має бути розуміння того, яка сфера відповідальності за ним закріплена. Так, оскільки вас поки мало, завдання можуть (і будуть) дублюватися, але при цьому розуміти, хто в якому напрямку головний, все одно необхідно. Як мінімум для того щоб з'ясувати, чи придатна людина на задану роль чи ні (адже ніхто не стверджує, що всі завдання з самого початку ви правильно розподіліть).

Наприклад, якщо ви розумієте, що ваш співзасновник чудово розбирається в технологіях і захоплено пише код, але він «ніякий» продажник, закріпіть за ним роль (умовно) CTO і не намагайтеся в разі чого перекласти на нього обов'язки парламентера просто тому, що на ранньому етапі ви всі працюєте спільно.

Такий розподіл ролей дозволяє не тільки розуміти, чим людина в цілому зайнятий і що від нього можна вимагати, – воно служить додатковим стимулом до підвищення особистої ефективності. Правило «якщо винні всі, не винен ніхто» прекрасно працює, тому якщо все в рівній мірі відповідальні за помилки в коді, штрафи податкової та відсутність контракту з постачальником, проблеми нікуди не підуть, але і тикати пальцем, шукаючи винних, буде якось ніяково (все ж так старалися).

Ні, «тинятись пальцем» в даному випадку – теж не самоціль, але розподіл ролей і вибір гендиректора (точніше, закріплення за ним реальної повноти влади в команді) дозволить позбутися від колективного вирішення проблем, коли кожен робить у тій чи іншій сфері тільки те, що йому більше подобається/звичніше/зручніше, розраховуючи, що іншу роботу в цьому напрямку «підхопить» хтось ще.

Основна помилка: зайва делікатність. Вам здається, що строгість і насадження правил, «зони відповідальності» – це історія про корпорації (а у вас тут суцільна гармонія та інша пастораль). Вам ніяково і незручно, адже це особисті питання. Проблема в тому, що гроші вам будуть платити аж ніяк не за те, які ви з колегами хороші друзі.

Рішення: Бізнес, навіть сімейний, це, насамперед, бізнес. Тому ваша мета – з самого початку навчитися задавати незручні питання: хто тут головний? За ким останнє слово? Хто чим буде займатися? З кого за що питати?

Боротьби за крісло генерального директора при цьому можна уникнути: варто почати з обговорення напрямків, якими генеральний буде зобов'язаний займатися (а також сфер, в яких він повинен буде нести пряму – адміністративну, а й кримінальну відповідальність), і вже на цьому етапі кількість бажаючих керувати може відразу зменшитися.

Програміст – це назавжди

Дуже часто серед співзасновників e-commerce-компанії виявляється як мінімум один програміст (рідше – два, при тому, що засновники, як правило, мають хоч би те ні було технічна освіта). Нічого поганого в цьому, насправді, немає. Навпаки – спочатку наявність в команді технаря, здатного писати код і працювати за ідею (все-таки співзасновник) компанії піде тільки на благо. Проблема в даному випадку полягає в тому, що програміст сприймає все, що пов'язано з написанням коду, як свою вотчину.

Так, це зворотний бік розподілу ролей, при цьому програміст – найбільш характерний приклад, так як у відсутність спеціальних знань в те, чим він займається, зайвий раз не полізе ніхто інший. Уразливість такого підходу полягає в тому, що в команді, як правило, ніхто (в тому числі і сам програміст) не думає, що рано чи пізно кодер-засновник покине компанію (таке трапляється частіше, ніж хотілося б) або, принаймні, зажадає собі помічників.

У підсумку, коли програміст (розглянемо найбільш драматичний випадок) залишає проект, в команді починається паніка: чим він займався? Над якими проблемами працював? На якій мові він, взагалі, все це писав?

Часом команда проекту настільки далека від його технічної реалізації, що навіть не помічає відсутності програміста (все ж працює і так), але це – до першого збою. Тоді в компанії починають терміново шукати заміну (адже сайт для інтернет-магазину – головний канал взаємодії з покупцем, і якщо щось іде не так на сайті, всі інші бізнес-процеси теж підуть «не так», якщо взагалі підуть).

У результаті з'ясовується, що вимоги до нового програмісту команда вдумливо сформулювати не може, і навіть якщо проект знаходить свого нового героя, той змушений в буквальному сенсі розгрібати авгієві стайні. Тому що програміст-засновник, зрозуміло, нічого не документував, і розібратися в його коді – все одно, що прочитати єгипетські ієрогліфи (деколи простіше все зробити заново).

Основна помилка: думати, що технічна реалізація проекту – це «чорний ящик». Якщо ви не технар, ви не знаєте, як цей ящик працює, але вас це не цікавить – поки все йде добре.

Для засновника-програміста в даному випадку завжди є спокуса почати грати за своїми правилами». Так, всі говорять про обов'язкову документацію, але до чого ці умовності, коли працюєш фактично на себе? Так, коментарі у програмному коді потрібні, але ж тільки, якщо над проектом працює кілька людей? Так, є більш ефективні/прогресивні рішення, але мені цікаво писати на цій мові.

Рішення: якщо ви не технар, зменшіть пієтет перед тим, чим зайнятий ваш ІТ-спеціаліст. Зрештою, він – не могутній маг з далекої цитаделі, який творить темні справи, простим смертним непідвладні. Ваш програміст може (і повинен!) пояснювати команді, чим він зайнятий, чому він використовує ті чи інші рішення, яка логіка його роботи, особливо якщо ви налагодите регулярне взаємодія і поясніть колезі, чому це важливо для всіх. Якщо ви – ІТ-спец, згадайте один з принципів гнучких методологій розробки: «люди і взаємодія важливіше процесів та інструментів».

Документація і коментарі – не менш принциповий момент. Так, зараз вашій програмісту зовсім не хочеться втрачати на них час (простіше кажучи, лінь), але в майбутньому це знадобиться якщо не новому кодеру, то йому самому: людська пам'ять, звичайно, дивовижний інструмент, але покладатися лише на нього щонайменше наївно.

Залишимо планування на потім

Ще один момент, з яким набагато легше розібратися відразу – планування, а також фінансовий і управлінський облік. Звичайно ж, коли ви – маленька компанія з крихітним обігом, управлінський облік здається непотрібною дикістю – кому потрібні всі ці ROI, EBITDA та інші страшні абревіатури?

Але по мірі росту проекту всі його бізнес-процеси будуть ускладнюватися, і розраховувати на те, що ви зможете розібратися з тим, що відбувається, «з першого погляду», не варто. Здавалося б, це прописна істина, але багато компаній обмежуються бухгалтерським обліком (а адже він фактично не відображає поточну ситуацію і за визначенням спрямований «в минуле») – і то лише тому, що цього вимагають контролюючі органи.

В результаті виникають вкрай неприємні ситуації. Наприклад, у разі надання відстрочки платежу постачальнику або рекламного сервісу, інтернет-магазин починає бездумно вкладати раптово вивільнені кошти «розвиток»: залучення нових фахівців, оформлення офісу, маркетинг, тренінги особистісного зростання для працівників та інші завдання, раптово стали вкрай важливими.

Формально (якщо враховувати виключно рух коштів, тобто cash-flow) у компанії в цій ситуації дійсно є гроші. В реальності ж (при веденні обліку прибутку/збитків) очевидно, що з ними дуже скоро доведеться розлучитися (це всього лише відстрочка платежу), тому розпоряджатися вивільненими засобами можна, але з великою обережністю, адже ці гроші, нехай і відображаються на балансі компанії, їй фактично не належать.

Зрозуміло, при відсутності налагодженого обліку, ні про яку здоровій оцінці ситуації мова не йде: не прораховуючи прибутковість від цих інвестицій, не розуміючи, як, в якій кількості і обсязі і, що найважливіше, в які терміни вони можуть поліпшити поточну ситуацію (чи поліпшать), компанія щосили орудує ними, як якщо б це були власні кошти. В результаті до моменту виплати кредиторської заборгованості постачальнику бізнес приходить ні з чим (приклад абсолютно дикий, але від цього не менш реальний).

Раптова відсутність коштів стимулює потрапляння в новий «порочне коло»: в гру вступають кредитування та перекредитування (в гіршому випадку) або системи стимулювання попиту, формально призводять до приросту виручки в короткостроковому періоді, але фактично відверто збиткові (продаж товару з величезними знижками, непродумані бонусні програми). Все це не просто небезпечно – така безпечність у поводженні із засобами може коштувати засновникам за все їх бізнесу, причому в дуже короткі терміни.

Основна помилка: помилкове відчуття того, що всі проблеми можна вирішувати по мірі їх надходження – і тому питання фінансового і управлінського обліку, а також пов'язаного з ними планування можна на ранніх етапах спокійно знехтувати (ймовірно, до якихось галузей це може ставитися, але точно не до e-commerce). З цього виникає впевненість у тому, що фінансові питання можна вирішувати «з льоту», в режимі ручного управління – а для всього іншого є бухгалтер.

Важливо розуміти – бухгалтер не допоможе вам прийняти рішення про те, в який маркетинговий канал вкладати кошти і як спрогнозувати повернення з цих інвестицій, він не підкаже, як розпорядитися грошима, що з'явилися завдяки відстрочення платежу і які витрати запланувати в наступному місяці. У невеликому інтернет-магазині ці питання повинен вирішувати засновник, і при цьому на базі реальних цифр, а не в силу «глибокого внутрішнього переконання».

Рішення: Так, на етапі створення нової компанії заглиблюватися в тонкощі фінансового і управлінського обліку може бути просто смішно, але все одно це вдалий час для того, щоб почати розбиратися в таких питаннях. Коли у вашому магазині будуть здійснювати сотні покупок в день, вам стане колись осягати основи фінансової грамотності для підприємців.

Нехай зараз ваші таблиці, діаграми та значення показників будуть очевидні всім і кожному – так ви сформуєте основний шаблон, по якому будете працювати в майбутньому. І під шаблоном в даному випадку розуміється не табличка в Excel, а принципи: поведінки, використання даних, прийняття рішень, над якими треба працювати з перших днів існування компанії.

Джерело: Хабрахабр

0 коментарів

Тільки зареєстровані та авторизовані користувачі можуть залишати коментарі.