Keseronokan bermula. Automasi aliran dokumen dan kerja dengan pelanggan adalah tiang pertama di mana kerja penghantar mana-mana agensi berdiri. Ini adalah cara pertama dan paling tidak jelas untuk menjimatkan wang studio dan, akibatnya, membebaskan sumber pengurusan yang dimuatkan tanpa guna untuk kerja yang berguna.

Berkat pendekatan yang diterangkan di bawah, WebCanape mencapai produktiviti yang tinggi pada mulanya tanpa meningkatkan kos untuk meningkatkan pasukan. Hanya selepas 5 tahun bekerja, kami mempunyai jabatan jualan khusus. Sebelum ini, aliran 120 permohonan sebulan dengan kadar penukaran 60% telah diproses oleh seorang.

Tetapi kelajuan bukan sahaja tentang penjimatan, ia juga bermakna pelanggan setia. Sesiapa yang membuat cadangan pertama menang :) Seorang usahawan sebenar yang mempunyai wang lebih suka memilih tawaran pertama yang dia suka daripada membuang masa menunggu pilihan yang berbeza.

Proses perniagaan asas studio pada peringkat jualan

Mari kita lihat proses perniagaan asas yang wujud dalam mana-mana studio web.

• Perakaunan untuk permohonan masuk
• Menghantar soal selidik, ringkas
• Pemprosesan ringkas, pengiraan kos
• Penyediaan CP
• Penyediaan perjanjian dan permohonan
• Invois
• Pembayaran bil

Permohonan mesti diterima, dimasukkan ke dalam sistem perakaunan CRM (5 minit), data dipindahkan ke bahagian asas ringkas dan dihantar kepada pelanggan (5 minit lagi). Selepas pelanggan mengisi ringkasan, ia perlu diproses, pengiraan dibuat (20 minit) dan Tawaran komersial(40 minit) dengan struktur dan perkhidmatan tapak awal. Ia akan mengambil masa 30 minit lagi untuk menyediakan kontrak dan permohonan, dan 10 minit untuk mengeluarkan invois.

Untuk melaksanakan proses ini bagi setiap aplikasi, jabatan jualan standard memerlukan lebih kurang 110 minit masa tulen. Ini bermakna ia mengambil masa 128 jam untuk memproses 70 permohonan. Apabila dikira semula untuk sejumlah besar aplikasi, ini adalah kerugian besar yang tidak diperlukan oleh pelanggan, tetapi menjejaskan kos akhir produk. Pada masa yang sama, atas sebab tertentu studio web cuba mengoptimumkan kerja pengeluaran (proses mencipta produk), dan bukan proses kosong ini. Mari lihat apa yang kami lakukan.

Untuk memproses 70 permohonan sebulan, pengurus memerlukan 128 jam (jurujual sepenuh masa). Selepas pengoptimuman dan automasi proses, ia menjadi 37 jam. Sekarang anda faham mengapa kami bekerja untuk masa yang lama tanpa jabatan jualan khusus. Satu-satunya perkara ialah sangat penting untuk mempunyai orang yang berpengalaman di pintu masuk. Automasi dengan sendirinya tidak akan berfungsi.

Kelajuan dan kebolehtukaran

Langkah demi langkah, menyedari masalah kecekapan rendah, kami mencipta sistem yang membantu pengurus bekerja lebih pantas dengan pelanggan. Saya telah mengatakan mengapa kelajuan lebih penting daripada kos, tetapi saya tidak menyebut satu masalah lagi.

Bagi ramai, ia menjadi perhatian. Pengurus jualan tidak boleh menyediakan CP profesional. Di manakah anda boleh mencari jurujual yang berpengalaman dalam menjual tapak web apabila mereka tidak tersedia di wilayah tersebut?

Sehubungan itu, kami perlu menyediakan alat yang akan membantu pengurus yang baik dengan sedikit pengalaman dalam bidang pembangunan web untuk mengurus aliran dokumen dengan cepat dan mencipta CP profesional.

Mengira kos transaksi dan mengeluarkan tawaran komersial

Alat dalaman kami, yang kami panggil "Kalkulator," menjadi alat sedemikian. Tidak lama kemudian, ia dilahirkan semula ke dalam CanapeCRM, yang kami mula tawarkan kepada pelanggan.

Dokumen elektronik. Kami telah 100% meninggalkan dokumen Word dan berpindah dalam talian. Hanya pautan dihantar kepada pelanggan (kepada ringkasan, CP, perjanjian, invois). Jika sesuatu berubah, buat sahaja perubahan pada dokumen dalam sistem, tekan F5 dan dokumen pelanggan sudah dikemas kini. Daripada penjimatan pada proses ini dan serupa, ia kelihatan kecekapan tinggi kerja.

Perakaunan untuk permohonan dan taklimat untuk pelanggan

Pembentukan perjanjian

Invois dan pembayaran dalam talian

Pemberitahuan automatik. Bahagian penting kedua automasi ialah makluman. Dalam proses kerja, pengurus terpaksa menulis sejumlah besar surat kepada pelanggan yang tidak membawa maklumat penting. Pelanggan perlu dimaklumkan tentang status projek, meminta maklumat, memberitahu apa yang perlu disediakan untuk peringkat yang akan datang, dsb. Apabila terdapat banyak projek, ia sangat mengalihkan perhatian daripada tugas utama, memaksa anda menukar gear dan melambatkan kerja anda. Sistem CRM boleh dan harus sendiri memberikan maklumat kepada pelanggan dan menghantar peringatan.

Peringatan dan analitik pengurus

Satu hari itu akan menjimatkan satu juta

Luangkan hari ini dengan menyediakan sistem sepenuhnya. Teks pemberitahuan, templat cadangan komersial, kontrak dan segala-galanya yang mungkin berguna. Ini akan membantu anda bekerja dengan lebih menguntungkan dan bukan kenaikan harga seiring dengan kenaikan gaji.

Saya akan menganjurkan webinar pada hari Isnin, 31 Oktober 2016. Kami akan membincangkan bahan terdahulu, bercakap tentang langkah penting pada permulaan, menunjukkan kepada anda cara menyediakan sistem pengurusan dokumen dan menjawab semua soalan. Daftar untuk webinar.

Jika anda mempunyai sebarang pertanyaan, anda boleh menulis dalam komen pada siaran.

P.S. Izinkan saya mengingatkan anda bahawa bahan ini adalah kesinambungan logik daripada siri bahan tentang membina perniagaan studio web dalam segmen belanjawan.

5000 RUB

Pengurus syarikat kecil sering membuat kesilapan, dan semuanya kerana mereka tidak memberi perhatian yang cukup kepada proses perniagaan. Semua perhatian mereka tertumpu terutamanya pada peningkatan keuntungan dan peningkatan jualan. Dan hanya di tempat kedua adalah tugas untuk menerangkan dan menstruktur proses kerja diletakkan, secara tersilap mempercayai bahawa ini lebih penting untuk organisasi besar.

Untuk syarikat kecil pembangunan proses perniagaan mudah untuk dilaksanakan. Proses yang diterangkan dengan betul dan kaedah automasi yang dipilih dengan betul boleh membantu dalam pertumbuhan dan pembangunan organisasi.

Adakah anda mahu mengawal keseluruhan kerja organisasi? Reka semua proses perniagaan dari awal pembangunan perniagaan.

Apakah yang dimaksudkan dengan proses perniagaan?

Ini adalah keterkaitan pelbagai tugas (rantaian tindakan) yang membantu dalam mencipta perkhidmatan atau produk khusus untuk pelanggan. Contohnya, membayar bil, meluluskan percutian, mengawal penggunaan bahan, memenuhi pesanan di kedai dalam talian, dsb.

Aliran kerja terdiri daripada tiga peringkat:

• Sokongan;
• operasi;
• kawalan.

Mereka, seterusnya, dibahagikan kepada sub-proses.

Mencipta proses perniagaan Ini bukan perkara yang mudah dan lebih sesuai untuk organisasi besar ia menganggap perkara berikut:

• Pengumpulan maklumat yang diperlukan;
• penerangan proses perniagaan sedia ada;
• analisis data yang diperolehi. Penerangan tentang perkara yang anda ingin terima. Pengenalpastian semua kesukaran;
• mencipta rancangan. Menyenaraikan semua perhubungan. Menetapkan peranan dan pekerja yang bertanggungjawab;
• pembentukan proses dalam sistem (CRM, BPM);
• latihan kakitangan yang bekerja.

Syarikat web WM menawarkan penciptaan laman web pelanggannya pada Sistem pengurusan 1C-Bitrix dengan penyepaduan laman web dengan CRM Bitrix24.

Bagaimanakah proses perniagaan berlaku dalam organisasi kecil?

Untuk syarikat kecil dan masih muda, terdapat versi ringkas untuk mengatur proses perniagaan, yang utamanya ialah:

• Pemprosesan Tempahan;
• komunikasi dengan pelanggan;
• interaksi dengan pembekal.

Untuk memahami proses perniagaan yang paling penting, anda perlu menganalisis masalah yang kerap berulang.

1. Anda menerima aduan berterusan daripada pembekal tentang pembayaran lewat. Masalahnya harus dicari dalam perkara berikut - sama ada akauntan tidak menjalankan akaun semasa pengiraan, atau dokumen yang tertakluk kepada pembayaran sedang menunggu dalam barisan untuk tandatangan pengarah.
2. Pelanggan sentiasa mengadu tentang kekurangan kuantiti yang mencukupi barang di stor atau gudang. Masalah dengan proses perolehan perlu ditangani.
3. Kehilangan pelanggan. Masalahnya terletak pada komunikasi yang tidak mencukupi dengan pelanggan.

Apa nak buat? Arahan langkah demi langkah

1. Tentukan dan jadikan asas proses perniagaan secepat mungkin.
2. Tentukan masalah.
3. Menjalankan penyelidikan pada setiap titik masalah dan mencari tempat di mana kesukaran dan kelewatan timbul.
4. Terangkan proses kerja ideal anda:
   • Siapa yang akan mengambil bahagian, dan siapa yang akan bertanggungjawab untuk apa pada peringkat mana;
   • apakah maklumat yang akan dipindahkan daripada seorang pekerja kepada pekerja lain pada setiap peringkat;
   • tarikh akhir untuk menyelesaikan proses tersebut.
5. Bentangkan carta alir atau laksanakan terus program dalam BPM/CRM.
6. Pilih mereka yang bertanggungjawab untuk setiap proses dan berikan penjelasan untuk kerja tersebut.

Studio web "WM" bersedia untuk mengambil alih organisasi proses perniagaan syarikat anda.

Antara perkhidmatan penting yang ditawarkan oleh organisasi kami ialah:

• Integrasi 1C dengan portal korporat;
• penyepaduan kedai dengan 1C UT (UNF);
• sokongan tapak;

Proses perniagaan "Interaksi dengan pengguna" menggunakan contoh sebenar

Marilah kita menyerlahkan peringkat utama, dengan mengingati bahawa setiap kes mempunyai ciri-ciri sendiri dan langkah-langkah yang lebih khusus.

Bagaimanakah organisasi anda memproses permintaan pelanggan?

1. Adakah pelanggan anda dibahagikan kepada kumpulan (saiz transaksi, lokasi, topik)?
2. Adakah pengurus syarikat anda tahu cara membimbing pelanggan dari kenalan pertama hingga pembayaran? Apakah langkah-langkah yang jelas untuk diikuti?
3. Adakah proses jualan ulangan disistemkan, dan sejauh mana?
4. Berapa kerap pelanggan meninggalkan anda? Tiada masa untuk mengisi dokumentasi, memberi peringatan tepat pada masanya, membalas surat atau membuat panggilan?

Lebih terperinci anda membuat struktur dan perihalan proses perniagaan interaksi dengan pengguna, lebih besar peluang kejayaan yang akan anda perolehi dan pelanggan akan menjadi lebih setia. Akibatnya, kemungkinan jualan berulang, keuntungan dan peluang pertumbuhan berterusan untuk syarikat anda akan meningkat.

Penerangan anggaran proses perniagaan ini

• Kami mengambil sebarang hubungan pelanggan (lead) - e-mel, telefon, surat daripadanya, pesanan dari laman web, kad perniagaan dari pameran, dsb.

• Kami memindahkannya kepada pengurus percuma syarikat, atau memilihnya mengikut kriteria tertentu: lokasi, topik urus niaga, jumlah transaksi.

• Kami menghubungi pelanggan dan menjelaskan maklumat tersebut.

• Kami menyediakan cadangan komersial dan menghantarnya kepada pelanggan. Kita buat temujanji. Kami menyediakan maklumat penjelasan melalui buku kecil, pembentangan, dsb.

• Selepas beberapa lama, kami mengingatkan anda tentang diri kami dengan panggilan telefon atau surat.

• Kami menyediakan dan menghantar pakej dokumen. Kami menyelaraskan mereka terlebih dahulu dengan entiti undang-undang. jabatan dan perakaunan.

• Kami mengeluarkan invois.

• Kami menutup perjanjian itu.

Proses perniagaan sekunder

Kepentingan mereka terletak dalam membantu organisasi berkembang dengan cepat tanpa kehilangan pengurusan dan pembiayaan yang betul.

Jika syarikat memutuskan untuk membina pemasaran sepenuhnya di Internet, hampir tidak ada studio web yang pakar dalam pembangunan laman web dan termasuk dalam TOP 100 kemungkinan besar akan membantu mereka dalam hal ini. Dan ini akan berlaku bukan kerana studio web ini tidak tahu cara membuat tapak berteknologi tinggi (sudah tentu, ini tidak berlaku), tetapi kerana proses mereka menjual dan menghasilkan tapak ini pada asasnya berbeza daripada apa yang diperlukan untuk perniagaan.
Mari kita fikirkan mengapa ini berlaku dan perkara yang perlu dilakukan oleh perniagaan yang berjaya dan kompleks (kami tidak menganggap kedai dalam talian, tapak promosi untuk jenama dan tapak kad perniagaan - di sana kita bercakap tentang bukan tentang pemasaran atau pembangunan perniagaan).

Terdapat 2 kebenaran yang tidak difahami oleh pasaran Rusia:

1. Laman web ialah proses pemasaran, bukan produk yang muncul selepas beberapa bulan bekerja keras oleh studio web.
2. Tapak web, dipisahkan daripada strategi dan aktiviti pemasaran, hanyalah kad perniagaan (walaupun tapak itu kompleks), yang menjadi lapuk 3-4 bulan selepas pelancaran atau mungkin tidak memenuhi matlamat perniagaan pada mulanya.

Sudah tentu, kemahiran teknikal sangat penting semasa membangunkan laman web. Tetapi mari bayangkan bahawa anda mengambil 10 studio web yang sama mahir dari segi teknikal (dengan bilangan semasa di pasaran adalah lebih daripada 1000, ini tidak menjadi masalah) dan meminta mereka membantu dalam pembangunan perniagaan anda. Iaitu, mereka diberi pelbagai matlamat dan objektif pemasaran. Kesemua mereka akan segera memberi tumpuan kepada pemasaran asas (mereka akan bertanya tentang perniagaan anda, penonton, meminta anda mengisi ringkasan) dan aspek teknikal: prototaip, pembangunan berperingkat, bahasa terakhir susun atur, reka bentuk moden.

Untuk memberi anda gambaran tentang betapa rumitnya tugas yang mungkin dihadapi oleh pelanggan, saya akan memberikan contoh matlamat peringkat atas sahaja (setiap matlamat ini dibahagikan kepada 3-5-7 submatlamat) untuk salah satu projek kami:

Adalah jelas bahawa pembangunan laman web sahaja, tidak kira betapa tinggi kualitinya, tidak akan mencapai semua matlamat ini. Di sinilah kami sampai ke tahap bahawa tapak web hanyalah sebahagian (biasanya bukan yang terbesar) daripada proses pemasaran syarikat anda.

Adalah penting untuk memahami bahawa tempoh bayaran balik untuk proses tapak web yang betul adalah kira-kira 8-12 bulan. Membayar untuk laman web murah dengan beberapa pesanan dalam talian sebenarnya tidak menjadi masalah. Tetapi adakah tapak sedemikian akan mencapai pertumbuhan jualan jangka panjang (!) dan mencapai beberapa matlamat perniagaan lain selain jualan langsung?

Laman web adalah proses pemasaran dua hala

Laman web ialah proses pemasaran yang berlaku, di satu pihak, di dalam syarikat, dan di pihak lain, di Internet. Ia melaksanakan strategi pemasaran peringkat tinggi syarikat (yang merangkumi semua data yang diperlukan tentang penjenamaan, jika ada, matlamat dan objektif, sekatan, dsb.) dan dikaitkan dengan cara elektronik dan saluran perniagaan. Lebih-lebih lagi, kedua-dua dari perniagaan ke laman web, yang jelas, dan dari laman web ke perniagaan, yang tidak lagi begitu remeh.

Cara paling mudah untuk memahami cara tapak berfungsi adalah dengan menggunakan fotosintesis sebagai contoh. Menerima nutrien daripada pokok, daun tumbuh dan berkembang. Selain itu, bentuk daun ini berbeza bagi setiap pokok. Apabila daun tumbuh, ia mula menerima tenaga daripada matahari dan karbon dioksida, memberikan oksigen kepada ruang sekeliling dan glukosa kepada pokok. Ternyata lembaran itu bertambah baik persekitaran dan menyuburkan pokok pada masa yang sama.

Adalah penting untuk tidak mengelirukan proses pemasaran di mana laman web perniagaan terlibat dengan proses pembangunan laman web. Banyak studio web menggantikan konsep ini, melepaskan metodologi pembangunan yang fleksibel (pendekatan tangkas) sebagai pemasaran, walaupun sebenarnya ini hampir tiada kaitan dengan proses pemasaran syarikat.

Laman web ialah kit alat yang sentiasa berubah dan menyesuaikan diri. Mari kita lihat dengan lebih dekat cara membina proses sedemikian secara khusus.

Bagaimana untuk membangunkan laman web: apakah yang diperlukan untuk ini, berapa lama masa yang diperlukan, berapa kosnya dan apakah kesilapan yang paling biasa dilakukan?

Kami telah mengetahui bahawa produk/penyelesaian seperti tapak web tidak wujud secara semula jadi. Buku kecil adalah produk, kad perniagaan adalah produk, sepanduk adalah produk, ilustrasi juga produk. Laman web adalah proses pemasaran. Apakah yang diperlukan untuk mencipta, membina, membangunkan dan mengekalkan proses ini?

Seperti mana-mana proses, pembangunan laman web mempunyai input (dengan syarat awal), output (dengan keputusan yang diramalkan) dan pengurus proses (bertanggungjawab). Antara input dan output, algoritma proses tertentu (satu kali atau kitaran) diusahakan.

"Ekzos" untuk perniagaan bergantung pada perkara yang diserahkan sebagai input, cara orang yang bertanggungjawab (studio/agensi) berfungsi dan perkara yang kita harapkan/terima pada output.

Mari lihat bagaimana proses pembangunan laman web kelihatan dari sudut yang berbeza.

Untuk pelanggan

Laman web adalah produk seperti kereta yang akan memandu anda ke masa depan yang cerah.

• Ringkas dengan hasrat, identiti korporat dan data umum mengenai khalayak sasaran dan produk.
• Kami bertemu selama 3 jam dengan studio web untuk "membincangkan tapak".
  • Kami tunggu.
• Kami meluluskan 100 halaman spesifikasi teknikal (membaca tidak diperlukan).
  • Nantikan.
• Reka bentuk yay! Mereka menunjukkan kepada kami reka bentuk!
  • Kami sudah lama menunggu.
• Pembentangan kepada "pengarah segala-galanya."
• Pelancaran pada hosting.
• Klien: "Betulkan kami sedikit di sini."

Bagi pelanggan, segala-galanya kelihatan jelas, jelas dan agak formal mungkin: semua peringkat telah disediakan, kehendak dan nuansa pelanggan diambil kira. Sudah tentu, proses ini tidak ada hubungannya dengan realiti.

Beginilah proses perniagaan dan algoritma pembangunan tapak web biasanya diterangkan oleh hampir mana-mana studio web atau agensi internet (yang memahami isu ini):

Untuk studio web atau agensi internet

• Laman web adalah produk yang perlu dibuat, dihantar dan dimasukkan ke dalam portfolio.
• Pertemuan selama 2-3 jam, di mana kami mendengar apa yang pelanggan mahu.
  • Kepuasan daripada "pemahaman perniagaan pelanggan" dan objektif yang lengkap.
• Taklimat daripada klien secara bertulis.
• Permintaan identiti korporat, data, teks, bahan untuk mengisi tapak.
• Kami menulis tugas teknikal(atau bina laluan lelaran, jika Agile).
• Kami melukis prototaip dalam Axure atau Mockup.
  • Kami mengambil masa yang lama untuk menerangkan bahawa petak dan bulatan ini adalah_bukan_reka bentuk_tapak web.
• Tugasan reka bentuk (tugasan seni).
  • Pelanggan sekali lagi menjelaskan bahawa prototaip bukan reka bentuk laman web.
• Reka bentuk oleh pereka.
  • Jom hadirkan. Kegembiraan pelanggan datang dari fakta bahawa reka bentuk tidak bertepatan dengan prototaip.
• Tugasan susun atur.
• Susun atur.
• Pengaturcaraan.
• Menguji.
• Pengisian bahan daripada pelanggan.
• Pelancaran pada hosting.
• Parti untuk meraikan penyampaian "projek".
• Terdapat komen daripada pelanggan - kita perlu keluar dari negara ini.

Adalah penting untuk diperhatikan di sini: jika anda akan bekerjasama dengan agensi/studio untuk membuat tapak web, dan proses di atas tidak sepadan dengan tawaran studio (beberapa peringkat tiada), adalah lebih baik untuk menukar kontraktor .

Bagaimanakah proses itu sebenarnya (seperti yang kita lihat dan lakukan di Kompleto)

• Rangka kerja pemasaran.
  • Penyediaan dan penyelidikan: khalayak sasaran, produk, permintaan, pesaing (3-4 minggu).
  • Strategi Pemasaran E-mel (2 minggu).
  • Pemahaman penuh tentang campuran media semasa, termasuk segala-galanya di luar talian.
  • KPI tapak web berdasarkan matlamat perniagaan.
  • Strategi dan struktur mengisi tapak dari teras permintaan.
• Pembangunan dan reka bentuk (seperti yang ditunjukkan di atas oleh studio web).
• Pautan dengan sistem dalaman dan proses syarikat.
• Pemasangan dan konfigurasi analitik KPI daripada rangka kerja pemasaran.
• Permulaan pelaksanaan strategi kandungan.
• Tempoh perintis kerja di bawah beban "pengiklanan" dan "khalayak" (biasanya suku).
• Sokongan tapak.
• Pelan pemodenan laman web berdasarkan hasil analisis.
• Pelan pemodenan laman web berdasarkan perubahan dalam perniagaan pelanggan.

Adakah anda ingin menerima tawaran daripada kami?

Berapa jam dan rubel yang perlu anda belanjakan di tapak?

Jika kita bercakap tentang cara kami di Kompleto mendekati pembangunan laman web, seperti yang telah diperkatakan berkali-kali di atas, ini adalah proses yang dibahagikan kepada peringkat pemasaran. Biasanya, tidak mungkin untuk menyahpepijat proses berkualiti tinggi yang dipanggil "tapak web" dalam masa kurang daripada 800-1000 jam (jika perniagaan menimbulkan tugas yang sangat kompleks). Rajah berikut menunjukkan contoh pengiraan pembangunan tapak sebenar yang mengambil masa kira-kira 2000 jam. Adalah menarik bahawa, sebagai contoh, menulis salinan dan mengisi laman web dengan maklumat mengambil masa hampir 3 kali lebih lama daripada pengaturcaraan. Aspek ini selalunya dilalui oleh studio web dan pelanggan mereka. Inilah sebabnya mengapa laman web ini selalunya tidak alat pemasaran, penyelesai masalah perniagaan, tetapi mewakili "perarakan teknologi".

Apakah yang lebih penting dalam laman web – teknologi atau pemasaran?

Hari ini, hampir semua studio web menekankan bahawa mereka membangunkan tapak web menggunakan metodologi yang fleksibel. Kerja itu sendiri boleh dibina menggunakan metodologi yang fleksibel (mula-mula buat bingkai, kemudian secara beransur-ansur menambah butiran padanya dalam lelaran) atau satu senarai mengikut spesifikasi (air terjun). Yang menghairankan, ini tidak begitu penting, kerana prosesnya masih cacat dan pada asasnya salah (iaitu pada dasarnya, bukan dalam nuansa).

Studio web cuba menarik pelanggan dan pasaran kepada pendekatan teknologi dalaman mereka: lakukan langkah demi langkah, betulkan risiko, hadkan fungsi dan kemudian selesaikan kerja yang tidak cukup masa. Ini semua betul, tetapi hanya berfungsi untuk mencipta produk yang bagus, dan bukan untuk membina proses (seperti yang kita lihat dalam rajah langkah di atas, tidak kira apa pendekatan pembangunan yang digunakan, anda tidak akan mendapat tapak web berkualiti tinggi: tidak ada peringkat penting proses itu sendiri).

Jika anda membuat tapak web menggunakan metodologi yang fleksibel dengan prototaip yang cantik (interaktif, seperti yang menjadi fesyen sekarang), dengan tugasan artistik, mereka membungkusnya dengan cantik dalam pembentangan, meletakkannya dalam HTML5 pada sistem pengurusan super, tetapi pada masa yang sama tidak mencungkil penonton demi bata, tidak memikirkan struktur tapak untuk permintaan dan ciri enjin carian, tidak menyediakan analitik, dan selepas pelancarannya semua sokongan dikurangkan kepada menyiarkan berita dan mengisi bahagian tentang syarikat dan perkhidmatan dengan teks - anda telah pun kalah. Laman web adalah berat mati untuk anda, bukan proses pemasaran untuk syarikat. Dan tidak kira betapa berkesannya anda membuat tapak ini.

Sila faham dengan betul, jika kita bercakap tentang aplikasi web tertentu untuk keperluan dalaman syarikat (contohnya, Kawasan Peribadi untuk memesan alat ganti) - maka ini adalah aplikasi perniagaan, dan pembangunannya harus disesuaikan dengan produk: kelajuan, kejelasan, versi, fungsi khusus. Terdapat minimum pemasaran: sebaliknya, pematuhan dengan proses dan tugas perniagaan yang telah ditetapkan yang jelas. Peranan kebolehgunaan adalah minimum (jika antara muka tidak sempurna, di Rusia mereka akan bertolak ansur dengan ini, kerana sebelum itu mereka bekerja dalam Excel atau Notepad). Laman web adalah perkara yang sama sekali berbeza. Sebagai peraturan, inovasi sebenar dalam laman web paling moden ialah 5%, selebihnya adalah pemasaran, analitik, pelarasan kepada proses perniagaan, sambungan dengan sistem perakaunan dan telefon.

Ia seperti mempunyai pasukan pelukis profesional mengecat rumah anda dengan cat yang sejuk, tetapi warna yang salah. Nampaknya semuanya berkesan, cepat, jelas, cantik, tetapi kami tidak melakukan sama sekali apa yang diperlukan untuk tujuan asal.

Justru kerana pendekatan yang salah inilah kegagalan dalam pembangunan perniagaan berlaku di kalangan pelanggan. Kami mempunyai tapak web teknologi yang tidak terbina dalam strategi pemasaran syarikat - dan kami hanya mencapai sebahagian daripada matlamatnya.

Ternyata untuk melancarkan proses yang dipanggil "Tapak", anda perlu melalui semua langkah yang saya nyatakan di atas (proses Completo), menghabiskan 1500-2000 jam dan menarik masa yang berbeza kira-kira 15 pakar. Dan ini untuk satu tapak.

Intipati pendekatan itu sendiri adalah sangat mudah: tapak harus dibangunkan oleh agensi yang akan menghabiskan sekurang-kurangnya 1.5-2 bulan untuk mendalami perniagaan dan pemasaran, menyelidik pesaing, khalayak dan penunjuk kewangan. Kemudian ia mengambil masa sekurang-kurangnya 3-4 bulan untuk membangunkan versi awal tapak (untuk memulakan proses). Agensi yang sama kemudiannya akan menyediakan analitik di tapak dan menjalankan pengiklanan, dan seterusnya mengubah suai dan kandungan menyokong tapak tersebut. Ini adalah satu-satunya cara ia boleh berfungsi untuk faedah perniagaan. Selain itu, sokongan lanjut dan pemodenan tapak berdasarkan analisis web, mengubah realiti perniagaan dan pasaran, kumpulan penonton, barisan produk hanya boleh berlaku jika agensi benar-benar tinggal bersama pelanggan. Jadi, sebagai contoh, akaun kami digantung di telefon selama berjam-jam setiap hari dan sekurang-kurangnya sebulan sekali mereka menghabiskan sepanjang hari di pejabat pelanggan. Dan sebagainya setiap tahun kerjasama. Tidak menghairankan bahawa walaupun 6-8 bulan selepas keluaran versi awal, laman web ini boleh berubah banyak.

Sokongan tapak web adalah prasyarat untuk berjaya

Selepas melancarkan laman web, masalah berikut paling kerap timbul:

1. Pelanggan sendiri, setelah menerima tapak, mula mengisinya dengan maklumat, sepanduk, sentuhan akhir, memusnahkan reka bentuk, susun atur dan garis panduan.
2. Produk, perkhidmatan dan perubahan pasaran – tapak tidak menyesuaikan atau berubah.
3. Kami menerima analitik daripada kempen pengiklanan - tapak perlu diubah mengikut data yang diterima, tetapi ini hampir tidak pernah dilakukan.
4. Biasanya kami membuat rancangan kandungan untuk pembangunan laman web untuk sekurang-kurangnya 6 bulan - ia mesti dijalankan mengikut garis panduan tapak, yang merupakan tugas yang tidak remeh.
5. Tapak ini bermula dengan satu beban, selepas itu beban persekutuan ditambah kempen pengiklanan; beban boleh meningkat dengan ketara - sokongan teknikal diperlukan.
6. Pematuhan peraturan SEO dalam teks dan struktur tapak web - pelanggan tidak boleh melakukan ini sendiri.
7. Pepijat, hasrat, penambahbaikan - melakukan ini tanpa belanjawan adalah tidak realistik.

Kandungan dan sokongan teknikal berbeza daripada pemasaran dan sokongan tapak web analisis. Sokongan kandungan juga membayangkan proses penuh menjana suapan berita bersama pelanggan, idea dan projek kandungan, serta pelaksanaan selanjutnya di tapak web. Meletakkan bahan yang disediakan oleh pelanggan di tapak dan tidak melakukan apa-apa lagi adalah tahap terendah sokongan tapak daripada semua yang mungkin.

Kehilangan untung dan rugi dari laman web produk

Sebagai kesimpulan, saya cadangkan anda menilai potensi kerugian yang mungkin anda alami semasa membangunkan tapak web mengikut senario studio web klasik - membuat produk dan bukannya membina proses pemasaran.

Mari kita ambil contoh syarikat sebenar dalam bidang peralatan teknikal.

Produk tapak web (dari studio web standard). Kes sebenar dari amalan.

• kos purata pembangunan laman web biasa ialah 750,000 rubel;
• masa operasi - 4 bulan;
• mengambil gambar sendiri, melukis model untuk laman web, menulis teks yang sangat baik;
• reka bentuk moden yang bergaya dengan ilustrasi yang dibuat oleh artis;
• katalog objek;
• Susun atur penyesuaian.

Laman web dan katalog telah diisi dengan beberapa barangan yang diberikan oleh pelanggan. Kemudian ia "ternyata" itu bakal pelanggan syarikat ini memerlukan lebih banyak maklumat tentang produk daripada yang terdapat di laman web - maklumat itu perlu dikumpul sedikit demi sedikit daripada pangkalan data yang berbeza dan sistematik.

Analitis web tidak dikonfigurasikan (hanya kaunter dipasang).

Struktur tapak tidak difikirkan berdasarkan matriks pertanyaan dan jenis yang berbeza permintaan: studio membuat katalog objek biasa, dan terdapat kira-kira 3,000 permintaan (berpuluh-puluh ribu orang setiap bulan), permintaan dibentuk dengan cara yang berbeza. Iaitu, adalah mungkin untuk menjual dengan kad produk dan penerangan hanya kepada sebahagian kecil penonton. Selebihnya memerlukan penjelasan khas dan meyakinkan.

Keadaan dengan kandungan teks tapak tidak lebih baik: studio mengisi tapak dengan hanya 1/100 (1%) daripada apa yang diperlukan.

Studio itu menjual lawatan 3D objek itu dengan harga 300,000. Apabila kami menyediakan analisis hujung ke hujung, ternyata tiada siapa yang menggunakannya, tidak ada pesanan dari sana pada dasarnya. Dalam kami penyelidikan pemasaran jelas kelihatan bahawa tiada seorang pun daripada khalayak sasaran memerlukan lawatan 3D sama sekali.

Laman web tidak memikirkan perjalanan pembeli sama sekali. Sebenarnya, tiada kaitan antara tapak dan pemasaran e-mel, penargetan semula, dan kawasan khas tapak untuk objek khas belum difikirkan.

Syarikat itu bekerja dengan tapak sedemikian selama kira-kira satu setengah tahun sebelum datang kepada kami. Kerja kami mengambil masa kira-kira 9 bulan dengan semua penyelidikan. Akibatnya, syarikat itu sebenarnya kehilangan kira-kira 2.5 tahun, dan tidak mungkin lagi untuk mengejar pesaingnya.

Sebuah laman web bernilai 750,000 rubel merugikan syarikat selama satu setengah tahun 75,000,000 rubel dalam keuntungan sebenar yang hilang. Kami membuat tapak web baharu - dan kegagalan menurun sebanyak 3 kali, penukaran meningkat sebanyak 8 kali untuk kumpulan produk individu, bertambah baik proses dalaman memesan produk. Dan kami tidak mengambil kira bahawa pada masa ini pesaing telah berkembang dan sebahagian daripada mereka telah melakukan kerja yang sangat baik di Internet - kini akan menjadi sangat sukar untuk mengejar mereka. Kita perlu memperuntukkan belanjawan dengan cepat, yang bermaksud sejumlah besar wang dalam tempoh yang singkat.

Fikir sebelum bertindak. Lakukan dengan bijak. Terlibat dalam pemasaran kandungan di tapak web anda. Selepas menyelesaikan kerja, segera kumpulkan analitik dan perbaiki tapak berdasarkan hasil kempen pengiklanan perintis.

Senarai semak. Bagaimana untuk mengubah laman web anda daripada produk yang membebankan kepada proses pemasaran yang berkesan

Kesimpulannya - beberapa perkataan tentang sistem e-pemasaran dan peranan tapak di dalamnya.

Sejak 2011 kami giat berlatih pasaran Rusia pemasaran dan pengiklanan di Internet. Terima kasih kepada kami bahawa konsep "pendekatan sistemik" dan "pemasaran elektronik sistemik" mula digunakan di Rusia. Kamilah yang memperkenalkan perkataan "sistemik" berhubung dengan aktiviti di Internet di Rusia.

Sebilangan besar syarikat di Rusia tidak perlu mengiklan di Internet atau membuat laman web, tetapi untuk membina sistem pemasaran asas dalam syarikat mereka sebelum berpindah ke Internet, dan untuk menyambung semua aktiviti Internet sistem elektronik(1C, CRM, telefon, kawalan dan sistem pelaporan) dengan perniagaan.

(Dilawati 22 195 kali, 1 lawatan hari ini)

Hantar kerja baik anda di pangkalan pengetahuan adalah mudah. Gunakan borang di bawah

Pelajar, pelajar siswazah, saintis muda yang menggunakan asas pengetahuan dalam pengajian dan kerja mereka akan sangat berterima kasih kepada anda.

Dokumen yang serupa

Seni bina sistem maklumat bersepadu ARIS sebagai metodologi untuk memodelkan proses perniagaan, kelebihan dan keburukan penggunaan. Pemilihan proses perniagaan untuk pemodelan dan penerangannya yang bermakna, format jadual untuk penerangannya.

kerja kursus, ditambah 06/19/2015


Penerangan mengenai corak umum fungsi organisasi. Mempelajari struktur perusahaan, menentukan fungsi bahagian dan proses perniagaan utamanya. Pembangunan sistem pelayan pelanggan untuk mengautomasikan penerimaan dan pemprosesan permintaan daripada pelanggan.

kerja kursus, ditambah 10/02/2011


Penerangan proses perniagaan syarikat pengangkutan Strong Machines LLC. Membina model "AS-IS" untuk menggunakan sistem maklumat semasa semasa bekerja dengan aplikasi pelanggan. Pengiraan jumlah pendapatan daripada pemilikan sistem maklumat yang dipilih.

tesis, ditambah 06/09/2017


Pengoptimuman proses menggunakan pendekatan Martin. Masalah kecekapan yang tidak mencukupi di tempat kerja. Automasi proses penyelarasan maklumat daripada dokumen elektronik. Pengagihan fungsi antara jabatan dan pekerja. Mempercepatkan operasi manual.

tesis, ditambah 12/10/2013


Struktur organisasi syarikat pelancongan dan tanggungjawab fungsi bahagiannya. Analisis penunjuk teknikal dan ekonomi Yugros Consulting LLC. Mereka bentuk automasi proses perniagaan perusahaan pada platform 1C: Perusahaan 8.2.

kerja kursus, ditambah 06/04/2015


Ciri-ciri dan struktur organisasi syarikat. Penerangan tentang proses perniagaannya. Pembangunan model organisasi pelbagai jenis kerja yang dijalankan di stor menggunakan BPWin. Analisis kosnya. Membina gambar rajah proses logik dalam ERWin.

kerja kursus, ditambah 04/11/2015


Memodelkan proses perniagaan sebagai cara mencari jalan untuk mengoptimumkan aktiviti syarikat. Metodologi SADT (Analisis Struktur dan Reka Bentuk), keluarga piawaian IDEF dan bahasa algoritma adalah asas metodologi pemodelan proses perniagaan.

abstrak, ditambah 14/12/2011


Memodelkan program ekonomi dan matematik untuk pembangunan syarikat pertanian. Analisis proses perniagaan, pembangunan cadangan untuk mengubahnya. Pengenalpastian kawasan yang menjanjikan untuk automasi syarikat. Penerangan mengenai struktur organisasi syarikat moden.

tesis, ditambah 07/10/2015

Kami segera menyedari bahawa membuat laman web mudah tidak menguntungkan. Persaingan meningkat, pasaran dibanjiri dengan syarikat kecil. Semua ini membawa kepada harga yang lebih rendah untuk projek dan penurunan dalam keuntungan perniagaan. Pelanggan menjadi lebih layak. Permintaan untuk mencipta tapak web telah ditambah dengan tuntutan untuk "memautkan" mereka ke satu atau sistem maklumat yang lain.

Co tugasan yang kompleks beberapa orang berisiko untuk terlibat. Untuk penyepadu sistem, projek sedemikian adalah terlalu murah, dan untuk studio web terlalu rumit.

Studio kami sentiasa terletak di "lembah silikon" Rusia - Zelenograd. Kami mempunyai pengaturcara yang kuat, yang bermakna kami boleh menerima dan memenuhi pesanan sedemikian dengan mudah. Ia telah diputuskan - ini peluang kita!

Beginilah cara kami bertukar daripada studio biasa kepada pakar yang memastikan operasi laman web yang diselaraskan dengan beberapa sistem maklumat - penyepadu web.

Apakah omong kosong integrasi web anda ini?

Tidak sukar untuk memastikan pertukaran data antara dua sistem. Tetapi beberapa tahun pertama kami dalam kapasiti baru kami adalah menyakitkan dan mahal.

Daripada keuntungan yang dijangkakan, kami kehilangan wang berulang kali, menghadapi kesukaran baru yang kami hadapi Pengarah teknikal memberikannya nama kod "perangkap".

Kami tidak berputus asa, dan, seperti tikus dari jenaka, "menyuntik diri kami sendiri, menangis, tetapi dengan degil terus menggerogoti kaktus."

Sebelum awak mula

Sebelum kita bercakap tentang proses, mari kita bersetuju dengan terminologi artikel ini.

Bagi kami pengaturcara, apa-apa pembangunan laman web mudah datang kepada model ini:

Apabila anda perlu membuat bukan sahaja tapak web, tetapi keseluruhan sistem di mana, sebagai tambahan kepada pangkalan data tapak, daftar tunai dengan juruwang yang menjual tiket teater, sistem gudang yang menyediakan maklumat tentang barangan yang tinggal, atau perkhidmatan pembayaran yang bertanggungjawab untuk memproses turut terlibat kad bank, kami menggunakan istilah "pihak ketiga".

Pihak ketiga ialah sistem maklumat yang terletak di luar bilik pelayan atau pusat data, direka untuk menyambung sumber tambahan kepada logik perniagaan kami. Contohnya, perkhidmatan SMS yang menghantar mesej ringkas ke telefon pengguna atau sistem untuk menempah barang di gudang pembekal. Dengan penambahan pihak ketiga, proses menjadi lebih kompleks, dan kami menggunakan algoritma ini untuk menjimatkan masa dan wang apabila mengerjakan projek bersepadu.

Langkah 1. Matlamat dan objektif

Pertama sekali anda perlu dalam bahasa mudah bersetuju dengan apa yang akhirnya kita ingin dapatkan. Pelanggan mengharapkan hasil khusus daripada penyepaduan. Automasi demi kecantikan sistem jarang menarik minat sesiapa. Cuba untuk menyatakan matlamat dan jangkaan secara bertulis - Cara yang paling baik memastikan bahawa keputusan sama-sama difahami oleh semua peserta dalam aliran kerja. Kami sering menjumpai formulasi ini:

Contoh biasa: Tapak mesti disepadukan dengan sistem tiket ProfTicket.

dan dalam kes sedemikian kami cuba untuk mencapai kejelasan kata-kata yang lebih jelas:

Contoh yang baik: Pembeli sepatutnya boleh memilih tempat percuma di dalam dewan, bayar tiket dan terimanya dengan e-mel di pejabat jualan atau dengan bantuan penghantaran kurier. Maklumat mengenai ketersediaan tempat duduk untuk dijual untuk sesi tertentu disediakan oleh sistem tiket ProfTicket.

Rumusan ini sendiri mengandungi beberapa soalan yang mungkin tersesat dan muncul pada saat yang paling tidak sesuai.

Langkah 2. Proses perniagaan dan protokol interaksi

Sekarang anda perlu memutuskan bagaimana sistem harus berinteraksi untuk melaksanakan tugas tertentu. Mari kita terus membina analogi dengan sistem tiket. Ngomong-ngomong, kami bercakap tentang projek yang benar-benar nyata: pada tahun 2013, kami membantu syarikat Dilyaver membuka perkhidmatan pesanan tiket ShowMart.Ru. Untuk membuat tempahan tiket, anda perlu menjawab beberapa soalan:

• Acara manakah yang dipilih oleh pembeli?
• Sesi yang manakah (gabungan tarikh dan masa) yang dipilih?
• Kerusi manakah (nombor sektor, baris dan tempat duduk) yang dipilih?
• Adakah tempat ini telah dijual kepada pembeli lain sebelum ini?
• Adakah tempat ini dalam simpanan, dengan kata lain, adakah pembelian tempat ini sedang diproses oleh pembeli lain sekarang?
• Dan sebagainya...

Sebarang interaksi antara sistem datang kepada struktur "tindak balas permintaan". Permintaan dihantar oleh pihak yang perlu menerima data (klien), dan respons dihantar oleh pihak yang mempunyai data ini (pelayan).

Lebih mudah dan lebih jelas skema sedemikian, lebih baik. Sekurang-kurangnya, anda perlu memastikan bahawa hanya satu daripada sistem yang bertindak balas kepada satu permintaan dan sistem itu tidak menduplikasi antara satu sama lain. Sebagai contoh, maklumat tentang harga tiket disimpan dalam salah satu daripadanya sahaja.

Pada satu ketika, kami perlu "meminta" salah satu sistem untuk menempah tiket - meletakkan tanda yang tidak membenarkan tiket ini dijual semula kepada pembeli lain, dan selepas menyelesaikan pembelian, salah satu sistem perlu menghantar surat pemberitahuan kepada pembeli. Oleh itu, kadangkala interaksi diperlukan bukan pada tahap "permintaan-tindak balas", tetapi mengikut formula "permintaan-tindakan".

Proses interaksi antara pihak Sekarang apa yang perlu kita lakukan ialah merekodkan permintaan dan tindak balas setiap sistem yang bertanggungjawab. Dan juga menunjukkan senarai semua ralat yang mungkin.

Langkah 3. Peraturan dan pengantara membuat keputusan

Walaupun dalam projek mudah penyepaduan web melibatkan sekurang-kurangnya tiga pihak:

1. Pelanggan.
2. Pemilik sistem A (contohnya, pengaturcara 1C pada kakitangan pelanggan).
3. Pemilik sistem B (sebenarnya, kami adalah pengaturcara web).

Kami tidak akan mendalami sebab dan analisis apa yang berlaku. Mari kita nyatakan ia sebagai fakta: konflik kepentingan antara pemilik dua sistem tidak dapat dielakkan. Kerumitan keadaan bergantung kepada bilangan peserta dan tahap kelayakan mereka.

Adalah penting untuk memikirkan bagaimana situasi kontroversi sebelum mereka muncul. Ini bukan topik yang mudah, tetapi perlu bersetuju sekurang-kurangnya perkara asas, contohnya:

• Apakah yang akan dipandu oleh pihak semasa membuat keputusan: kelajuan, isu keselamatan data atau perubahan minimum kepada 1C?
• Siapa yang akan menjadi pihak yang bertanggungjawab membuat keputusan muktamad jika pemilik sistem tidak dapat bersetuju sesama mereka?

Pada pandangan pertama nampaknya jawapan kepada soalan terakhir adalah jelas: pelanggan - siapa lagi yang akan membuat keputusan muktamad? Walau bagaimanapun, ini tidak selalu berlaku.

Projek integrasi meletakkan permintaan yang tinggi terhadap pengetahuan teknikal pembuat keputusan. Oleh itu, kadangkala tapak tangan diberikan kepada salah seorang peserta dalam proses integrasi, atau pakar bebas, yang kuasanya diiktiraf oleh pemilik kedua-dua sistem.

Langkah 4. Standard dan format pertukaran data

Sekarang kita perlu bersetuju berdasarkan standard yang mana dan dengan cara bagaimana kita akan bertukar data antara sistem.

Dalam kebanyakan kes, pilihan protokol ditentukan oleh jumlah data dan kekerapan penghantarannya. Ceritanya adalah tentang protokol yang paling sering kita hadapi dalam kerja kita.

SOAP adalah singkatan dari Simple Object Access Protocol. Jika diterjemahkan secara literal daripada bahasa Inggeris, anda mendapat "Protokol Akses Objek Mudah". Protokol ini benar-benar salah satu yang paling mudah dan paling kerap digunakan semasa membina projek web. SOAP ialah protokol pertukaran mesej XML berstruktur.

Untuk membolehkan sistem menggunakan peraturan bersatu untuk membina permintaan dan respons, fail digunakan dengan penerangan peraturan tersebut, disusun berdasarkan standard WSDL (dari Bahasa Perihalan Perkhidmatan Web Inggeris).

SOAP ialah lanjutan daripada protokol XML-RPC, dan ini merupakan tambahan besar protokol. XML digunakan secara meluas, dan sebilangan besar pakar sekurang-kurangnya biasa dengan format XML-Skema.

Fakta yang sama ini juga merupakan kelemahan terbesar SOAP. XML ialah format yang banyak dan apabila jumlah data yang ditukar antara sistem meningkat, jumlah trafik yang dihantar meningkat. Apabila yang terakhir meningkat, masa yang diperlukan untuk memproses permintaan dan menjana respons kepada mereka meningkat. Semua ini menjadikan gabungan WSDL/SOAP hampir tidak sesuai untuk digunakan dalam sistem dengan volum besar data berstruktur buruk - dalam apa yang dipanggil sistem Data Besar.

SABUN akan menjadi pilihan yang sangat baik, sebagai contoh, untuk menyelesaikan masalah mengintegrasikan kedai dalam talian dengan pelbagai kecil dengan sistem gudang 1C. Pengedaran standardnya menyediakan sokongan untuk protokol ini, dan semua yang perlu dilakukan ialah menyediakan penerangan WSDL.

REST (singkatan dalam dalam kes ini tidak akan memberi kami apa-apa, jadi kami akan mengabaikannya) - ini adalah protokol untuk memanggil prosedur jauh menggunakan permintaan HTTP biasa. Ya, menggunakan kaedah GET dan POST yang sama daripada buku teks Tim O'Reilly.

Setiap kaedah dalam REST tidak diambil kira oleh entri berasingan dalam fail WSDL, tetapi oleh URL. Sebagai contoh, kaedah untuk mendapatkan maklumat tentang pengguna akan kelihatan seperti - http://example.com/rest/user. Dan kaedah untuk mencipta pengguna baharu ialah http://example.com/rest/user/create.

Anda boleh menggunakan badan permintaan untuk menghantar parameter kepada REST dan pengepala status HTTP untuk menerangkan ralat. Semuanya semudah mungkin dan tidak memerlukan penggunaan protokol tambahan. REST jauh lebih primitif daripada SOAP. Inilah yang menjadikannya pilihan yang bagus apabila anda perlu menukar sejumlah besar data dan melakukannya dengan kerap.

REST tidak menentukan format permintaan yang perlu dihantar. Ini bermakna untuk tujuan ini anda boleh menggunakan JSON (format pertukaran data teks) - format paling padat untuk menukar struktur dalam perwakilan teks. Penggunaannya hampir menyelesaikan masalah volum data.

Kadangkala perlu menggunakan gabungan beberapa kaedah dan protokol komunikasi.

1C mempunyai format sendiri CommerceML - XML ​​​​untuk menghantar maklumat komersial, selalunya katalog produk dihantar dengan cara ini.

Format ini dibangunkan oleh pakar dari 1C dan Extra.RU. Mereka dibantu oleh rakan-rakan dari pejabat Microsoft di Moscow.

Atas sebab ini, format tidak membenarkan banyak kes penggunaan dan CommerceML "tulen" selalunya kurang. Ini membawa kepada keperluan untuk menambahnya dengan fungsi khas.

Kadangkala pelanggan tidak mempunyai pelayan luaran khusus untuk berkomunikasi. Kemudian kami membuat folder berasingan terus pada pelayan pengehosan supaya 1C boleh memuat naik failnya di sana. Di sana mereka diiktiraf oleh skrip kami mengikut jadual.

Dalam kes di mana kami perlu sentiasa mengemas kini data, kami boleh mengikat pemindahan API Rehat dan XML bersama-sama. Kemudian 1C akan menghantar XML terus ke pelayan menggunakan permintaan POST standard.

Langkah 5: Keselamatan Data

Selalunya, di mana keperluan untuk penyepaduan timbul, terdapat rahsia perdagangan atau data peribadi. Bekerja dengan mereka selepas perubahan baru-baru ini dalam perundangan kini patut mendapat artikel yang berasingan.

Tiada siapa yang mahu asas pelanggan atau maklumat tentang hasil harian "bocor" kepada pesaing. Oleh itu, adalah penting untuk memikirkan tentang memastikan tahap keselamatan yang mencukupi untuk data yang ditukar antara sistem.

Terdapat banyak pilihan perlindungan. Kami akan melihat hanya beberapa daripada mereka.

Protokol HTTP adalah yang paling biasa dan paling tidak selamat. Data dihantar tanpa disulitkan. HTTPS ialah subset protokol http yang menyokong penyulitan menggunakan sijil SSL atau TCL.

Sijil ialah algoritma yang mana data akan disulitkan. Hanya pihak penghantar dan penerima yang mengetahui tentang algoritma ini pada masa penghantaran data. Sijil SSL boleh dibekalkan oleh pelayan itu sendiri, tetapi kemudiannya ia akan dianggap tidak dipercayai, dan penyemak imbas mungkin memaparkan imej yang menakutkan pengguna.

Tetingkap memberi amaran kepada pengguna tentang sambungan yang tidak boleh dipercayai Agar sijil dianggap dipercayai, ia mesti dipesan daripada organisasi pensijilan - pihak berkuasa pensijilan. Terdapat banyak institusi sedemikian. Apabila mengusahakan projek untuk pelanggan Eropah, kami lebih suka menggunakan perkhidmatan salah satu daripada dua pemain terbesar dalam pasaran pensijilan SSL - Thawte atau Verisign. Di Rusia kami bekerjasama dengan Ru-center. Ikon mereka selalunya boleh dilihat di tapak yang pembayaran atau kerja dengan data peribadi tersirat.

Kaedah kedua untuk menyediakan perlindungan ialah kaedah di mana dua sistem "memperkenalkan" diri mereka antara satu sama lain menggunakan pasangan "log masuk-kata laluan" sebelum mereka mula bertukar data. Kaedah ini dipanggil "keizinan asas HTTP".

Untuk menghalang penyerang daripada memintas kata laluan, adalah lebih baik untuk "memperkenalkan" diri anda kepada sistem dalam bentuk yang disulitkan, i.e. Keizinan asas HTTP mesti digunakan bersama dengan penyulitan SSL.

Jika sistem tidak terlalu kompleks dan pelayan sistem berkomunikasi mempunyai alamat IP khusus dan tidak boleh diubah, anda boleh memberikan akses kepada komunikasi hanya kepada alamat IP ini.

Pilihan ini mudah dilaksanakan dan oleh itu digunakan secara meluas. Tetapi kadangkala ia membawa kepada masalah akses secara tiba-tiba.

Langkah 6. Spesifikasi teknikal

Anda mungkin mempunyai hubungan yang sangat baik dengan pelanggan atau pengaturcara 1Cnya, tetapi "persahabatan adalah persahabatan, tetapi tembakau adalah berasingan." Kami amat mengesyorkan agar perjanjian tentang semua langkah yang diterangkan direkodkan secara bertulis.

Contoh pengajaran daripada pengalaman kami sendiri: Kami terpaksa membuat penyepaduan kompleks 1C:Enterprise pelanggan dengan kedai dalam talian yang mereka gunakan. Pada pertemuan dengan pengaturcara 1C, kami bersetuju bahawa mereka akan menyediakan perkhidmatan web di pihak mereka, yang akan diakses oleh pengaturcara web Studio kemudiannya.

Dalam proses kerja praktikal yang rapat, yang mengambil masa lebih daripada satu bulan, pengaturcara 1C mengubah pandangan mereka dan memutuskan untuk membuat untuk kami salinan pangkalan data mereka, direplikasi dari yang utama, dan memindahkannya kepada kami supaya kami boleh " lakukan apa sahaja yang kita mahu dengannya” .

Ini bermakna kami perlu melakukan lebih banyak kerja, kerana tiada perkhidmatan web atau dokumentasi yang jelas dilampirkan padanya. Memandangkan kami tidak merekodkan perjanjian sebelum ini, kami berhadapan dengan keengganan pelanggan untuk mempertimbangkan peningkatan jangka masa dan belanjawan projek.

Dalam contoh di atas, kami bernasib baik - pengaturcara 1C ternyata lelaki yang baik dan mengesahkan kepada pengurusan mereka bahawa kami betul. Tetapi adakah anda akan bertuah lain kali?

Anda boleh bekerja mengikut metodologi tangkas, menggunakan "air terjun" klasik atau menggunakan metodologi hibrid. Ini tidak penting, begitu juga dengan format dan volum spesifikasi teknikal. Satu-satunya perkara yang penting ialah semua perjanjian mesti direkodkan dalam satu cara atau yang lain.

Langkah 7. Pelaksanaan

Terdapat juga beberapa perbezaan dalam penghasilan langsung kerja integrasi daripada pembangunan tunggal.

Untuk memastikan pembangunan berjalan selancar mungkin, elakkan membahagikan kepada "milik anda" dan "milik kami". Sebaliknya, lakukan segala-galanya untuk membentuk satu pasukan pembangun sistem maklumat luaran dan pengaturcara anda.

Berusaha untuk mewujudkan satu pasukan yang mesra, walaupun hanya berkumpul untuk tempoh projek. Anda akan menjimatkan banyak usaha dan masa jika semua peserta dalam proses berminat untuk mencari penyelesaian yang berkesan, dan bukan untuk mengalihkan kesalahan atau bekerja kepada pengaturcara daripada syarikat lain.

Di samping itu, ia akan mengambil masa tambahan untuk menghapuskan perbezaan dalam kelayakan pakar dan metodologi pembangunan yang digunakan. Ini juga perlu diambil kira semasa mengira masa dan bajet projek.

Apabila bekerja dengan pihak ketiga, anda perlu melakukan ujian bukan sahaja pada output, tetapi juga pada input.

Contoh daripada amalan saya sendiri: pengaturcara sistem CRM melaporkan bahawa perkhidmatan web yang diperlukan untuk menyelesaikan kerja telah disiapkan. Pengurus projek mencipta tugas untuk pengaturcara web dan menyerahkannya, disertai dengan pautan ke perkhidmatan web ini. Keesokan harinya, pengaturcara web mula menyelesaikan tugas dengan tepat seperti yang dijadualkan dan berhadapan dengan hakikat bahawa perkhidmatan web tidak berfungsi. Tugasan dikembalikan kepada pengaturcara CRM. Masa pengaturcara web, pengurus projek dan wang pelanggan dibazirkan. Semua orang sekali lagi menunggu perkhidmatan web yang diperlukan untuk disediakan.

Sebelum ini, segala-galanya hanya bergantung pada pasukan anda, dan tugas yang dirumuskan segera diberikan kepada pengaturcara. Sekarang anda perlu terlebih dahulu memastikan bahawa komponen untuk menyelesaikan masalah, yang dilakukan oleh pihak ketiga, benar-benar berfungsi.

Keperluan akan berubah pada kelajuan cahaya, pemilik sistem maklumat luaran boleh menukar perkhidmatan web dan API tanpa amaran. Komposisi pengaturcara web anda sendiri akan berubah, atau mungkin berlaku bahawa, setelah menulis fungsi baharu, pembangun, melalui tindakan mereka, akan memecahkan apa yang berfungsi dengan baik sebelum ini. Kami merawat satu perkara, kami melumpuhkan yang lain.

Lebih cepat ia ditemui di mana dalam sistem dan apa sebenarnya yang "gagal", semakin rendah kos untuk menyokongnya, dan semakin tinggi keuntungannya. Oleh itu, jangan berhemat pada liputan kod dengan ujian.

Dalam kes penyepaduan web, peratusan liputan kod mengikut ujian hendaklah setinggi mungkin.

Langkah 8: Toleransi Kesalahan

Integrasi sistem dijalankan untuk mengurangkan masa dan kos kewangan untuk melaksanakan proses perniagaan tertentu. Penyepaduan web lebih kerap menjadi ciri perniagaan yang maju, stabil dan berjaya.

Beberapa projek yang telah kami siapkan boleh kehilangan antara $35,000 dan $70,000 dalam masa henti harian. Ini membuatkan kami berfikir tambahan tentang langkah-langkah untuk meningkatkan toleransi kesalahan keseluruhan sistem.

• Sandaran. Semua ini ditetapkan dalam terma rujukan dan kontrak. Tetapi jujurlah, anda sentiasa menyemak sama ada hos atau pembangun benar-benar menyediakan prosedur Salinan simpanan mengikut perjanjian? Selalunya, ini menjadi jelas apabila masalah telah berlaku.
• Ujian Tekanan. Apakah trafik dan beban puncak yang pelanggan jangkakan? Darabkan angka ini dengan sekurang-kurangnya 2.5 dan lakukan ujian beban sintetik. Anda perlu menguji bukan sahaja tapak, tetapi juga sistem yang mana projek itu berinteraksi.
• Kemusim. Ketahui kemusim perniagaan pelanggan anda. Trafik ke tapak web rangkaian pawagam, yang kami cipta dan sokong, dalam cuti tahun baru meningkat 2-3 kali ganda. Dalam projek ini kami memulakan persiapan untuk Tahun Baru pada awal November.
• Kesediaan untuk rollback. Anda bekerja dalam satu pasukan dan ini perlu diambil kira. Bersedia untuk kemungkinan ciri baharu anda boleh mengganggu operasi biasa sistem luaran dan perubahan itu perlu segera ditarik balik. Walaupun ujian beban, sistem luaran kadangkala gagal atas sebab di luar kawalan anda. Anda mesti bersedia untuk terus bekerja dengan melumpuhkan fungsi yang dikongsi untuk seketika. Sebagai contoh, semasa kemalangan dalam perkhidmatan pembelian tiket, bukannya proses pesanan, kami menunjukkan mesej permohonan maaf, tetapi tapak itu sendiri terus berfungsi.

Langkah 9. Pembalakan dan pemantauan

Jangan lupa untuk mengambil kira kos untuk mencipta sistem pembalakan dalam garis masa dan belanjawan projek. Kami telah membuat kemajuan di tempat ini untuk sekian lama.

Ini adalah alat objektif yang boleh digunakan untuk memulihkan kronologi peristiwa; ia bukan sahaja akan membantu anda menyelamatkan saraf anda, tetapi juga akan melindungi anda sekiranya berlaku prosiding undang-undang. Oleh itu, adalah penting untuk "menggantung" sistem siap dengan penunjuk dan sensor.

Di Studio, kami cuba melakukan segala-galanya dengan cara yang tidak mungkin untuk mengetahui tentang kegagalan tapak atau sebahagian daripadanya. perbualan telefon dengan pelanggan yang marah, tetapi dengan bantuan sistem pemantauan kami sendiri.

Kami tidak akan memperincikan proses ini dan mungkin mendedikasikan artikel yang berasingan kepadanya, tetapi bagi mereka yang baru dalam topik ini, kami menasihati anda untuk memulakan dengan Googling istilah Pinba, Zabbix dan Munin.

Langkah 10: Dokumentasi

Bersetuju bagaimana ia akan dijalankan dokumentasi projek, dan cuba pastikan ia dikemas kini.

Ini akan membantu mengelakkan situasi di mana anda perlu membiasakan diri dengan keseluruhan kod program untuk menyelesaikan masalah. Jika walaupun pengaturcara yang pada asalnya membangunkan semua ini, selepas enam bulan tidak lagi ingat apa yang harus berfungsi dan bagaimana, adakah patut bercakap tentang pemaju baru?

Nasihat adalah yang paling mudah maknanya dan paling sukar untuk diikuti. Di Studio kami cuba melakukannya seperti ini:

• Kami bersetuju dengan format untuk mengekalkan dan menyimpan lokasi dokumentasi projek.
• Kami menyusun senarai dokumen yang termasuk dalam konsep "dokumentasi projek". Sebagai peraturan, ini adalah beberapa dokumen, termasuk peta proses perniagaan, perihalan seni bina pelayan, spesifikasi teknikal kami, dokumentasi untuk API sistem luaran, dsb.
• Kami melantik seseorang yang bertanggungjawab untuk memastikan dokumentasi dikemas kini. Ini biasanya pengurus projek.
• Kami menetapkan kekerapan untuk menyemak dokumentasi.

Semua! Sekarang orang yang bertanggungjawab dari semasa ke semasa melakukan semakan terpilih atau lengkap, bergantung pada siapa yang anda suka, untuk menyemak kaitan dokumen. Atau dia tidak... dan memahami bahawa dia boleh dihukum untuknya pada bila-bila masa.

Kesimpulan

Artikel itu ternyata panjang dan rumit. Tetapi perkara terakhir yang saya mahu ialah menakutkan anda daripada penyepaduan web. Sudah tentu, ia memerlukan pengalaman. Tetapi tidak ada pengalaman tanpa latihan. Dan tiada amalan tanpa kesilapan.

Integrasi ialah cara yang baik meningkatkan kecekapan proses perniagaan pelanggan anda. Untuk pembangun web, ini adalah cara untuk meningkatkan kos dan margin perkhidmatan mereka sendiri. Dan lebih-lebih lagi, disebabkan kerumitan proses, persaingan dalam pasaran ini adalah kurang daripada dalam pasaran penciptaan laman web.

Permintaan: Sekarang di Studio kami cuba memahami sama ada anda berminat membaca artikel sedemikian? Ia memerlukan banyak usaha untuk menjadikan bahan itu berguna dan praktikal. Ia mengambil masa kira-kira 20 tahun untuk menyediakan artikel ini. pukul tiga pakar.

Pengarah seni kami Sasha Kotov percaya bahawa kami "menjadi bodoh", dan tiada siapa yang akan membaca ini :-)

Oleh itu, jika anda rasa kerja ini berguna dan fikir kita harus meneruskan seperti ini, sila suka artikel ini atau kongsi di media sosial. Dengan cara ini kita akan faham bahawa kita tidak menulis di atas meja dan akan mendapat motivasi untuk meneruskan.