Чек-лист: О чем стоит подумать перед тем, как писать софт для собственного бизнеса

Многие владельцы компаний задумываются о создании собственной программы автоматизации, в которой были бы предусмотрены все нюансы и особенности их бизнеса. С этой задачей они зачастую хотят справиться самостоятельно — за счет недорогого фриланса или пары штатных разработчиков.

Меня зовут Дмитрий Гусев, я руководитель компании «Юсфулсофт» и основатель проекта Rent in Hand. Я сам прошёл этот путь. Мы искали софт для своих нужд и, когда не нашли ничего подходящего, стали писать своё собственное решение. Сегодня наш сервис — один из передовых на рынке для прокатного бизнеса в России, входит в реестр отечественного ПО, а компания является резидентом Сколково. География наших клиентов выходит за пределы российских границ. Rent in Hand используют клиенты в Белоруссии, Казахстане, Армении, Турции, Европе и Азии.

Чек-лист: О чем стоит подумать перед тем, как писать софт для собственного бизнеса

Я хочу поделиться своим опытом разработки продукта, который от решения для собственного бизнеса перерос в самостоятельный коммерческий проект. Возможно, кому-то будет полезно знать эти нюансы в начале пути, чтобы избежать ошибок и больших трат.

С чего начать

Как любой проект, работу над сервисом стоит начать с анализа рынка, задач собственного бизнеса и разработки плана действий.

1. Сформировать понимание для каких задач вам нужен сервис.

Например, мне нужен был сервис для учета инвентаря, чтобы избежать потерь на «леваках», и автоматизировать процесс сдачи в аренду, сократить время операций. С 2009 года у меня и моей команды работал самый большой в Ростове-на-Дону прокат велосипедов и спортивного инвентаря, поэтому проблему и задачи, которые мне необходимо было решить я хорошо понимал.

2. Оценить функционал имеющихся решений.

Наверняка то, что вы хотите, уже кем-то создано. Если вы хотите то же самое, но «с бантиком», пообщайтесь с создателями, возможно, они приделают его специально для вас. Порой «бантик» обходится очень дорого если делать его самостоятельно и с нуля.

Когда я стал анализировать рынок сервисов для своих задач, я понял, что мне нужен простой и недорогой в обслуживании софт с возможностью использовать его с приложения мобильного телефона. Такого не было. Все решения предлагали исключительно десктопные версии. За мобайл никто не брался.

Мы с командой, конечно, смотрели и пробовали 1C, Easysoft и другие решения, но ни у одного не было, и, кажется, до сих пор нет той функциональности которая действительно необходима прокатному бизнесу.

Чек-лист: О чем стоит подумать перед тем, как писать софт для собственного бизнеса

3. Решить, насколько вы готовы углубляться в процесс разработки и техническую поддержку будущего софта.

По началу я представлял, что я найму человека, он мне быстро сделает решение для учета и я буду с этим работать. Когда он сделал не быстро и не то, что нужно было, я понял, что в разработку нужно погружаться с головой. Скоро я пришел к тому, что проект требует работы фултайм, чтобы прописывать техзадания, искать кадры, отслеживать, как выполняются задачи.

4. Сформировать техническое задание, написанное понятным технарю языком, учитывающим все тонкости процесса, всех действующих лиц и роли.

Когда только начал работу над сервисом, я сформулировал разработчику, какие задачи должен выполнять софт, не прописывая полноценное ТЗ. Соответсвенно и получил не то, что ожидал(см. предыдущий пункт). Уже потом, когда начал работать с Rent in Hand, как с коммерческим проектом, я понял, что все комментарии и пожелания клиентов нужно формализовать в техническое задание для разработчика. Это серьезная работа и если мы развиваем проект, техническое задание должно быть на каждую фичу, модуль и т.д.

Фото: Scott Graham 
Фото: Scott Graham 

5. Оценить затраты на исполнение работ и прибавить 30% , как в деньгах, так и в сроке.

Этот пункт можно не расписывать. Просто примите, как данность.

Когда приступаешь к разработке без должного опыта, обязательно будут подводные камни, которые повлияют на итоговую стоимость и сроки.

Мы закладывали на исполнение ТЗ три месяца, а в итоге получилось, что разработка стала нашим полноценным проектом — мы постоянно совершенствуем софт и я не могу сказать, что мы бы остановились, если бы Rent in Hand остался решением для внутренних задач моего бизнеса. Хотя сначала казалось - быстро сделаем и потом будем просто в нем работать. Увы, так не бывает.

6. Предусмотреть бюджет на техподдержку и доработки.

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

Нашим решением стало создание отдельной команды для Rent in hand – со службой поддержки, разработчиками, тестировщиками, кадрами, которые занимаются развитием и управлением.

7. Подумать об исполнителях.

Есть несколько вариантов найти подходящие кадры: нанять агентство, команду на фриланс или взять сотрудников на фултайм. У каждого из них есть свои плюсы и минусы. Мы пошли по пути привлечения специалистов на проектную деятельность, а через некоторое время перешли к полноценной команде, которая работает полный день. Искали среди единомышленников, по рекомендациям, на Head Hunter и других сайтах для поиска сотрудников, и собрали свою команду мечты.

Итоги

Писать программное обеспечение, не имея опыта управления или разработки такого проекта, не только дорого, но и очень рискованно. На пути к техническому решению, которое призвано упростить работу вашего бизнеса, легко сойти с дистанции, не добравшись до финиша.

У нас получилось преодолеть этот кросс. Сегодня наша команда не только каждый месяц выпускает обновления Rent in Hand и развивает новые собственные проекты. В этом году мы также выступили техническим партнером для компаний не занятых в сфере проката, заинтересованных в оперативной разработке собственного софта с минимальными рисками. С такими компаниями мы рабатем по новой модели - предоставляем для них основу уже существующего у нас решения, дорабатываем его под необходимые задачи, упаковываем, и вместе предлагаем продукт рынку. Таким образом у нас получается эдакий совместный «стартап», в котором мы берем на себя техническую часть, а партнеры выступают в качестве инвесторов и экспертов рынка.

Чек-лист: О чем стоит подумать перед тем, как писать софт для собственного бизнеса

Если вам интересно больше узнать о нашем продукте, или о партнерстве с нами - пишите вопросы в комментариях, в личные сообщения или на почту hello@usefulsoft.ru

22
6 комментариев

Писать софт под собственный бизнес это как собирать велосипед под свой стиль езды. Уместно, когда есть: дофига денег, дофига времени и это реально интересно)

1

Я под себя писал (в смысле мои программеры). Такого софта на рынке не было, даже близко, а он был жизненно необходим, чтобы быть конкурентоспособными. Деньги и время конечно это отнимает, не без этого...

2

Нужно еще определиться на чем писать (какой фреймворк использовать). Иначе штатный Уася может написать хотелки директора на голом PHP (например), потом уволиться, а никто потом в его Г-коде не захочет ковыряться...

Абсолютно точно!
В моем чек-листе это подразумевается в пункте 3-4. Ибо если на третьем пункте решили, что не готовы углубляться, то скорее всего и со стеком правильно определиться не получиться и в итоге может выйти так как вы написали ))))

Согласен, когда речь заходить о софте для бизнеса я бы выбирал 1С.

Мы изначально намучались использовать различный софт под свои нужды, пользовались различными сервисами которые так или иначе перекрывали потребности, но хорошо то, что сделано с душой и для себя. Но как оказалось, в таком софте нуждаемся не только мы. Так мы разрабатываем корпоративный мессенджер, основываясь на множестве факторов и пожеланиям людей :)