Автоматизация на бизнес процесите на уеб студио. Ермолаев А.Г., Новикова Т.Б., Курзаева Л.В.
Ситуацията на пазара на интернет услуги през 2017 г. не е толкова проста. Ако преди 5-6 години нови компании в тази област се появяваха буквално десетки всеки ден, сега ситуацията се усложни. Според статистиката повече от половината от действащите компании съществуват повече от 6 години, по-рано делът на младите е бил много по-висок. Конкуренцията на пазара е огромна, а търсенето на услуги е в стагнация. Има няколко причини за това:
- Преди пет години бизнесът се премести в интернет в много по-широк поток, отколкото сега. Много вече са заели своето място на пазара, някои все още не виждат смисъл в създаването на сайтове или използват алтернативни опции (SMM, реклама на табла за обяви и др.). Кризисните явления в икономиката се отразиха негативно на бюджетите и желанието на бизнеса да инвестира в развитие.
- Разходите за качествено насърчаване на бизнеса се увеличиха. Ако по-рано едно кликване в Yandex.Direct струваше средно 5-7 рубли, днес тази цифра е 5-10 пъти по-висока. Ако в ерата на класическото SEO и ниската конкуренция беше сравнително евтино да популяризираш сайт до върховете на търсачките и средностатистически фрийлансър можеше да го направи, сега бюджетите могат да се измерват в десетки (понякога стотици) хиляди рубли на месец . Придобил по-голямо значение за клиента от телевизията или външната реклама, интернет автоматично стана скъп.
- Конкуренцията между компаниите достигна своя връх. Анализаторите отбелязват, че определен набор от реномирани компании се е утвърдил на пазара (те съществуват повече от 6 години), а броят на новите компании и тези, които се затварят годишно, почти се изравнява.
Разбира се, не може да се каже, че навлизането на пазара днес е безсмислено. Говорете за недостатъците на работата в съвременни условияот полза за съществуващите играчи, които вече са принудени да работят в конкурентна среда и се опитват да ограничат този поток. Но опашката от клиенти към вас няма да се подреди автоматично.
Капацитетът на пазара, според данните от 2015 г., се оценява на 24 милиарда рубли, а броят на участниците на пазара е повече от 10 хиляди. И това без да се броят фрийлансърите, които по груби изчисления са повече от милион.
На пазара на интернет услуги има много строга градация по статус и бюджет. Преходът от един клас в друг е много труден. Условно е възможно да се отдели икономичният сегмент ( средна ценапроект - до 100 хиляди рубли), среден клас (проекти с бюджет до 500 хиляди рубли) и премиум клас (среден бюджет - 1 милион рубли). Отбелязва се, че повече от 40% от големите поръчки се изпълняват от 20 студия от най-висок клас. Средната класа е в тежки условия, защото по време на криза клиентите са по-малко, а тези, които съществуват, са с доста строги изисквания за качество. Цената на голям брой човекочасове за проекти се превръща в ниска рентабилност. Икономичният сегмент е специализиран в стандартни проекти, което в известен смисъл е по-изгодно, но постоянно се конкурира с фрийлансърите. Често уеб студио в този сегмент е много абстрактна дума и крие същия фрийлансър, само че регистриран като индивидуален предприемач.
Средно едно уеб студио с 4-5 служители в държавата може едновременно да управлява 5-6 проекта. Средно аритметично- 20 проекта годишно. Има компании, които изпълняват 10-12 или повече проекта едновременно, това може да се постигне или чрез набор от Повече ▼служители или поток от евтини стандартни проекти. Всичко е въпрос на квалификация.
Нюансът на работата на едно уеб студио е това класически подходот малки до големи работи зле тук. Ако планирате да започнете с евтини проекти и постепенно да преминете към по-скъпи, вашият път ще бъде много дълъг. И не фактът, че е ефективен. Тук трябва да започнете с натрупване на опит - най-добре е да си намерите работа в студиото на среден и високо ниво. Тук бързо ще придобиете висока компетентност, ще се срещнете с хора, които могат да станат ваши клиенти в бъдеще. По този начин пътят към средния или премиум клас ще бъде по-бърз.
Обобщение на проект
Откриваме уеб студио от среден клас в голям областен център. Предполага се, че предприемачът има поне 5 години опит в подобно уеб студио като ръководител на отдел за развитие или промоция.
Списъкът на предоставяните услуги включва:
- Създаване на сайтове за визитки, онлайн магазини и корпоративни портали на базата на Bitrix до ключ.
- Разработка на целева страница.
- Изработка на индивидуален уеб дизайн.
- SEO промоция на уебсайт.
- Настройка и поддръжка на контекстна реклама.
- Насочване към SMM и социални медии.
- Одит и техническа поддръжка на сайтове.
При работа с персонал ще се използва смесена стратегия. В офиса са наети и работят ключови служители: front-end и back-end разработчици, SEO специалист, дизайнер. Останалите функции могат да бъдат предоставени на свободна практика или аутсорсинг, тъй като те ще бъдат спомагателни направления за нашата компания.
Потенциални партньори ще бъдат московските компании, тъй като пазарът е свидетел на оптимизация на бюджета поради напускането на московските агенции към провинциалните, които изискват по-малки бюджети. Ще се предоставят услуги и на местни организации.
Бизнес регистрация
За работа се избира формата на IP. Напълно достатъчно е да работите по договор с други организации, процесът на регистрация е по-бърз, а отчитането е по-лесно. USN 15% е избран като форма на данъчно облагане, тъй като този бизнес има високи разходи за възнаграждение на специалисти.
Не са необходими специални разрешения за дейността на фирмата.
Тъй като фирмата не работи с пари в брой, не е необходимо монтиране на касов апарат. Приемането на плащане от клиенти ще се извършва по банков път по разплащателна сметка. Изберете банка и открийте сметка.
За работа е желателно да получите статут на партньори, който се предоставя от създателите на популярни платформи за създаване на уебсайтове: Bitrix, CS-Cart и други. На първия етап се планира да се получи статут на партньор на 1C-Bitrix.
Цената на разходите е 5 хиляди рубли.
Помещение под наем
За работа е необходима офис площ от 20 квадратни метра. метра. Приоритет са офис сгради и бизнес центрове. Местоположението му не е приоритет, тъй като външната реклама не играе особена роля за нас. Каналите за промоция ще бъдат в интернет.
Основни изисквания:
- Цена на офис.
- Наличие на качествени инструменти.
- Наличие на спирка обществен транспорти паркинг за удобство на служителите, пътуващи до работа.
Стаята може да бъде организирана във формат open-space. Мениджърът също ще изпълнява задачи за една от позициите (в нашия случай SEO специалист), ще работи заедно с екипа, така че няма нужда да отделяте място за офиса на мениджъра. Ние ще инсталираме модулни стъклени прегради с обща цена от 50 хиляди рубли.
Няма нужда от специален ремонт на помещението, затова предпочитаме място, където не се изискват допълнителни средства.
Цената на наема му ще бъде 12 хиляди рубли на месец.
Закупуване на оборудване
Това е една от основните статии. начален капитал. За организацията на всяко работно място са ви необходими:
- Таблица.
- Председател.
- Лаптоп.
- Мрежов хардуер.
Освен това в общата част ще монтираме електрическа кана, микровълнова печка, охладител. Прикачени файлове в таблицата:
Персонал
Служителите са най-важният компонент на този проект. Те са основните разходи в процеса на работа, но ще ви донесат и печалба. В персонала ще работят 4 души, като самият основател на компанията ще изпълнява функциите на SEO специалист.
Заплащането ще се извършва по комбинирана схема: фиксирана ставка (заплата) + бонус.
Бонусът ще се начислява в зависимост от приноса на специалист за работа с конкретен проект.
Работно време на служителите: от понеделник до петък от 09:00 до 18:00 часа.
Освен това се предполага, че част от функциите ще се изпълняват от извънщатни служители. Свободната практика ще включва специалист по контекстна реклама, SMM мениджър, мениджър на съдържание и няколко копирайтъри. Очакваният размер на разходите за извънщатни служители ще бъде 100 хиляди рубли на месец.
Общо ще харчим 218 хиляди рубли на месец за персонал.
Маркетинг и реклама
Стандартните методи за промоция на уеб студио не са много подходящи. Офлайн в този бизнес работи изключително зле поради факта, че самата целева аудитория е фокусирана върху Интернет и търси партньори там.
Основният акцент трябва да бъде върху онлайн. Планирани са следните направления:
Важно е да придобиете статут на специалист във вашия бранш, тогава можете бързо да достигнете нивото, на което клиентите вече търсят вашето внимание, а не обратното. Това е важно във всяка сфера, особено в Интернет.
И е желателно да започнете от някаква позиция: например от няколко клиенти, с които сте работили преди.
По-голямата част от работата по промоцията в Интернет ще бъде извършена самостоятелно, но ще ви е необходим малък бюджет за SEO и стартирането на контекстна реклама. Общо ще отнеме около 100 хиляди рубли. Същата сума ще е необходима за реклама месечно.
Финансов план
Начални разходи
доходи
Рентабилността на едно уеб студио може да се раздели на три групи. Първо, това са постоянни проекти с продължителност от 2 месеца до една година. Заплащат се на база първоначално разработен бюджет на база абонаментна такса или за изпълнение на конкретни задачи по утвърден план. Второ, това са малки проекти с кратка продължителност (подобряване на сайтове, създаване на целеви страници). Трето, услугата за поддръжка на сайта попълва добре сметката на уеб студията. Не изисква постоянно внимание. Като правило пакетът включва премахване на позиции по ключови заявки и тяхната поддръжка, както и бързо възстановяване на сайта след срив, ddos атака или вирусна инфекция.
Индикативен план за приходите в таблицата:
*Посочени са средните цени за проекти. Реалната цена се изчислява индивидуално.
След приспадане на постоянни разходи и данъци, предприемачът остава с около 100 хиляди рубли.
Средната доходност е около 25%. Може да се счита за доста добър за тази област. Пазарните лидери отбелязват като отлична доходност на ниво от 50%, към което трябва да се стремим.
Периодът на изплащане при бързо излизане на това ниво на печалба ще бъде 6-7 месеца. Истинската отплата се очаква на 12-14-ия месец на работа, когато достигнем стабилен поток от клиенти.
Предимства и недостатъци
Ползите от този план включват:
- Стабилна стартова позиция за първи клиенти, тъй като създателят на уеб студиото има солиден опит в тази сфера и може да събере екип от доказани професионалисти.
- Прехвърляне на част от задачите за служителите на свободна практика, което има положителен ефект върху рентабилността.
- Евтини помещения в офис сграда, минимални разходи за тези цели.
Недостатъците включват:
- Възможни рискове за репутацията поради по-сложен контрол на отдалечени служители.
Перспективи за развитие
Експертите отбелязват изключително високата сложност на мащабирането в тази област. С абсолютно луда конкуренция на пазара, има огромен брой фрийлансъри, които предпочитат да работят сами, а не в офис. В същото време дори големите уеб студия отбелязват недостиг на квалифицирани специалисти. Особено в областта на back-end разработката. Всички основни играчи на този пазар винаги имат свободни позиции. Квалификацията на повечето фрийлансъри обаче не отговаря на изискванията.
По този начин развитието на бизнеса зависи пряко от способността на предприемача да намери служители с достатъчна квалификация и да им осигури приемлива заплата. Това допълнително се усложнява от факта, че прословутото регионално ниво за интернет специалности просто не работи. Хората могат да печелят в пъти повече дистанционно, включително чрез сътрудничество с чуждестранни клиенти.
В бъдеще планираме постепенно разширяване на персонала, приемане на повече поръчки и съответно увеличаване на броя и качеството на изпълняваните проекти.
Бизнес рискове
- Не достигайте планираното ниво на продажби. Решение: анализирайте причините за неизпълнение на плана, работете по-нататък за подобряване на каналите за промоция и премахване на вашите недостатъци.
- Завишена цел за продажби. Решението е да се състави план не по-рано от три месеца, когато са ясни възможностите на служителите по отношение на броя на изпълнените задачи и ефективността на работа. В процеса систематично увеличавайте ефективността на изразходването на времето, тъй като времевите ресурси на служителите са най-скъпи в този бизнес.
- Ниско качество на предоставяните услуги. Анализирайте причините, сменете служителите, които не се справят със задачите си. Ако е трудно да намерите работници във вашия регион, ще се опитаме да използваме децентрализация и да работим с отдалечени служители.
- Финансова криза. Кризите водят до съкращения на бизнес бюджетите за промоция в интернет. Това е сериозен риск за уеб студията, който за съжаление е невъзможно да се предвиди.
В крайна сметка
Уеб студиото е обещаващ бизнес за професионалисти в своята област, но за да бъде работата ефективна, е важно да положите много усилия, за да станете професионалист и да съберете около себе си служители от същото ниво. Важно е да задържите най-добрите и да предотвратите напускането им при конкуренти или на свободна практика. А това може да се постигне само с конкурентни заплати и нещо повече от пари. Това е наистина важно в този бизнес.
Ако една компания реши да изгради пълноценен маркетинг в Интернет, тогава почти нито едно от уеб студията, специализирани в разработката на уебсайтове и включени в ТОП-100, с голяма степен на вероятност няма да им помогнат в това. И това ще се случи не защото тези уеб студия не знаят как да правят високотехнологични сайтове (разбира се, това не е така), а защото процесът, по който те продават и произвеждат тези сайтове, е коренно различен от необходимия за бизнес.
Да видим защо това е така и какво трябва да прави един успешен, сложен бизнес (нямаме предвид онлайн магазини, промо сайтове за марки и сайтове за визитки - там говорим сине за маркетинг и не за развитие на бизнеса).
Има 2 истини, които руският пазар не разбира:
1.
Уеб сайтът е маркетингов процес, а не продукт, който се появява след няколко месеца усилена работа на уеб студио.
2.
Сайтът, освен маркетингова стратегия и дейности, е просто визитна картичка (дори сайтът да е сложен), който остарява след 3-4 месеца след пускането му или може изначално да не попада в бизнес целите.
Разбира се, техническите умения в разработката на уебсайтове са много важни. Но нека си представим, че сте взели 10 уеб студиа, еднакво запознати с технологиите (с текущия брой над 1000 на пазара – това не е проблем) и сте ги помолили да ви помогнат да развиете бизнеса си. Тоест те поставят пред себе си набор от маркетингови цели и задачи. Всички те веднага ще се съсредоточат върху основния маркетинг (те питат за вашия бизнес, аудитория, молят ви да попълните бриф) и техническите аспекти: прототипи, поетапно развитие, най-новия език за оформление, модерен дизайн.
За да разберете пред какви трудни задачи може да се изправи един клиент, ще дам пример само за цели от най-високо ниво (всяка от тези цели е допълнително разделена на 3-5-7 подцели) за един от нашите проекти:
Ясно е, че само изработката на сайта, колкото и да е от висок клас, не може да затвори всички тези цели. Тук стигнахме до факта, че сайтът е само част (обикновено не най-голямата) от маркетинговия процес на вашата компания.
Важно е да се разбере, че периодът на изплащане на един правилен сайт-процес е около 8-12 месеца. Плащането на евтин сайт с няколко поръчки през интернет наистина не е проблем. Но дали такъв сайт ще постигне дългосрочно (!) увеличение на продажбите и ще постигне ли някои други бизнес цели, освен директните продажби?
Уебсайтът е двупосочен маркетингов процес
Уеб сайтът е маркетингов процес, който се осъществява от една страна в компанията, а от друга в Интернет. Той изпълнява превъзходната маркетингова стратегия на компанията (която включва всички необходими данни за брандиране, ако има такива, цели и задачи, ограничения и т.н.) и е свързан чрез електронни средства и канали с бизнеса. При това както от бизнес на сайт, което е очевидно, така и от сайт на бизнес, което вече не е толкова тривиално.
Най-лесният начин да разберете принципа на сайта може да бъде на примера на фотосинтезата. получаване хранителни веществаот дървото, листът расте и се развива. Освен това формата на това листо е различна за всяко дърво. Когато листът расте, той започва да получава енергията на слънцето и въглеродния диоксид, давайки кислород на околното пространство и глюкоза на дървото. Оказва се, че чаршафът подобрява заобикаляща средаи едновременно с това хранете дървото.
Заменете дървото с компания, средата с пазар и листата с уебсайт.
Важно е да не се бърка маркетинговият процес, който включва уебсайт в бизнеса, с процеса на разработване на уебсайт. Много уеб студиа подменят тези концепции, представяйки гъвкавата методология за развитие (agile подход) като маркетинг, въпреки че всъщност това няма почти нищо общо с маркетинговия процес на компанията.
Един уебсайт е постоянно променящ се, адаптиращ се инструментариум. Нека да разгледаме по-отблизо как конкретно да изградим такъв процес.
Как да разработим уебсайт: какво е необходимо за това, колко време отнема, колко струва и кои са най-честите грешки, които хората правят
Вече разбрахме, че такъв продукт / решение като уебсайт не съществува в природата. Книжката е продукт, визитката е продукт, банерът е продукт, илюстрацията също е продукт. Уеб сайтът е маркетингов процес. Какво е необходимо за създаването, изграждането, развитието и подпомагането на този процес?
Както всеки процес, разработката на уебсайт има вход (с начални условия), изход (с предвидими резултати) и мениджър на процеса (отговорен). Между входа и изхода се разработва алгоритъмът на конкретен процес (еднократен или цикличен).
„Резултатът“ за бизнеса зависи от това какво да подадем като вход, как работи отговорното лице (студио / агенция) и какво очакваме / получаваме като резултат.
Нека да видим как изглежда процесът на разработка на уебсайт от различни ъгли.
За клиента
Уебсайтът е продукт като автомобил, който ще ви отведе до по-светло бъдеще.
- Бриф с пожелания, фирмена идентичност и общи данни за целевата аудитория и продукта.
- Срещаме се за 3 часа с уеб студиото „обсъдете сайта“.
- чакаме
- Одобряваме 100 страници технически спецификации (не е необходимо да се четат).
- Очаквам.
- Ура, дизайн! Показаха ни дизайна!
- Чакаме дълго време.
- Представяне на "директора на всичко".
- Стартиране на хостинг.
- Клиент: „Поправете ни малко тук.“
За клиента всичко изглежда възможно най-ясно, ясно и формализирано: всички етапи са налице, желанията и нюансите на клиента са взети предвид. Разбира се, този процес няма нищо общо с реалността.
Ето как обикновено се описва бизнес процесът и алгоритъмът за разработка на сайт от почти всяко уеб студио или интернет агенция (които разбират от проблема):
За уеб студио или интернет агенция
- Уеб сайтът е продукт, който трябва да бъде направен, предаден и поставен в портфолио.
- Среща за 2-3 часа, на която изслушваме какво иска клиента.
- Удовлетворение от пълното "разбиране на бизнеса" и задачите на клиента.
- Бриф от клиента в писмен вид.
- Заявка за корпоративна идентичност, данни, текстове, материали за попълване на сайта.
- Ние пишем техническото задание (или изграждаме пътя на итерациите, ако е Agile).
- Ние рисуваме прототипи в Axure или Mockup.
- Дълго обясняваме, че тези квадрати и кръгове_не_дизайн_на_сайт.
- Дизайн задача (художествена задача).
- Клиентът още веднъж уточнява, че прототипите не са дизайн на уеб сайт.
- Дизайн от дизайнер.
- Ние представяме. Щастието на клиента от това, че дизайнът не съвпада с прототипите.
- Задача за оформление.
- Оформление.
- Програмиране.
- Тестване.
- Пълнеж с материали от клиента.
- Хоствано стартиране.
- Парти по повод предаването на "проекта".
- Изпратихме коментари от клиента - трябва да напуснете страната.
Тук е важно да се отбележи: ако ще работите с агенция/студио за създаване на уебсайт и горният процес не отговаря на предлаганото от студиото (липсват някои стъпки), по-добре е да смените изпълнителя .
Какъв всъщност трябва да бъде процесът (как го виждаме и правим в нашия „Пълен“)
- Маркетингова рамка.
- Подготовка и проучване: целева аудитория, продукт, търсене, конкуренти (3-4 седмици).
- Стратегия за имейл маркетинг (2 седмици).
- Пълно разбиране на текущия медиен микс, включително всичко офлайн.
- KPI на уебсайта от бизнес цели.
- Стратегията и структурата на попълване на сайта от ядрото на търсенето.
- Разработка и дизайн (както по-горе за уеб студиото).
- Връзка с вътрешни системии фирмени процеси.
- Инсталиране и конфигуриране на анализ на KPI от маркетинговата рамка.
- Начало на прилагането на стратегията за съдържание.
- Пилотен период на работа при натоварване "реклама" и "аудитория" (обикновено тримесечие).
- Поддръжка на сайта.
- План за модернизация на сайта въз основа на резултатите от анализите.
- План за модернизация на сайта, базиран на промени в бизнеса на клиента.
Искате ли да получите оферта от нас?
Започнете сътрудничествоКолко часа и рубли трябва да прекарате на сайта?
Ако говорим за начина, по който ние от "Комплето" подхождаме към изработката на сайта, както многократно казахме по-горе, това е процес, разделен на маркетингови етапи. Обикновено не е възможно да се дебъгва качествен процес, наречен „уебсайт“ за по-малко от 800-1000 часа (ако бизнесът поставя наистина трудни задачи). Следващата фигура показва пример за реално изчисление за разработка на сайт, което отне около 2000 часа. Интересно е, че например копирайтингът и пълненето на сайта с информация отнемат общо близо 3 пъти повече време от програмирането. Този аспект много често подминава уеб студията и техните клиенти. Ето защо често сайтът не е маркетингов инструмент, разрешаване на проблембизнес, а представлява "парад на технологиите".
Кое е по-важно в един уеб сайт – технологията или маркетингът?
Днес почти всички уеб студиа се фокусират върху това, че разработват сайт по гъвкава методология. Самата работа може да бъде изградена по гъвкава методология (първо направете рамка, след това постепенно допълвайте детайлите за нея в итерации) или единичен списък според TK (водопад). Изненадващо, това не е толкова важно, тъй като процесът все още е грешен и фундаментално погрешен (точно в основата, а не в нюанси).
Уеб студията се опитват да привлекат клиентите и пазара към своя вътрешен технологичен подход: направете го на етапи, коригирайте рисковете, ограничете функционалността и по-късно завършете работата, за която няма достатъчно време. Всичко това е правилно, но работи само за създаване добър продукт, а не за изграждане на процес (както виждаме в диаграмата стъпка по стъпка по-горе, без значение какъв подход към разработката се използва, няма да получите качествен сайт: няма важни етапи от самия процес).
Ако сте направили сайт по гъвкава методология с красиви прототипи (интерактивни, както е модерно сега), с артистична задача, той е бил красиво опакован за вас в презентация, изложен в HTML5 на супер система за управление, но на в същото време не изкопахте аудиторията тухла по тухла, не обмислихте структурата на търсения сайт и функциите на търсачките, не настроихте анализи и след стартирането му цялата поддръжка беше сведена до публикуване на новини и попълване на текстови раздели за фирмата и услугите - вече сте загубили. Сайтът е мъртва тежест за вас, а не маркетинговият процес на компанията. И няма значение колко ефективно сте направили този сайт.
Разберете правилно, ако говорим за някакво уеб приложение за вътрешните нужди на компанията (например личен акаунт за поръчка на резервни части), то това е бизнес приложение и разработката му трябва да бъде съобразена с продукта: скорост, яснота, версии, специфична функционалност. Като минимум маркетинг: по-скоро съответствие с ясен, предварително дефиниран бизнес процес и задача. Ролята на използваемостта е минимална (ако интерфейсът не е перфектен, в Русия те ще го издържат спокойно, тъй като преди това са работили в Excel или Notepad). Сайтът е съвсем различен въпрос. По правило истинската иновация в най-модерния сайт е 5%, останалото е маркетинг, анализи, настройка на бизнес процесите, връзка със счетоводни системи и телефония.
Това е като да боядисате къща с помощта на професионален екип от бояджии със страхотна боя, но грешен цвят. Изглежда, че всичко е ефективно, бързо, ясно, красиво, но не правим това, което ни трябваше за първоначалните цели.
Именно поради този погрешен подход възникват провали в развитието на бизнеса за клиентите. Имаме високотехнологичен уебсайт, който не е вграден в маркетинговата стратегия на компанията – и постигаме само част от целите му.
Оказва се, че за да стартирате процес, наречен „Сайт“, трябва да преминете през всички стъпки, които описах по-горе (процесът в „Completo“), да прекарате 1500-2000 часа и да привлечете различно времеоколо 15 специалисти. И това е за един сайт.
Същността на самия подход е изключително проста: сайтът трябва да бъде разработен от агенция, която ще отдели поне 1,5-2 месеца за разбиране на бизнеса и маркетинга, проучване на конкуренти, аудитория и финансови показатели. След това са нужни поне 3-4 месеца за разработване на първоначалната версия на сайта (за стартиране на процеса). След това същата агенция ще създаде анализ на сайта и ще извършва реклама, а впоследствие ще променя и поддържа съдържанието на сайта. Само така може да работи в полза на бизнеса. Освен това по-нататъшна поддръжка и модернизация на сайта въз основа на уеб анализи, променящи се бизнес и пазарни реалности, групи аудитории, продуктова линия може да се осъществи само ако агенцията буквално живее с клиента. Така например сметките ни висят на телефона с часове всеки ден и поне веднъж месечно прекарват цял ден с клиент в офиса. И така всяка година сътрудничество. Не е изненадващо, че дори след 6-8 месеца след пускането на основната версия, сайтът може да се промени много.
Поддръжката на уебсайт е предпоставка за успех
След стартиране на сайта най-често възникват следните проблеми:
1.
Самият клиент, след като получи сайта, започва да го пълни с информация, банери, подобрения, унищожавайки дизайна, оформлението и насоките.
2.
Продукти, услуги, промяна на пазара - сайтът не се настройва и не се променя.
3.
Получаваме анализи от рекламни кампании - сайтът трябва да се промени според получените данни, но това почти никога не се прави.
4.
Обикновено правим план за съдържание за развитие на сайта за минимум 6 месеца – той трябва да се изпълнява в съответствие с насоките за сайта, което не е маловажна задача.
5.
Сайтът се стартира при едно зареждане, след което се добавят федерални рекламни кампании; натоварването може да се увеличи многократно - необходима е техническа поддръжка.
6.
Спазване на SEO правилата в текстовете и структурата на сайта – клиентите не могат да направят това сами.
7.
Бъгове, "списък с желания", подобрения - нереалистично е да направите това без бюджет.
Съдържанието и техническата поддръжка се различават от маркетинговата и аналитичната поддръжка на сайта. Поддръжката на съдържанието също така предполага пълноценен процес на генериране на новини заедно с клиента, идеи за съдържание и проекти, както и по-нататъшно внедряване на това на сайта. Поставянето на предоставени от клиента материали на сайта и неправенето на нищо друго е най-доброто ниско нивоподдръжка на сайта от всички възможни.
Пропуснати ползи и загуби от продуктовия сайт
Като заключение ви предлагам да прецените потенциалните загуби, които може да понесете при разработването на сайт по класическия сценарий на уеб студиото - изработка на продукт вместо изграждане на маркетингов процес.
Да вземем пример истинска компанияот областта на техническото оборудване.
Сайт-продукт (от типично уеб студио). Реален случай от практиката.
- цената на средната разработка на нормален сайт е 750 000 рубли;
- работно време - 4 месеца;
- снимаха сами, рисуваха модели за сайта, писаха отлични текстове;
- стилен модерен дизайн с илюстрации, дело на художника;
- каталог на обектите;
- Адаптивно оформление.
Сайтът и каталогът бяха попълнени с част от предоставените от клиента стоки. Тогава се „оказа”, че потенциалните клиенти на тази компания се нуждаят от повече информация за продуктите, отколкото имаше на сайта - информацията трябва да бъде събрана на части от различни бази данни и систематизирана.
Уеб анализът не е настроен (само задайте брояч).
Структурата на сайта не е обмислена въз основа на матрицата на заявките и различни видоветърсене: студиото направи редовен каталог на обекти и имаше около 3000 заявки (десетки хиляди хора на месец), търсенето се формира по различни начини. Тоест само малка част от аудиторията може да продава с продуктова карта и описание. Останалите се нуждаят от специални обяснения и убеждаване.
С текстовото съдържание на сайта ситуацията не е по-добра: студиото напълни сайта само с 1/100 (1%) от необходимото.
Студиото продаде за 300 000 3d обиколка на обектите. Когато беше настроен анализът от край до край, се оказа, че никой не го използва, по принцип нямаше поръчки оттам. В нашата маркетингово проучванеясно се видя, че никой от Централна Азия изобщо не се нуждае от 3d турне.
Уебсайтът изобщо не е имал предвид пътя на купувача. Всъщност няма връзка на сайта с имейл маркетинг, пренасочване, специални зони на сайта за специални обекти не са обмислени.
Компанията работи с такъв сайт около година и половина преди да се присъедини към нас. Работата ни отне около 9 месеца с цялото проучване. В резултат на това компанията наистина загуби около 2,5 години и вече не е възможно да се изравнят с конкурентите.
Уебсайт на стойност 750 000 рубли струва на компанията 75 000 000 рубли реални пропуснати ползи за година и половина. Направихме нов уебсайт - и грешките намаляха 3 пъти, конверсията се увеличи 8 пъти за отделните продуктови групи, вътрешните процеси за поръчка на продукти се подобриха. И не вземаме предвид, че през това време конкурентите се развиха и някои от тях се справиха много добре в интернет - сега ще бъде много трудно да ги настигнем. Ще трябва бързо да разпределяме бюджети, а това веднага са големи суми пари за кратък период.
Помислете, преди да го направите. Направете го разумно. Заемете се сериозно с маркетинга на съдържанието на вашия сайт. След приключване на работата незабавно събирайте анализи и подобрявайте сайта въз основа на резултатите от пилотни рекламни кампании.
Списък за проверка. Как да превърнете уебсайт от продукт за отговорност в ефективен маркетингов процес
В заключение - няколко думиза системата за електронен маркетинг и ролята на сайта в нея.
От 2011 г. ние активно обучаваме руския пазар на маркетинг и реклама в Интернет. Благодарение на нас концепциите за „ системен подход” и „системен електронен маркетинг”. Именно ние въведохме думата „системен“ по отношение на дейностите в интернет в Русия.
По-голямата част от компаниите в Русия не трябва да рекламират онлайн и да не правят уебсайт, а да изградят фундаментална маркетингова система в своята компания, преди да преминат към интернет, и да свържат цялата интернет дейност с електронни системи (1C, CRM, телефония, системи за контрол и отчетност) с бизнеса.
(Посетен 22 195 пъти, 1 посещения днес)
Автоматизация на основните бизнес процеси на студиото на етап продажбиНай-интересното започва. Автоматизирането на работния процес и работата с клиенти е първият кит, на който стои конвейерната работа на всяка агенция. Това е първият и най-неочевиден начин да спестите парите на студиото и в резултат на това да освободите безполезно натоварени управленски ресурси за полезна работа.
Благодарение на подхода, описан по-долу, WebCanape постигна висока производителност в началото, без да увеличава разходите за мащабиране на екипа. Само след 5 години работа имаме специализиран търговски отдел. Преди това поток от 120 заявления на месец с реализация от 60% се обработваше от един човек.
Но бързината не е само спестяване, но и лоялни клиенти. Кой пръв ще направи КП и чехли :) Истинският предприемач с пари по-скоро ще избере първата оферта, която харесва, отколкото да губи време в чакане на различни опции.
Основни бизнес процеси на студиото на етап продажби
Помислете за основните бизнес процеси, които са във всяко уеб студио.
Отчитане на входяща заявка
Изпращане на въпросник
Кратка обработка, изчисляване на себестойността
Изготвяне на КП
Изготвяне на договор и анекси
Фактуриране
Плащане на сметки
Заявлението трябва да бъде прието, въведено в счетоводната CRM система (5 минути), данните прехвърлени в основната част на брифа и изпратени на клиента (още 5 минути). След като клиентът попълни брифа, той трябва да бъде обработен, изчислен (20 минути) и обмислен Търговско предложение(40 минути) с предварителна структура и услуги на сайта. Още 30 минути ще са необходими за изготвяне на договора и анексите, 10 минути за издаване на фактура.
На типичен екип по продажбите са необходими приблизително 110 минути нетно време, за да завърши тези процеси за един билет. Това означава, че са необходими 128 часа за обработка на 70 заявления. При преизчисление за голям бройзаявките са значителни загуби, които не са необходими на клиента, но влияят върху крайната цена на продукта. В същото време по някаква причина уеб студиото се опитва да оптимизира работата на производството (процеса на създаване на продукт), а не тези празни процеси. Да видим какво сме направили.
На мениджъра му бяха необходими 128 часа, за да обработи 70 заявки на месец (продавач на пълен работен ден). След оптимизиране и автоматизиране на процесите станаха 37 часа. Сега разбирате защо работим дълго време без специален отдел за продажби. Единственото нещо е, че е много важно на входа да има човек с опит. Автоматизацията сама по себе си няма да работи.
Скорост и взаимозаменяемост
Стъпка по стъпка, осъзнавайки проблема с ниската ефективност, създадохме система, която помогна на мениджърите да работят по-бързо с клиентите. Вече казах защо скоростта е по-важна от цената, но не казах за още един проблем.
За мнозина то е на първо място. Мениджърът по продажбите не може да подготви професионален CP. Къде да намерите търговци с опит в продажбата на сайтове, когато не са в регионите?
Съответно трябваше да дадем инструмент, който да помогне на добрите мениджъри малко опитв областта на уеб разработката, бързо управление на документооборота и създаване на професионални CP.
Такъв стана нашият вътрешен инструмент, който нарекохме „Калкулатор“. Много по-късно той се прероди в CanapeCRM, който започнахме да предлагаме на клиентите.
Електронни документи.Ние 100% изоставихме документите на Word и преминахме към онлайн. На клиента се изпраща само линк (към бриф, оферта, договор, фактура). Ако нещо се промени, достатъчно е да направите промени в документа в системата, да натиснете F5 и документът на клиента вече е актуализиран. От спестяванията на този и подобни процеси - има висока ефективност.
Автоматични известия.Втората важна част от автоматизацията са предупрежденията. В процеса на работа мениджърът е принуден да пише голям брой писма до клиенти, които не носят важна информация. Необходимо е клиентът да информира за състоянието на проекта, да поиска информация, да каже какво да подготви за предстоящите етапи и т.н. Когато има много проекти, това силно отвлича вниманието от основната задача, кара ви да превключвате и забавя работата. CRM системаможе и трябва да съобщава информация на клиента, да изпраща напомняния.
Един ден, който спестява милион
Прекарайте този ден в пълна настройка на системата. Текстове на уведомления, шаблони на CP, договори и всичко, което може да ви бъде полезно. Това ще ви помогне да работите по-рентабилно и да не увеличавате стойността си след ръста на заплатите.
Очаквайте ново съдържание в
Бързо разбрахме, че правенето на прости уебсайтове е нерентабилно. Конкуренцията се увеличи, пазарът беше наводнен малки фирми. Всичко това доведе до по-ниски цени на проектите и спад в рентабилността на бизнеса. Клиентите стават все по-добри. Заявките за създаване на сайтове бяха допълнени с изискванията за "обвързване" им с определена информационна система.
Със сложни задачи малцина дръзнаха да се включат. За системните интегратори подобни проекти бяха твърде евтини, а за уеб студията твърде сложни.
Нашето студио винаги се е намирало в руската "силиконова долина" - Зеленоград. Имахме силни програмисти, което означава, че лесно получавахме и изпълнявахме такива поръчки. Беше решено - това е нашият шанс!
Така от обикновено студио се превърнахме в специалисти, които осигуряват безпроблемната работа на сайта с няколко информационни системи - уеб интегратори.
Каква бъркотия е тази твоя уеб интеграция
Не е трудно да се осигури обмен на данни между две системи. Но първите ни няколко години в новото ни качество бяха болезнени и скъпи.
Вместо очакваните печалби, губехме пари отново и отново, сблъсквайки се с нови трудности, които техническият ни директор нарече с кодово име „клопки“.
Ние не се отказахме и като мишки от виц „бяхме убодени, плакахме, но упорито продължавахме да гризаме кактуса“.
Преди да продължите
Преди да говорим за процеси, нека се споразумеем за терминологията на тази статия.
За нас, програмистите, всяка разработка на прости сайтове се свежда до този модел:
Когато трябва да създадете не просто уебсайт, а цяла система, където освен базата данни на сайта има и касов апарат с касиер, продаващ билети за театър, складова система, която предоставя информация за баланса на стоките или платежна услуга, отговорна за обработката на банкови карти, ние Използваме термина „трета страна“.
Третата страна е информационна система, разположена извън сървърната стая или центъра за данни, предназначена да свързва допълнителни ресурси с нашата бизнес логика. Например SMS услуга, която изпраща кратки съобщения до телефона на потребителя или система за резервиране на стоки в склад на доставчик. С появата на трета страна процесът става по-сложен и ние използваме този алгоритъм, за да спестим време и пари при работа по интегриран проект.
Стъпка 1. Цели и задачи
На първо място, трябва да обикновен езиксъгласни какво искаме да постигнем. Клиентът очаква конкретен резултат от интеграцията. Автоматизацията в името на красотата на системата рядко представлява интерес за някого. Опитайте се да формулирате цели и очаквания в писмена форма - По най-добрия начинуверете се, че резултатите са еднакво разбрани от всички участници в работния процес. Често срещаме тази формулировка:
Типичен пример: Сайтът трябва да бъде интегриран с билетната система ProfTicket.
и в такива случаи се стремим да постигнем по-голяма недвусмисленост на формулировката:
Добър пример: Клиентите трябва да могат да избират свободни места в залата, да плащат билети и да ги качват електронна пощав търговски офиси или чрез куриер. Информация за наличността на места за продажба за конкретни сесии се предоставя от системата за билети ProfTicket.
Самата тази формулировка съдържа редица въпроси, които иначе биха могли да се изгубят и да изплуват в най-неподходящия момент.
Стъпка 2. Бизнес процеси и протокол за взаимодействие
Сега трябва да решим как системите трябва да си взаимодействат, за да изпълнят определена задача. Нека продължим да изграждаме аналогии с тикет системата. Между другото, говорим за напълно реален проект: през 2013 г. помогнахме на компанията Dilyaver да отвори услугата за поръчка на билети ShowMart.Ru. За да направите резервация на билет, трябва да отговорите на няколко въпроса:
- Какво събитие избра купувачът?
- Коя сесия (комбинация от дата и час) е избрана?
- Какви места (номер на сектор, ред и места) бяха избрани?
- Тези места продавани ли са на друг купувач преди?
- Тези места в резерв ли са, с други думи, покупката на тези места обработва ли се от друг купувач в момента?
- И така нататък...
Всяко взаимодействие между системите се свежда до структура заявка-отговор. Заявката се изпраща от страната, която трябва да получи данните (клиент), а отговорът се изпраща от страната, която разполага с тези данни (сървър).
Колкото по-проста и недвусмислена е такава схема, толкова по-добре. Като минимум трябва да се уверите, че само една от системите отговаря на една заявка и че системите не се дублират една друга. Така например информация за цената на билетите се съхранява само в един от тях.
В даден момент ще трябва да „помолим“ една от системите да резервира билети - поставете знак, който не позволява препродажбата на тези билети на друг купувач, и след като покупката бъде направена, една от системите ще трябва да изпрати известие писмо до купувача. Следователно понякога се изисква взаимодействие не на ниво „заявка-отговор“, а по формулата „заявка-действие“.
Процесът на взаимодействие между страните Сега трябва само да определим за какви заявки и отговори отговаря всяка от системите. И също така посочете списък с всички възможни грешки.
Стъпка 3. Правила за вземане на решения и медиатори
Дори в прост проектУеб интеграцията включва поне три страни:
- Клиент.
- Собственикът на система А (например програмист 1C в персонала на клиента).
- Собственикът на система B (всъщност ние сме уеб програмисти).
Няма да се задълбочаваме в причините и анализите на случващото се. Нека го констатираме като факт: конфликтите на интереси между собствениците на две системи са неизбежни. Сложността на ситуацията зависи от броя на участниците и тяхното ниво на умения.
Важно е да помислите как спорни ситуациипреди да се появят. Това не е лесна тема, но е необходимо да се постигне съгласие поне по основни точки, например:
- От какво ще се ръководят страните, когато вземат решение: скорост, проблеми със сигурността на данните или минимални промени в 1C?
- Коя ще бъде отговорната страна, която взема окончателното решение, ако собствениците на системата не могат да се споразумеят помежду си?
На пръв поглед изглежда, че отговорът на последния въпрос е очевиден: клиентът - кой друг трябва да взема крайните решения? Това обаче не винаги е така.
Интеграционните проекти поставят високи изисквания към техническите познания на вземащия решения. Следователно понякога дланта се дава на един от участниците в процеса на интеграция или участва независим експерт, чийто авторитет се признава от собствениците на двете системи.
Стъпка 4. Стандарт и формат на обмен на данни
Сега трябва да се договорим на базата на кой стандарт и по какъв начин ще обменяме данни между системите.
В повечето случаи изборът на протокол се определя от количеството данни и честотата на тяхното предаване. Историята ще се фокусира върху онези протоколи, които най-често срещаме в работата си.
САПУНSOAP означава Simple Object Access Protocol. Ако се преведе буквално от английски, тогава получаваме "Simple Object Access Protocol". Този протокол наистина е един от най-простите и най-често използваните при изграждане на уеб проекти. SOAP е структуриран XML протокол за съобщения.
За да могат системите да използват едно правило за конструиране на заявки и отговори, се използват файлове с описание на такова правило, съставено на базата на стандарта WSDL (от английски език за описание на уеб услуги - език за описание на уеб услуги).
SOAP е разширение на протокола XML-RPC и това е голям плюс на протокола. XML е широко разпространен и форматът XML-Schema е поне повърхностно познат огромен бройспециалисти.
Същият факт е и най-големият минус на SOAP. XML е обемен формат и с нарастването на количеството данни, обменяни между системите, расте и обемът на предавания трафик. С нарастването на последните се увеличава и времето, необходимо за обработка на заявките и формиране на отговори към тях. Всичко това прави пакета WSDL / SOAP практически неподходящ за използване в системи с огромни количества лошо структурирани данни - в така наречените Big Data системи.
SOAP ще бъде отличен избор, например, за решаване на проблемите с интегрирането на онлайн магазин с малък асортимент с 1C складова система. Стандартното му разпространение осигурява поддръжка за този протокол и всичко, което остава да се направи, е да се подготвят WSDL описания.
ПОЧИВКАREST (дешифриране на съкращението в този случайняма да ни даде нищо, така че ще го пренебрегнем) е протокол за извикване на отдалечена процедура, използваща обикновена HTTP заявка. Да, да, използвайки същите методи GET и POST от уроците на Tim O'Reilly.
За всеки метод в REST не е отговорен нито един запис в WSDL файла, а URL адрес. Например методът за получаване на информация за даден потребител би бил http://example.com/rest/user. А методът за създаване на нов потребител е http://example.com/rest/user/create.
Можете да използвате тялото на заявката, за да предавате параметри на REST и заглавки на състоянието на HTTP, за да описвате грешки. Всичко е възможно най-просто и не изисква използването на допълнителни протоколи. REST е много по-примитивен от SOAP. Това го прави отличен избор, когато трябва да споделяте голямо количество данни и да го правите често.
REST не диктува в какъв формат трябва да се изпращат заявките. Така че за тези цели можете да използвате JSON (формат за обмен на текстови данни) - най-компактният формат за обмен на структури в текстово представяне. Използването му почти напълно решава проблема с обема на данните.
ВЕЛОСИПЕДПонякога е необходимо да се използват комбинации от няколко метода и протоколи за взаимодействие.
1C има свой собствен CommerceML - XML формат за прехвърляне на търговска информация, най-често продуктовите каталози се прехвърлят по този начин.
Този формат е разработен от специалисти от 1C и Extra.RU. Те бяха подпомогнати от приятели от московския офис на Microsoft.
Поради тази причина форматът не осигурява много случаи на употреба и "чистият" CommerceML често не е достатъчен. Това води до необходимостта от допълването му със специална функционалност.
Понякога клиентът няма специален външен сървър, с който да взаимодейства. След това създаваме отделна папка директно на хостинг сървъра, така че 1C да качва своите файлове там. Там те се разпознават от нашите скриптове по график.
В случаите, когато е необходимо постоянно поддържане на данни в актуален, можем да свържем Rest API и XML предаването заедно. След това 1C ще изпрати XML директно на сървъра, използвайки стандартни POST заявки.
Стъпка 5. Сигурност на данните
Най-често там, където има нужда от интеграция, има търговски тайни или лични данни. Справянето с тях след последните промени в законодателството вече заслужава отделна статия.
Никой не иска клиентска базаили информация за дневните приходи, "изтекла" към конкурентите. Ето защо е важно да се мисли за осигуряване на достатъчно ниво на сигурност за данните, обменяни между системите.
Има много опции за защита. Ще разгледаме само някои от тях.
HTTPSHTTP протоколът е най-разпространеният и най-несигурният. Данните се предават чрез него в некриптиран вид. HTTPS е вариант на http протокола, който поддържа криптиране с помощта на SSL или TCL сертификати.
Сертификатите са алгоритъмът, чрез който данните ще бъдат криптирани. Само предаващата и получаващата страна знаят за този алгоритъм в момента на предаване на данни. SSL сертификатите могат да бъдат предоставени от самия сървър, но тогава те ще се считат за ненадеждни и браузърите могат да показват изображения, които плашат потребителя.
Прозорец с предупреждение на потребителя за невалидна връзка За да се счита сертификатът за надежден, той трябва да бъде поръчан от сертифицираща организация - сертифициращ орган. Има много такива институции. Когато работим по проекти за европейски клиенти, ние предпочитаме да използваме услугите на един от двата най-големи играча на пазара на SSL сертифициране - Thawte или Verisign. В Русия работим с Ru-center. Техните икони често могат да се видят на сайтове, където се предполага плащане или работа с лични данни.
HTTP-базова авторизацияВторият метод за осигуряване на сигурност е методът, при който двете системи се "представят" една на друга, използвайки двойка "вход - парола", преди да започнат да обменят данни. Този метод се нарича "HTTP-базова авторизация".
За да попречат на нападателите да прихващат пароли, е по-добре системите да се „представят“ в криптирана форма, т.е. HTTP-основното оторизиране трябва да се използва заедно с SSL криптиране.
Осигуряване на достъп чрез IP адресАко системата не е твърде сложна и сървърите на взаимодействащите си системи имат дефинирани и фиксирани IP адреси, е възможно да се предостави комуникационен достъп само до тези IP адреси.
Тази опция е лесна за изпълнение и следователно широко използвана. Но понякога това води до внезапни проблеми с достъпа.
Стъпка 6. Техническо задание
Може да имате отлични отношения с клиента или неговите 1C програмисти, но „приятелството си е приятелство, но тютюнът е различен“. Горещо препоръчваме да фиксирате писмено споразуменията по всички описани стъпки.
Поучителен пример от собствен опит: Трябваше да направим сложна интеграция на 1C:Enterprise на клиента с използвания онлайн магазин. На среща с програмистите на 1C се договорихме те да подготвят уеб услуги от своя страна, до които впоследствие да имат достъп уеб програмистите на Studio.
В процеса на практическа тясна работа, която отне повече от един месец, програмистите на 1C промениха гледната си точка и решиха да направят копие на тяхната база данни за нас, репликирана от основната и да я прехвърлят към нас, така че да „правим каквото искаме с него” .
Това означаваше, че трябваше да свършим допълнително количество работа, тъй като към тях не бяха прикачени уеб услуги и разбираема документация. Тъй като не коригирахме предишните споразумения, се сблъскахме с яростно нежелание на клиента да вземе предвид увеличените срокове и бюджет на проекта.
В горния пример имахме късмет - програмистите от 1C се оказаха свестни момчета и потвърдиха нашата невинност пред тяхното ръководство. Но ще бъде ли същото следващия път?
Можете да работите с гъвкави методологии, да използвате класически водопад или да използвате хибридна методология. Това не е важно, както и форматът и обхватът на ТЗ. Единственото важно нещо е, че всички споразумения трябва да бъдат фиксирани по един или друг начин.
Стъпка 7. Внедряване
При директното производство на интеграционна работа също има няколко разлики от моноразвитието.
ЕДИН ОТБОРЗа да бъде развитието възможно най-плавно, избягвайте разделянето на „ваши“ и „наши“. Напротив, направете всичко, за да сформирате единен екип от външни разработчици. информационна системаи вашите програмисти.
Стремете се да създадете единен приятелски екип, дори ако той е събран само по време на проекта. Ще спестите много усилия и време, ако всички участници в процеса са заинтересовани да намерят ефективно решение, а не да хвърлят вината или работата върху програмист от друга фирма.
Освен това, за да се премахне разликата в квалификациите на специалистите и използваните методологии за разработка, ще се изисква Допълнително време. Това също трябва да се вземе предвид при изчисляването на времето и бюджета на проекта.
ВХОДНО ТЕСТВАНЕРаботейки с трета страна, ще трябва да се справите с тестването не само на „изход“, но и на „вход“.
Пример от моята собствена практика: програмист на CRM система съобщи, че уеб услугата, необходима за завършване на работата, е завършена. Мениджърът на проекта създаде задача за уеб програмиста и я настрои с връзка към тази уеб услуга. На следващия ден уеб програмистът стартира задачата точно по график и се натъкна на факта, че уеб услугата не работи. Задачата се връща на CRM програмиста. Времето на уеб програмиста, ръководителя на проекта и парите на клиента се губят. Всички отново чакат желаната уеб услуга да е готова.
Преди това всичко зависеше само от вашия екип и формулираната задача веднага се възлагаше на програмиста. Сега първо трябва да се уверите, че компонентите за решаване на проблема, извършени от трета страна, наистина работят.
ПОКРИТИЕ НА ТЕСТАИзискванията ще се променят със скоростта на светлината, собствениците на външна информационна система могат да променят уеб услуги и API без предупреждение. Съставът на вашите собствени уеб програмисти ще се промени или може да се случи, че след като са написали нова функционалност, разработчиците чрез действията си ще нарушат това, което е работило чудесно преди. Един лекуваме, друг осакатяваме.
Колкото по-бързо се установи на кое място от системата и какво точно е „летяло“, толкова по-ниски ще бъдат разходите за нейната поддръжка и толкова по-висока ще бъде печалбата. Затова не пестете покритие на кода с тестове.
В случай на уеб интеграция, процентът на покритие на кода от тестове трябва да бъде възможно най-висок.
Стъпка 8: Устойчивост
Системната интеграция се извършва, за да се намалят времето и разходите за изпълнение на определени бизнес процеси. Уеб интеграцията е по-често характерна за развит, стабилен и успешен бизнес.
Някои от проектите, които сме завършили, могат да загубят между $35 000 и $70 000 в случай на ежедневен престой. Това ни кара да мислим допълнително за мерки за подобряване на отказоустойчивостта на цялата система.
- Архивиране.Всичко това е разписано в заданието и договорите. Но нека бъдем честни, винаги ли проверявате дали хостингът или разработчикът наистина са настроили процедурите за архивиране, както е договорено? Най-често това се установява, когато проблемът вече е възникнал.
- Стрес тестване.Каква посещаемост и върхова натовареност очаква клиента? Умножете тази цифра поне по 2,5 и изпълнете синтетични тестове за натоварване. Трябва да тествате не само сайта, но и системите, с които проектът взаимодейства.
- Сезонност.Познавайте сезонността на бизнеса на вашия клиент. Посещаемостта на сайта на създадената и поддържана от нас кино мрежа по време на новогодишните празници нараства 2-3 пъти. В този проект започваме подготовката за Нова година в началото на ноември.
- Готов за връщане назад.Работите в екип и това трябва да се вземе предвид. Бъдете готови новите ви функции да се повредят нормална работавъншна система и промените ще трябва бързо да бъдат отменени. Въпреки тестовете за натоварване външните системи понякога се провалят по причини извън вашия контрол. Трябва да сте готови да продължите да работите, като временно деактивирате споделената функционалност. Например, по време на срив на услугата за продажба на билети, вместо процеса на плащане, показваме извинително съобщение, но самият сайт продължава да работи.
Стъпка 9. Регистриране и наблюдение
Не забравяйте да вземете предвид разходите за създаване на система за регистриране във времевата рамка и бюджета на проекта. От доста време набиваме неравности на това място.
Това е обективен инструмент, с който ще бъде възможно да се възстанови хронологията на събитията и не само ще помогне за спестяване на нерви, но и ще защити в случай на съдебни спорове. Ето защо е важно да „мотаете“ готовата система с индикатори и сензори.
В Студиото се опитваме да направим всичко така, че да научим за повредата на сайта или част от него не от телефонен разговор с ядосан клиент, а с помощта на собствени системи за наблюдение.
Няма да засягаме подробно този процес и може би ще посветим отделна статия на това, но за тези, които са нови в тези теми, ви съветваме да започнете с търсене в Google на термините Pinba, Zabbix и Munin.
Стъпка 10: Документация
Съгласете се как ще се поддържа проектната документация и се опитайте да я поддържате актуална.
Това ще ви помогне да избегнете ситуации, в които трябва да се запознаете с целия програмен код, за да отстраните неизправности. Дори ако програмистът, който първоначално е разработил всичко това, след шест месеца вече няма да помни какво трябва да работи и как, струва ли си да говорим за нови разработчици?
Съветът е най-простият по смисъл и най-трудният за изпълнение. Ние от Студиото се опитваме да го направим така:
- Съгласувахме формата на поддържане и съхранение на проектната документация.
- Състави списък на документите, включени в понятието "проектна документация". Като правило това са няколко документа, включително карта на бизнес процесите, описание на архитектурата на сървъра, нашето TOR, документация за API на външната система и др.
- Назначава отговорник за актуалността на документацията. Обикновено това е ръководителят на проекта.
- Определя честотата на проверките на документацията.
Всичко! Сега отговорното лице от време на време прави избирателна или непрекъсната проверка на уместността на документите. Или не го прави... и разбира, че всеки момент може да се нахвърли за това.
Заключение
Статията е голяма и сложна. Но последното нещо, което исках да направя, беше да ви изплаша от уеб интеграцията. Разбира се, изисква се опит. Но опит без практика няма. А практика без грешки няма.
Интеграцията е добър начинподобрете ефективността на бизнес процесите на вашите клиенти. За уеб разработчиците това е начин да повишат цената и маржа на собствените си услуги. Да, и какво да крия, поради сложността на процеса, конкуренцията на този пазар е по-малка, отколкото на пазара за създаване на уебсайтове.
Заявка:сега в Студиото се опитваме да разберем дали ви е интересно да четете такива статии? Необходими са много усилия, за да стане материалът полезен и практичен. Подготвянето на тази статия отне около 20 часа на трима специалисти.
Нашият художествен ръководител Саша Котов смята, че ние се „мърляме с глупости“ и никой няма да прочете това :-)
Ето защо, ако намирате тази работа за полезна и смятате, че трябва да продължим в същия дух, харесайте тази статия или я споделете в социалните мрежи. Така ще разберем, че не пишем на масата и ще получим мотивация да продължим.
Изпратете добрата си работа в базата знания е лесно. Използвайте формата по-долу
Студенти, докторанти, млади учени, които използват базата от знания в обучението и работата си, ще ви бъдат много благодарни.
Подобни документи
Архитектура на интегрирани информационни системи ARIS като методология за моделиране на бизнес процеси, предимства и недостатъци на използване. Избор на бизнес процес за моделиране и неговото съдържателно описание, табличен формат за неговото описание.
курсова работа, добавена на 19.06.2015 г
Описание на общите модели на функциониране на организацията. Изучаване на структурата на предприятието, определяне на функциите на неговите подразделения и основните бизнес процеси. Разработване на система клиент-сървър за автоматизиране на приемането и обработката на заявки от абонати.
курсова работа, добавена на 02.10.2011 г
Описание на бизнес процесите транспортна компанияООО "Силни машини" Изграждане на модел "AS-IS" за използване на съществуваща информационна система при работа със заявка на клиент. Изчисляване на общия доход от собственост върху избраната информационна система.
дисертация, добавена на 09.06.2017 г
Оптимизиране на процеси с помощта на подхода на Мартин. Проблеми с недостатъчна ефективност в работата. Автоматизиране на процеса на съгласуване на информация от електронни документи. Разпределение на функциите по отдели и служители. Ускорете ръчните операции.
теза, добавена на 10.12.2013 г
Организационна структура на туристическата фирма и нейните функционални отговорности на звената. Анализ на технико-икономическите показатели на Югрос Консултинг ООД. Проектиране на автоматизация на бизнес процесите на предприятието на платформата 1C: Enterprise 8.2.
курсова работа, добавена на 04.06.2015 г
Характеристика и организационна структура на фирмата. Описание на неговите бизнес процеси. Разработване на организационен модел различни видовезадачи, извършени в магазина с помощта на BPWin. Нейният анализ на стойността. Изграждане на логическа диаграма на процеса в ERWin.
курсова работа, добавена на 04/11/2015
Моделирането на бизнес процесите като средство за намиране на начини за оптимизиране на дейността на компанията. SADT методология (структурен анализ и дизайн), IDEF семейството от стандарти и алгоритмични езици в сърцето на методологиите за моделиране на бизнес процеси.
резюме, добавено на 14.12.2011 г
Моделиране на икономико-математическата програма за развитие на селскостопанска фирма. Анализ на бизнес процеси, разработване на препоръки за тяхната промяна. Идентифициране на перспективни области на автоматизация на компанията. Описание организационна структурамодерна фирма.
дисертация, добавена на 07/10/2015