BAB XII IMPLEMENTASI DAN PEMELIHARAAN Pengantar Kami

BAB XII
IMPLEMENTASI DAN PEMELIHARAAN
Pengantar
Kami mulai Bab 11 dengan mempertimbangkan masalah-masalah khas yang dihadapi
pengguna sistem e-commerce. Hal ini menunjukkan bahwa analisis yang cermat dan desain
dapat membantu meminimalkan risiko masalah-masalah seperti kesulitan dalam navigasi dan
respon situs yang lambat. Dengan analisis yang baik dan desain, tahap implementasi dapat
relatif mudah: hanya menerapkan desain. Namun, bahkan dengan desain terbaik, masih perlu
untuk mengikuti pelaksanaan kegiatan yang menguji sistem secara menyeluruh dan
mengelola transisi atau perubahan dari sistem lama ke sistem baru atau peluncuran situs.
Perhatikan bahwa ada juga penggunaan yang lebih luas dari istilah 'implementasi' yang
digunakan untuk menggambarkan penerapan strategi - ini mencakup semua aspek dari
Bagian 3: manajemen perubahan, analisis, desain, implementasi dan pemeliharaan.
Setelah aplikasi e - bisnis atau situs e -commerce adalah hidup , fase pemeliharaan ini
bisa dibilang lebih penting daripada dalam pengembangan aplikasi bisnis tradisional sejak
aplikasi yang sukses adalah dinamis . Sebuah aplikasi e - bisnis yang dinamis berarti bahwa
konten dan layanan akan terus diperbarui dalam menanggapi scanning lingkungan , seperti
yang dijelaskan dalam Bab 4 , 5 dan 6 . Sebagai pesaing memperkenalkan layanan baru dan
penawaran , dan seperti riset pemasaran mengungkapkan masalah dengan situs dari perspektif
pelanggan , atau peluang baru , kegiatan pemeliharaan akan diperlukan untuk e - bisnis untuk
tetap kompetitif .
Kami melihat dalam Bab 10 bagaimana metodologi pengembangan tangkas seperti scrum
mempromosikan pembangunan contin - uous dalam apa yang kadang-kadang disebut sebagai
' beta permanen ' . Jadi hari ini ada umumnya kurang perbedaan antara pembangunan dan fase
hidup dan banyak pureplay e - bisnis mencari model 'rilis berkelanjutan proyek untuk
memungkinkan lebih teratur , rilis tambahan untuk fungsionalitas web .
Sedangkan analisis kebutuhan yang terjadi , desain dan implementasi akan terjadi ring secara bersamaan untuk menghasilkan storyboard dan prototipe . Prototyping ini dapat
terjadi dalam timeboxes dari durasi tertentu , mungkin 30 hari atau 60 hari , dengan prototipe
pro - diproduksi pada akhir setiap timebox . Hal ini terbukti bahwa kegiatan pelaksanaan
seperti pengujian dan review analisis tindak dan desain terjadi untuk setiap kenaikan . Web
dan SaaS aplikasi seperti yang dihasilkan oleh Google , Salesforce.com dan Microsoft terus
berkembang dalam apa yang kadang-kadang disebut ' beta abadi ' yang memerlukan
pengujian yang cermat dari modul yang berbeda sebelum setiap rilis adalah hidup , atau
fasilitas untuk kembali ke versi sebelumnya jika kesalahan besar yang dihadapi .
Gambar 12.1 alternatif pilihan metodologi software
Setelah sistem hidup, pengukuran dan review akan dimulai. Pengukuran beban dan user
kegiatan yang mempengaruhi server dapat dianggap sebagai perluasan dari pengujian prapeluncuran. Begitu sistem ini hidup akan diperlukan untuk membuat update minor terus
menerus untuk con-tenda dan jasa. Untuk setiap update, proses prototyping skala kecil yang
melibatkan analisis, desain dan pengujian akan terjadi. Untuk update besar lagi yang mungkin
dapat terjadi setiap 6, 12 atau 18 bulan siklus penuh lain analisis dan desain, pengembangan
dan pengujian akan diperlukan.
Tinjauan analisis web untuk meningkatkan hasil dari sebuah situs dan khususnya tingkat
pertobatan yang harus menjadi perhatian utama bagi sebuah website hidup. Kami menutup
topik ini di akhir bab, tetapi memperkenalkan beberapa isu dalam wawancara dunia nyata
pengalaman e-bisnis.
XII. 1 Alternatif untuk memperoleh sistem e-bisnis
Metode akuisisi alternatif dasar untuk sistem e-bisnis adalah sama dengan yang untuk sistem
informasi bisnis tradisional:
1. Bespoke pembangunan. Dengan pengembangan dipesan lebih dahulu, aplikasi ini
dikembangkan dari 'awal' melalui pemrograman dari solusi dengan integrator in-house
atau tim pengembangan eksternal atau sistem.
2. Off-the-shelf. Dalam implementasi paket sistem yang ada standar yang dibeli dari vendor
solusi dan diinstal pada server dan klien yang terletak dalam organisasi. Atau, murah
gratis atau perangkat lunak open-source dapat digunakan. Sebuah alat desain web seperti
Dreamweaver adalah contoh sederhana dari sebuah off-the-shelf pelaksanaan dikemas.
3. software Hosted sebagai layanan ( SaaS ) solusi . Dengan solusi host , sistem standar
yang digunakan , tetapi tidak dikelola dalam perusahaan , tetapi menggunakan penyedia
layanan aplikasi pihak ketiga berbagai cara yang dikenal sebagai ' on-demand ' , ' web
services ' atau ' solusi dikelola ' . Manfaat dan contoh pendekatan SaaS telah dibahas
dalam Bab 3 dan 6 .
4. Disesuaikan pembangunan. Dalam perkembangan disesuaikan , off - rak - sistem atau
solusi SaaS disesuaikan sesuai dengan kebutuhan organisasi . Bentuk proyek sering
didasarkan pada mengintegrasikan komponen dari satu atau beberapa vendor .
Alternatif akuisisi ini telah ditinjau , misalnya , di Chaffey dan Wood (2005) di mana ia
menunjukkan bahwa pendekatan umum adalah disesuaikan off- the-shelf atau host
pendekatan , yang sering kompromi terbaik antara memenuhi kebutuhan spesifik organisasi
dan Keandalan dan meminimalkan biaya dan waktu pengembangan . Keputusan juga harus
diambil , apakah pengembangan dipesan lebih dahulu atau menjahit terjadi di rumah atau
menggunakan konsultan yang akrab dengan alat-alat pengembangan e -commerce terbaru .
Terlepas dari sumber sistem, kriteria utama yang digunakan untuk memilih solusi yang
umum . Mereka adalah :
1. Fungsi . Fitur dari aplikasi. Menggambarkan seberapa baik aplikasi e-business memenuhi
kebutuhan bisnis .
2. Kemudahan penggunaan . Setiap sistem membutuhkan waktu untuk digunakan, tetapi
sistem harus intuitif untuk mini- mize waktu yang dibutuhkan untuk belajar bagaimana
menggunakannya . Sepotong yang dibangun dari perangkat lunak akan membuatnya
cepat untuk melakukan tugas-tugas umum .
3. Kinerja . Kecepatan aplikasi untuk melakukan fungsi yang berbeda . Hal ini diukur
dengan berapa lama pengguna harus menunggu untuk fungsi-fungsi individu akan selesai
seperti pengambilan data , perhitungan dan tampilan layar . Ini akan tergantung pada
kekuatan komputer , tetapi dapat bervariasi secara signifikan antara aplikasi .
4. Skalabilitas . Skalabilitas berkaitan dengan kinerja; itu menggambarkan seberapa baik
sistem dapat beradaptasi dengan beban kerja yang lebih tinggi yang timbul sebagai
perusahaan tumbuh . Sebagai contoh, sistem ERP akan membutuhkan rincian pelanggan
lebih , pemasok dan produk yang akan diselenggarakan pada sebagai perusahaan tumbuh .
Beban kerja juga akan lebih tinggi karena jumlah pengguna internal dan eksternal dari
sistem meningkat .
5. Kompatibilitas atau interoperabilitas . Hal ini mengacu pada betapa mudahnya untuk
mengintegrasikan aplikasi dengan aplikasi lain . Sebagai contoh, apakah itu memiliki
impor dan ekspor fasilitas , tidak mendukung transfer data menggunakan XML ?
6. Ekstensibilitas . Terkait dengan skalabilitas dan interoperabilitas , ini menjelaskan betapa
mudahnya untuk menambahkan fungsi atau fitur baru untuk paket dengan menambahkan
modul baru dari vendor asli atau vendor lainnya .
7. Stabilitas atau keandalan . Semua aplikasi memiliki kesalahan atau bug dan aplikasi
bervariasi dalam jumlah kali mereka gagal tergantung pada seberapa baik mereka telah
diuji sejak mereka pertama kali diperkenalkan .
8. Keamanan . Kemampuan untuk membatasi akses ke aplikasi harus dinilai . Hal ini
terutama sekali penting untuk solusi host .
9. Dukungan . Tingkat dukungan dan biaya dukungan dari vendor software akan bervariasi .
Ada risiko bahwa perusahaan-perusahaan kecil dapat menghentikan perdagangan dan produk
mungkin tidak lagi didukung .
XII. 2 Pengembangan konten dan layanan berbasis web
Penyediaan layanan e - bisnis melalui antarmuka web mungkin awalnya tampak
sederhana . Setiap orang telah mendengar cerita apokrif seperti hubungan 12 tahun membuat
situs web untuk menjual mobil bekas . Memang , penciptaan konten web statis sangat mudah
seperti yang akan kita lihat . Dalam contoh ini , kode HTML sederhana yang digunakan
untuk tata letak dan format informasi untuk membuat katalog sederhana mungkin sepuluh
mobil , dengan halaman web untuk setiap yang diakses dari halaman rumah atau menu
sederhana . Tapi bayangkan situasi untuk dealer mobil nyata di mana cus - tomer akan ingin
memilih dari berbagai ratusan atau ribuan mobil dengan spesifikasi yang berbeda dari
produsen yang berbeda . Di sini , itu tidak praktis bagi pengguna untuk memilih dari menu
ratusan mobil . Paling tidak , mereka akan mengharapkan mobil untuk dikelompokkan ke
dalam kategori dengan produsen dan mungkin diurutkan berdasarkan usia . Tapi menemukan
mobil yang tepat melalui kategori browsing ini bisa memakan waktu yang lama dan sebagian
besar pengguna akan menuntut fasilitas dasar pencarian dimana mereka ketik , atau pilih ,
make mobil atau fasilitas pencarian lanjutan di mana mereka memilih make , ditambah
spesifikasi seperti ukuran mesin dan tahun pendaf-taran . Dalam hal ini halaman disampaikan
kepada pengguna akan tergantung pada preferensi mereka dan akan menjadi konten web
dinamis . Di sini , jelas bahwa lebih dari format sederhana dan presentasi - tion diperlukan situs interaktif , artinya itu harus menerima masukan teks dari pengguna dan menanggapi
permintaan tersebut dengan informasi yang sesuai . Proses pembangunan akan melibatkan
coding untuk menerima preferensi pengguna , melewati permintaan ke database , melakukan
query , kembali hasil dan format mereka bagi pengguna.
Dalam bagian ini kami memperkenalkan secara singkat bagaimana halaman web
sederhana statis dapat dikembangkan dengan menggunakan HTML dan bagaimana script dan
database dapat digunakan bersama dengan HTML untuk menghasilkan konten dinamis
.
XII. 3 Membuat konten web statis
HTML atau hypertext markup language , yang diperkenalkan pada Bab 3 , adalah
standar yang paling sering digunakan untuk menghasilkan konten web statis . File HTML
dapat ditulis dengan editor teks biasa seperti program Windows Notepad atau peralatan
khusus yang dijelaskan pada bagian selanjutnya .
Operasi HTML didasarkan pada web browser menafsirkan tag HTML atau kode pada
halaman web ketika dimuat ke browser seperti dijelaskan pada Bab 3 ( lihat contoh pada
Gambar 3.14 ) . Reviewer dari edisi sebelumnya telah benar menunjukkan bahwa lebih rinci
mengobati-pemerintah tidak diperlukan dalam sebuah teks yang berfokus pada isu-isu
manajemen sistem e - bisnis . Namun, kami akan menekankan beberapa aspek pembangunan
HTML bahwa manajer perlu menyadari :
Kepatuhan 1 Standar . The World Wide Web Consortium ( www.w3.org ) telah promi
-komponen dalam mendefinisikan standar web . Namun, peran utamanya adalah bukan untuk
mempromosikan standar . Peran ini telah diambil oleh kelompok-kelompok advokasi lain
seperti tawon , Standar Web Proyek ( www.webstandards.org/about/mission/ ) dan banyak
lembaga desain web yang bergairah tentang penerapan standar web . Penggunaan standar
web mempengaruhi kualitas layanan dan aksesibilitas tingkat situs . Hal ini meningkatkan
aksesibilitas untuk tunanetra dan meningkatkan berbagai versi browser sebelumnya dan masa
depan dan perangkat akses didukung. Berbagai browser , platform dan cacat visual yang
didukung oleh sebuah situs diterjemahkan menjadi pelanggan yang puas yang akan kembali
ke sana.
Dalam referensi mani pada standar web , Jeffrey Zeldman mengatakan bahwa cara
terbaik untuk melihat standar web adalah sebagai ' sebuah kontinum , bukan seperangkat
aturan yang tidak fleksibel ' . Dalam prakteknya kombinasi dari standar yang ditunjukkan
pada Kotak 12.1 akan diperlukan . Secara khusus penggunaan plug-in dan Ajax harus hatihati dibahas sebelum pelaksanaan harus karena menurut seberapa luas mengadopsi jenis atau
versi plug-in atau aplikasi Ajax ini mungkin mengecualikan beberapa pengguna situs atau
memaksa mereka untuk menggunakan plug-in lain .6 validasi Form . Formulir adalah
halaman penting dalam situs karena mereka menciptakan nilai dari kunjungan melalui lead
(melalui kontak kami bentuk misalnya) , posting forum atau troli belanja dan checkout .
Sangat penting bahwa mereka menggunakan standar web lintas-browser dan bahwa mereka
menggunakan pendekatan yang sepatutnya untuk memeriksa input pengguna yang valid (
misalnya ZIP atau kode pos ) .
XII. 4 Perangkat lunak dan layanan untuk pengembangan web -site dan pengujian
Berbagai program perangkat lunak yang tersedia untuk membantu pengembang situs
web . Ini dapat menghemat banyak waktu ketika mengembangkan situs dan juga akan
membantu dalam pemeliharaan situs karena mereka akan membuat lebih mudah bagi orang
lain tidak terlibat dalam pengembangan asli dari situs web untuk terlibat dalam pemeliharaan
situs web . Peralatan yang tersedia dengan berbagai tingkat kompleksitas dan manajer harus
memutuskan mana yang paling cocok untuk berinvestasi masuk jenis alat untuk memilih
antara yang tercantum di bawah ini . Meskipun ada banyak alat saingan , yang di sini telah
digunakan selama beberapa tahun dan secara luas digunakan , dan keterampilan dalam alat ini
sering disebutkan dalam iklan untuk staf desain web .

Teks dasar dan editor grafis
Editor teks sederhana dapat digunakan untuk mengedit tag HTML . Alat tersebut sering
murah atau gratis , termasuk editor Notepad disertakan dengan Windows . Mereka fleksibel
dan semua pengembang situs web mungkin perlu menggunakan mereka kadang-kadang
untuk mengembangkan konten karena alat yang lebih otomatis tidak dapat memberikan
fleksibilitas ini dan mungkin tidak mendukung perintah standar terbaru. Namun, mereka tidak
akan banyak digunakan .
1. Dukungan lintas -browser. Tergantung pada standar yang digunakan dan bagaimana
mereka diterapkan , situs mungkin tampak berbeda di browser yang berbeda karena
mereka mungkin telah menafsirkan beberapa standar W3.org berbeda . Hal ini dapat
mengakibatkan situs render ( muncul ) secara berbeda di browser yang berbeda . Kadangkadang browser yang berbeda , seperti Internet Explorer 6 , mungkin memerlukan kode
khusus untuk mendukung mereka . Jadi , sebelum pelaksanaan daftar browser dan versi
harus ditargetkan dan yang kemudian diuji dengan menggunakan alat-alat seperti
BrowserShots ( Gambar 3.9 ). Meningkatkan aksesibilitas - pengguna dapat lebih mudah
mengkonfigurasikan cara situs terlihat atau terdengar menggunakan browser dan alat
pendukung aksesibilitas lainnya . Situs ini lebih cenderung untuk membuat pada berbagai
platform akses seperti PDA dan smartphone.
2. Penggunaan stylesheet untuk platform yang berbeda . Kami memperkenalkan Cascading
Style Sheets ( CSS ) dalam Bab 11 sebagai mekanisme untuk memungkinkan unsur-unsur
gaya yang berbeda seperti tipografi dan tata letak dikontrol di seluruh situs atau bagian
dari situs . Manajer perlu memeriksa dengan desainer yang CSS akan dirancang untuk
menjadi fleksibel untuk membuat perubahan kecil untuk presentasi ( misalnya dalam
kasus re-branding ) dan bahwa ia mendukung platform yang berbeda seperti akses mobile
atau output cetak
3. Dukungan aksesibilitas . Kami melihat pada bagian desain yang berpusat pada pengguna
dalam Bab 11 bahwa aksesibilitas web adalah tentang yang memungkinkan semua
pengguna dari sebuah situs web untuk berinteraksi dengan itu terlepas dari kecacatan kegiatan mereka mungkin memiliki atau browser web atau platform yang mereka
gunakan untuk mengakses situs . Tingkat dukungan aksesibilitas yang disediakan (Level
A , AA dan AAA ) harus didefinisikan sebelum implementasi dan kemudian disahkan
sebagai bagian dari implementasi . Karena setiap tingkat memiliki banyak persyaratanpersyaratan , kebutuhan individu harus ditentukan , misalnya ' teks dokumen utama akan
mengubah ukuran ketika opsi ini dipilih melalui browser atau dari pilihan situs ' ( banyak
desain tidak mendukung teks Resize meskipun ini penting untuk pengguna tunanetra ) .
4. Dukungan SEO . Kami melihat dalam Bab 9 bahwa teknik optimasi on-halaman yang
berbeda adalah penting untuk menunjukkan untuk mencari algoritma mesin konteks
halaman. Kotak 12.2 - lampu tinggi beberapa standar utama. Kecuali dukungan SEO
secara ketat didefinisikan sebagai bagian dari situs mendesain ulang mungkin sulit untuk
mengubah atribut dari halaman melalui sistem konten manajemen. Faktor-faktor onhalaman harus didefinisikan secara unik untuk setiap halaman dalam situs untuk
menghindari ' duplikat konten hukuman ' yang berarti bahwa mesin pencari tidak indeks
halaman karena dianggap mirip dengan halaman lain .
Hal ini juga penting bahwa staf membuat dan meninjau konten menyadari faktorfaktor ini dan kemudian dapat memodifikasi cara situs mereka digambarkan melalui sistem
manajemen konten . Jadi SEO markup perlu menjadi bagian dari proses pembuatan halaman
dan ulasan.
Contoh:
Microsoft Windows Notepad ( www.microsoft.com )
Program Editor File ( PFE ) .
Graphics editor yang digunakan untuk membuat dan memodifikasi GIF dan gambar JPEG
contoh:
Adobe Photoshop ( www.macromedia.com )
Paintshop Pro ( www.jasc.com ) .
XII. 4 Editor HTML khusus
Alat-alat ini menyediakan fasilitas untuk menambahkan HTML dan CSS tag secara
otomatis . Misalnya, menambahkan tag teks tebal <B>< / B > pada dokumen HTML akan
terjadi ketika pengguna mengklik tag tebal .
Contoh:
Ada banyak editor freeware dan shareware dalam kategori ini .

alat dasar
Microsoft FrontPage ( www.microsoft.com ) .
Dreamweaver ( www.macromedia.com / produk / Dreamweaver )
Versi modern dari pengolah kata seperti Microsoft Word atau OpenOffice sekarang
memiliki fasilitas ini melalui menggunakan Save As pilihan Halaman Web tetapi mereka
mungkin menambah Halaman berat ' melalui tambahan kode XML markup , sehingga tidak
bisa biasanya digunakan untuk situs komersial .

Canggih alat grafis
Adobe Photoshop ( banyak digunakan oleh desainer grafis , www.adobe.com ) .
Macromedia Flash dan Direktur Shockwave ( digunakan untuk animasi grafis ,
www.macromedia.com ) .

Kerangka kerja aplikasi web dan server aplikasi
Kerangka kerja aplikasi web memberikan dasar untuk membangun situs web
interaktif yang dinamis dan layanan web . Mereka menggunakan konvensi pemrograman
standar atau Aplikasi Pro - acara secara Interface ( API ) dalam kombinasi dengan
penyimpanan data untuk mencapai tugas yang berbeda seperti hanya menambahkan
pengguna ke sistem atau render elemen halaman yang berbeda dari situs. Mereka
menyediakan fungsi standar di perpustakaan untuk membuatnya lebih cepat untuk
mengembangkan fungsi daripada mulai dari tingkat rendah coding . Fungsi dalam kerangka
aplikasi web yang dijalankan oleh server aplikasi web yang proses perangkat lunak yang
berjalan pada server yang menerima dan permintaan tindakan melalui perangkat lunak web
server utama ( misalnya Apache atau Microsoft Information Server ) . The Common Gateway
Interface ( CGI ) adalah pendahulu dari ini konsep tersebut karena memungkinkan fungsi
standar untuk diakses di server , misalnya untuk melakukan validasi form .
Contoh:
Adobe ColdFusion ( www.adobe.com/products/coldfusion/ ) . Sebuah kerangka komersial
yang ditetapkan .
Microsoft ASP.Net ( www.asp.net ) merupakan evolusi dari mantan pendekatan berbasis
script ASP Micosoft ke suatu pendekatan yang berbeda berdasarkan menjalankan kode
dikompilasi pada server .
PHP ( www.php.net ) Sebuah alternatif script berbasis open-source untuk
pengembangan aplikasi web yang dapat digunakan untuk membuat aplikasi web . Opensource CMS seperti Drupal ( www.drupal.org ) didasarkan pada ini .
Enterprise JavaBeans dan Java Server Pages . Perusahaan banyak digunakan sistem
open-source dipromosikan oleh Sun Microsystems yang diimplementasikan dengan
menggunakan bahasa Jawa ( www.java.com ) . Sistem ERP SAP membuat ekstensif
menggunakan framework ini dalam versi aplikasi web .
Gambar 12.2 Statistik Kunjungan Aplikasi Framework
Zope ( www.zope.org ) Sebuah server aplikasi open-source berbasis obyek
menggunakan bahasa Python di mana Plone banyak digunakan ( www.plone.org ) CMS
berbasis.
Ruby on Rails ( www.rubyonrails.org ) kerangka aplikasi lain yang relatif baru opensource dipestakan untuk produksi yang cepat dari sistem dan re - kegunaan modul sebagai
bagian dari pembangunan tangkas.
Sebuah diskusi teknis dari isu yang terlibat dengan pemilihan kerangka aplikasi dan
server berada di luar lingkup teks ini . Pada dasarnya semua solusi di atas telah dengan
berhasil digunakan untuk mengembangkan layanan web perusahaan dan apa yang paling
penting untuk penyelesaian proyek yang sukses adalah menemukan tingkat yang tepat
keterampilan untuk implementasi dan metode - ology atau proses pengembangan proyek
yang efektif . Alternatif open source memiliki biaya rendah yang terkait , tapi mungkin ada
kesulitan dalam memperoleh hak di rumah atau sumber daya pihak ketiga untuk membuat
aplikasi dari beberapa yang kurang banyak digunakan kerangka kerja dan server . Hal ini
ditunjukkan oleh Gambar 12.2 yang menunjukkan survei kerangka aplikasi yang digunakan
oleh For - lagu 1000 perusahaan pada tahun 2007 .
XII. 5 Sistem manajemen konten (CMS)
Sebuah sistem manajemen konten ( CMS ) menyediakan metode untuk non - spesialis
untuk memperbarui halaman situs web . Lotus Notes adalah bentuk awal perusahaan CMS .
Ini adalah metode yang efisien konten penerbitan karena fasilitas dapat dibuat tersedia untuk
orang di seluruh com - haan . Saat ini ada dua bentuk utama dari CMS , yang keduanya
disampaikan sebagai layanan web yang dapat diakses melalui web browser . Perusahaan
CMSS dapat digunakan untuk besar , kompleks situs ( dan dokumen perusahaan lainnya ) dan
serta standar pembuatan halaman dan mengedit fasilitas , CMSS memungkinkan kontrol versi
dan review dokumen melalui sistem alur kerja yang memberitahukan pengulas ketika
dokumen baru siap untuk editing .
Biasanya , CMS , aplikasi web berbasis browser yang berjalan pada server . Semua
memungkinkan pengguna untuk dengan mudah menambahkan halaman baru dalam halaman
template yang ada . Beberapa memiliki fleksibilitas untuk memodifikasi - ing template
halaman untuk memasukkan promosi baru dan gambar dengan sidebars kiri dan kanan .

Isu dalam memilih sistem manajemen konten
Sebuah sistem manajemen konten profesional harus menyediakan fasilitas ini :Sistem
authoring mudah . Mengedit dokumen baru dan yang sudah ada harus mungkin melalui
WYSIWYG ( apa yang Anda lihat adalah apa yang Anda dapatkan ) fasilitas mirip dengan
pengolah kata yang membuatnya mudah untuk menanamkan gambar dan mendukung
berbagai markup yang diperlukan untuk SEO .
Search engine robot merangkak . Isi dalam mesin pencari harus disimpan dan
dihubungkan sedemikian rupa sehingga dapat diindeks oleh crawler mesin pencari untuk
menambahkannya ke indeks mereka - ini tidak mungkin dengan beberapa sistem manajemen
konten - generasi pertama , tetapi khas yang lebih baru . Kadang-kadang menulis ulang URL
ke format search-engine - ramah tanpa banyak parameter yang diperlukan . Halaman-halaman
Webmaster Google menjelaskan persyaratan : www.google.com / webmaster .
Search- engine - ramah - optimasi markup . Beberapa sistem manajemen konten
dipesan lebih dahulu dibuat oleh lembaga desain tidak memungkinkan mudah mengedit
bidang kunci ditunjukkan dalam Kotak 12.2 . seperti <title> , <h1> dan <meta name=
"description" content="page description"> .
Halaman yang berbeda template . Desain dan pemeliharaan struktur konten ( sub komponen , template , dll ) , struktur halaman web dan struktur situs web . Itu harus mungkin
untuk membuat layout yang berbeda dan desain untuk bagian situs yang berbeda atau
kategori halaman ( banyak blog , misalnya, hanya menawarkan tata letak tunggal untuk
seluruh blog ) .
Link manajemen . Pemeliharaan link internal dan eksternal melalui perubahan konten
dan penghapusan link mati .
Input dan sindikasi . Pemuatan ( spidering ) dari eksternal berasal konten dan agregasi
dan penyebaran konten dari berbagai sumber .
Versioning . Tugas penting dari pengendalian edisi mana dari halaman , elemen halaman
atau seluruh situs diterbitkan . Biasanya ini akan menjadi yang paling terakhir, tapi edisi
sebelumnya harus diarsipkan dan itu harus mungkin untuk memutar kembali ke versi
sebelumnya di halaman , elemen halaman atau tingkat situs .
Keamanan dan kontrol akses . Hak akses yang berbeda dapat ditugaskan untuk peran yang
berbeda dari pengguna dan beberapa konten mungkin hanya tersedia melalui rincian log -in .
Dalam kasus ini, CMS utama berisi bit daftar pengguna . Fasilitas ini berguna ketika
perusahaan perlu menggunakan CMS yang sama untuk intranet , extranet atau situs internet
publik yang mungkin memiliki berbagai tingkat izin .
Penggunaan plug-in dan widget . Mashup mungkin melalui embedding widget seperti
link ke jaringan sosial atau aplikasi pihak ketiga seperti Google Maps atau video YouTube .
Tapi sistem manajemen konten mungkin tidak mudah mendukung embedding dalam konten
utama atau sidebars .
Publikasi alur kerja . Konten ditakdirkan untuk situs web perlu melewati proses publikasi
untuk memindahkannya dari lingkungan manajemen lingkungan hidup pengiriman . Proses
ini mungkin melibatkan tugas-tugas seperti konversi format ( misalnya untuk PDF , atau
WAP ) , render ke HTML , otorisasi editorial dan pembangunan komposit dokumendokumen secara real time ( personalisasi dan diseminasi selektif ) .
Pelacakan dan monitoring . Menyediakan log dan analisis statistik digunakan untuk
memberikan ukuran kinerja , menyesuaikan konten sesuai dengan permintaan dan melindungi
terhadap penyalahgunaan . Perlu juga mungkin untuk menambahkan tag cepat ke halaman
template untuk web analytics tools seperti Google Analytics yang membutuhkan script untuk
ditambahkan pada akhir setiap halaman di situs tersebut untuk mengumpulkan data tentang
aktivitas situs . Dalam pelaksanaannya canggih mungkin diperlukan untuk sistem manajemen
konten atau commerce untuk memperbarui tag ini secara otomatis sesuai dengan jenis
halaman .
Navigasi dan visualisasi . Menyediakan representasi intuitif , jelas dan menarik dari
sifat dan lokasi dari konten menggunakan warna, tekstur , render 3D atau bahkan virtual
reality .
CMSS pribadi adalah biaya yang lebih rendah CMSS yang dapat digunakan oleh
individu atau usaha kecil , sering sebagai bagian dari paket hosting . Mereka memungkinkan
mengedit dan memperbarui konten , tetapi tidak biasanya mengandung kontrol versi atau alur
kerja fasilitas . CMSS Personal tumpang tindih dengan layanan blogging , banyak yang dapat
dikonfigurasi untuk manajemen situs yang lebih umum tapi mungkin kurang beberapa
persyaratan untuk CMS enterprise seperti keamanan dan manajemen alur kerja .
Utama open source CMSS adalah :
Plone ( www.plone.org )
Drupal ( www.drupal.org ) , versi PHP
Mambo / Joomla ( www.mamboserver.com ) .
Contoh CMS komersial :
Jalinan ( www.interwoven.com )
RedDot ( www.reddot.com )
Sistem Microsoft Office Sharepoint Server ( MOSS , www.microsoft.com ) Blogging (
CMSS pribadi) :
Blogger ( www.blogger.com )
Movable Type / TypePad ( www.movabletype.com )
WordPress ( www.wordpress.org ) .
Banyak dari CMSS mampu seperti Plone , WordPress dan Mambo adalah open source CMSS
, yang berarti bahwa biaya kepemilikan yang rendah .

Memilih server e -commerce
Server E -commerce memberikan banyak kemampuan dari CMS , tetapi mereka
disesuaikan dengan kebutuhan pemilik situs yang menjalankan sebuah toko e -commerce .
Jadi mereka fokus pada kebutuhan untuk mempromosikan informasi produk dan mendukung
proses pembelian . Fasilitas dasar server e -commerce untuk menawarkan tampilan konten
produk dalam kategori yang berbeda akan serupa , begitu banyak persyaratan yang paling
penting akan berhubungan dengan integrasi dengan sistem internal dan eksternal lainnya .
Persyaratan integrasi spesifik server e -commerce ( selain yang sama dengan CMSS yang
disebutkan di atas ) meliputi integrasi dengan :
Sistem katalog produk untuk mengimpor produk terbaru.
Feed untuk mendukung mesin perbandingan belanja seperti Google Product Search
atau Shopzilla
Pencarian belanja canggih atau faceted browsing yang sistem seperti Endeca (
www.endeca.com ) , Mercado dan Google Mini Cari alat ( www.google.com / perusahaan)
Sistem Merchandising yang merekomendasikan produk dan promosi yang tepat untuk
Visi- tor , misalnya ATG ( www.atg.com ). Solusi layanan pelanggan termasuk klik untuk
panggil atau klik - untuk - chatting sistem ( misalnya www.atg.com )
Ulasan
pelanggan,
dan
sistem
peringkat
,
misalnya
BazaarVoice
(
www.bazaarvoice.com )dan Feefoo ( www.feefo.com )
Sistem pembayaran , misalnya NETBANX ( www.netbanx.com ) , Verisign (
www.verisign.com ) , Bank Dunia ( www.worldbank.com ) dan sistem konsumen Google
Checkout ( www.google . Com / checkout ) dan Paypal ( www. paypal.com ) yang dapat
membantu meningkatkan tingkat konversi
Sistem manajemen sumber daya perusahaan untuk manajemen rantai suplai dan
ketertiban memenuhi - ment , misalnya SAP ( www.sap.com )
Pengujian dan sistem analisis web karena pengecer akan ingin mengoptimalkan
halaman mereka dengan uji coba versi yang berbeda untuk meningkatkan tingkat konversi.
Beberapa penyedia seperti ATG berusaha untuk mencakup banyak fasilitas ini , tetapi banyak
pengecer online akan menggunakan sistem yang berbeda dan akan ingin memasukkan ' bestof -breed ' teknologi untuk aplikasi yang berbeda .
contoh :
Actinic ( www.actinic.com ) dan Intershop ( www.intershop.com ) , solusi busi - ness
umumnya lebih kecil
ATG Commerce Suite ( www.atg.com ) , umumnya merupakan sistem perusahaan
Modul E-commerce Netsuite ( www.netsuite.com ) , untuk berbagai ukuran
perusahaan mengintegrasikan dengan sistem lain seperti akuntansi dan pemenuhan.

Testing
Pengujian memiliki dua tujuan utama : pertama , untuk memeriksa ketidaksesuaian dengan
bisnis dan kebutuhan pengguna , dan , kedua , untuk mengidentifikasi bug atau kesalahan .
Dengan kata lain, itu memeriksa bahwa situs tersebut melakukan apa yang pengguna
butuhkan dan dapat diandalkan . Pengujian merupakan proses berulang-ulang yang terjadi
melalui - out pembangunan. Sebagai ketidaksesuaian yang ditetapkan oleh tim
pengembangan , ada risiko bahwa masalah mungkin tidak telah diperbaiki dan bahwa
masalah-masalah baru telah dibuat . Pengujian lebih lanjut diperlukan untuk memeriksa
bahwa solusi untuk masalah yang efektif .

Proses pengujian
Sebuah proses pengujian terstruktur diperlukan untuk mengidentifikasi dan
memecahkan masalah sebanyak mungkin sebelum sistem dilepaskan untuk pengguna .
Pengujian ini dilakukan dalam cara yang terstruktur dengan menggunakan spesifikasi tes
yang merupakan spesifikasi lengkap dari pengujian di semua modul sistem. Jika
menggunakan metode - kasus analisis dijelaskan dalam Bab 11 digunakan maka akan
menentukan penggunaan - kasus yang berbeda atau skenario yang akan diuji dalam script tes
rinci .
Pengujian dalam lingkungan web memerlukan kendala baru. Sayangnya daftar
kendala panjang dan kadang-kadang diabaikan, untuk efek bencana. Pengecer Boo.com
menggunakan grafis yang kompleks untuk menampilkan pakaian yang terlalu memakan
waktu untuk digunakan bagi pengunjung ke situs. Jika ada seribu pengguna potensial dari
sebuah situs e-commerce, semua kendala berikut pada desain dapat mengecualikan proporsi:
Kecepatan akses - semua orang telah menggunakan situs dengan grafis besar yang
mengambil menit untuk men-download . Desainer yang baik akan mengoptimalkan grafis
untuk kecepatan dan kemudian menguji menggunakan modem yang lambat di saluran telepon
. Yahoo! download hanya dalam satu detik , jadi ini adalah kinerja yang diharapkan pengguna
dari situs lain . Resolusi layar - merancang untuk resolusi layar yang berbeda diperlukan
karena beberapa pengguna dengan laptop dapat beroperasi pada resolusi rendah seperti 640 x
480 pixel , mayoritas di 800 x 600 piksel , beberapa pada resolusi yang lebih tinggi 1064 x
768 pixel atau lebih . Jika para desainer telah merancang situs menggunakan PC dengan
resolusi tinggi , mereka mungkin sulit untuk dibaca bagi mayoritas . Jumlah warna - beberapa
pengguna mungkin memiliki monitor mampu menampilkan 16 juta warna memberikan foto realisme sementara yang lain mungkin hanya memiliki PC mengatur untuk menampilkan 256
warna . Mengubah ukuran font - memilih font besar di beberapa situs menyebabkan sedap
dipandang tumpang tindih antara elemen desain yang berbeda - tergantung pada jenis web
browser yang digunakan .Browser yang berbeda seperti Microsoft Internet Explorer dan
Netscape Navigator dan versi yang berbeda dari browser seperti versi 4.0 atau 5.0 dapat
menampilkan gambar atau teks sedikit berbeda atau proses JavaScript yang berbeda ,
sehingga sangat penting untuk menguji pada berbagai platform peramban . Plug - in seperti
Macromedia Flash dan Shockwave - jika sebuah situs membutuhkan plug-in bahwa pengguna
tidak memiliki , maka bisnis akan mengurangi penonton dengan jumlah orang yang tidak
mampu atau tidak siap untuk men-download plug-in .

Lingkungan pengujian
Pengujian terjadi dalam lingkungan yang berbeda selama proyek. Prototip diuji dalam
lingkungan pengembangan yang melibatkan data uji programmer 'di seluruh jaringan pada
server bersama. Dalam tahap implementasi lingkungan tes khusus dapat dibentuk yang
mensimulasikan lingkungan operasi akhir untuk sistem. Lingkungan pengujian ini akan
digunakan untuk pelatihan pengguna awal dan pengujian dan untuk pengujian sistem.
Akhirnya, produksi atau lingkungan hidup adalah bahwa di mana sistem akan digunakan
secara operasional. Ini akan digunakan untuk pengujian penerimaan pengguna dan ketika
sistem menjadi hidup.

Changeover
Migrasi atau perubahan dari suatu sistem informasi sebelumnya ke sistem baru sangat
penting untuk sistem e - bisnis mission-critical di mana kesalahan dalam pengelolaan
changeover akan menghasilkan pengalaman pelanggan yang negatif atau gangguan rantai
pasokan . Pada bagian ini kita melihat isu-isu signifikan yang terlibat dalam mengelola
transisi ini dari sistem pra - vious untuk sistem e - bisnis dan transisi dari satu versi dari
sistem e - bisnis ke depan . Ketika memperkenalkan sell -side sistem e -commerce baru ada
dua pilihan dasar . Pertama , perusahaan dapat sepenuhnya menguji sistem dalam lingkungan
yang terkendali sebelum ditayangkan dan dengan demikian meminimalkan risiko publisitas
negatif karena masalah dengan situs. Kedua , perusahaan dapat melakukan apa yang dikenal
sebagai ' soft launch ' . Di sini , setelah awal uji - ing , situs akan diuji dalam lingkungan
hidup di mana pelanggan dapat menggunakannya . Alternatif untuk migrasi dari versi yang
berbeda dari sistem yang ditinjau dalam Bocij et al . ( 2005) dan dirangkum dalam Tabel 12.2
. Kegiatan Lengkap 12.3 untuk meninjau manfaat relatif dari pendekatan ini .

Pembuatan database dan migrasi data
Aspek terakhir dari changeover yang harus disebutkan, dan sering diremehkan, adalah
migrasi data. Untuk sistem e-commerce untuk bank, misalnya, ini akan melibatkan
pemindahan-ring atau mengekspor data pelanggan yang sudah ada dan impor mereka ke
sistem baru. Hal ini kadang-kadang juga disebut sebagai 'mengisi database'. Atau, lapisan
middleware dapat diatur sedemikian rupa sehingga sistem baru mengakses pelanggan dari
database warisan asli. Sebelum migrasi terjadi perlu juga untuk anggota tim pengembangan
yang dikenal sebagai 'administrator database' untuk membuat database e-commerce. Hal ini
dapat memakan waktu karena melibatkan:
Menciptakan tabel yang berbeda dengan memasukkan definisi lapangan yang timbul
dari model data-ling dijelaskan dalam Bab 11.
Menciptakan peran yang berbeda dari pengguna seperti hak keamanan mereka atau
hak akses. Ini perlu dibuat untuk pengguna internal dan eksternal.
Membuat prosedur yang tersimpan dan memicu, yang secara efektif server-side coding untuk
melak-ment aturan bisnis.
Mengoptimalkan database untuk kinerja.
Mendukung mesin pencari adalah masalah lain yang spesifik migrasi situs yang
signifikan di mana perusahaan bermigrasi konten mereka untuk nama domain baru atau
mereka menggunakan CMS yang berbeda atau perdagangan Server yang menggunakan nama
dokumen yang berbeda. Ada risiko bahwa mesin pencari akan kehilangan sejarah sebelumnya
peringkat berdasarkan backlink ke situs dan halaman-halamannya. Untuk mengelola ini
pemetaan dapat diberikan untuk mengarahkan dari yang lama ke halaman baru yang dikenal
sebagai '301 redirect 'pada server Apache.
XII. 6 Perencanaan Deployment
Sebuah rencana penyebaran diperlukan untuk menempatkan infrastruktur perangkat
keras dan perangkat lunak pada waktunya untuk pengujian penerimaan pengguna. Ini bukan
tugas yang sepele karena seringkali berbagai peralatan akan diperlukan dari berbagai
produsen. Meskipun manajer proyek bertanggung jawab untuk perencanaan penyebaran,
banyak perusahaan menggunakan sistem integrator untuk mengkoordinasikan kegiatan ini,
terutama di mana ada peluncuran nasional.

Manajemen konten dan pemeliharaan
Situs jual -side e -commerce yang terus menerus dalam pengembangan , bahkan
ketika mereka menjadi hidup . Situs harus dinamis berurusan dengan kesalahan yang
dilaporkan oleh pelanggan dan dalam menanggapi inovasi oleh pesaing . Selain itu konten ,
seperti informasi tentang berbagai aktivitas atau peluncuran produk baru dan harga promosi ,
perlu diperbarui jika situs ini adalah untuk menghasilkan kunjungan berulang dari pelanggan
.
Situs Buy -side e -commerce yang kurang dinamis dan lebih mirip dengan sistem
infor-masi bisnis tradisional , sehingga pada bagian ini kita akan fokus pada pemeliharaan
situs e -commerce , meskipun deskripsi ini juga akan berlaku untuk e - bisnis implementasi
intranet dan ekstranet .
Apa isu-isu manajemen yang terlibat dengan perawatan ? Kami akan meninjau hal-hal
berikut:
Menentukan frekuensi dan lingkup memperbarui konten
Proses untuk mengelola pemeliharaan situs dan tanggung jawab untuk memperbarui
Pemilihan sistem manajemen konten
Pengujian dan mengkomunikasikan perubahan yang dibuat
Integrasi dengan pemantauan dan pengukuran sistem
Mengelola konten dalam organisasi global.

Frekuensi dan lingkup memperbarui konten
Saat sistem e - commerce adalah hidup akan membutuhkan update konten dan jasanya
. Berbagai jenis memperbarui konten dapat diidentifikasi , dan pendekatan yang berbeda akan
dibutuhkan untuk masing-masing . Kita bisa menerapkan taksonomi kesalahan Jorgensen (
1995) ke sebuah situs e -commerce untuk memutuskan waktu dari tindakan yang diperlukan
sesuai dengan jenis masalah . Kita bisa melihat bahwa pendekatan ini sangat berbeda dari
yang untuk sistem informasi tradisional atau paket perangkat lunak yang didistribusikan ke
ribuan pelanggan . Misalnya, dengan masalah ringan seperti kesalahan ejaan dalam perangkat
lunak , itu akan menjadi terlalu mahal untuk memperbarui dan mendistribusikan perangkat
lunak. Dengan situs e -commerce , kesalahan ejaan , meskipun sepele , dapat diperbarui
segera dengan memperbaiki itu pada halaman web atau dalam database atau konten - man
manajemen sistem di mana disimpan . Memang , masalah kecil perlu dikoreksi karena
mereka mengurangi kredibilitas situs.
Untuk lebih kesalahan besar , adalah penting untuk memperbaiki masalah sesegera
mungkin karena pendapatan akan hilang , baik dari pelanggan yang tidak dapat
menyelesaikan pembelian mereka saat ini dan dari pengguna yang akan siap untuk
menggunakan situs di masa depan karena mereka buruk pengalaman . Data dari situs e commerce transaksional menunjukkan bahwa sangat sedikit memiliki ketersediaan
berkelanjutan . Masalah dapat terjadi dari bug dalam perangkat lunak e -commerce atau
masalah dengan hardware web - server dan software . Beberapa seburuk 90 persen . Jika
pendapatan situs untuk 24 jam , 7 - situs hari -seminggu adalah £ 10 juta per minggu
kemudian jika ketersediaan jatuh sampai 95 persen ini adalah setara dengan kehilangan £
500,000 sebelum kehilangan pendapatan pada masa mendatang dari pelanggan yang tidak
puas adalah diperhitungkan . Pendekatan modular atau komponen berbasis sistem e commerce harus memungkinkan lokasi modul masalah atau cartridge untuk diidentifikasi
dengan cepat dan masalah dalam modul untuk diperbaiki , atau mungkin untuk kembali ke
versi sebelumnya .
Serta memperbaiki masalah yang ditunjukkan pada Tabel 12.3 perusahaan juga akan ingin
memperbarui fungsi dari sistem e-commerce dalam menanggapi permintaan pelanggan,
promosi penjualan atau inovasi pesaing. Sekali lagi, pendekatan berbasis komponen dapat
mengaktifkan mandiri, diskrit, modul baru atau cartridge untuk dipasang ke dalam sistem
yang dirancang untuk pro-vide fungsi baru dengan hanya sedikit perubahan untuk modul
yang ada. Untuk setiap update tersebut, proses prototyping skala kecil yang melibatkan
analisis, desain dan pengujian perlu terjadi.

Proses dan tanggung jawab pemeliharaan
Untuk memperbarui efisien sistem e-commerce, sangat penting untuk memiliki jelas
proses ditetapkan untuk perubahan konten dan layanan. Proses yang berbeda akan berlaku
tergantung pada ruang lingkup perubahan, seperti yang dijelaskan di bagian sebelumnya. Kita
dapat mengidentifikasi dua jenis perubahan - perubahan konten rutin seperti update ke
dokumen di situs atau dokumen baru dan perubahan besar di mana kita membuat perubahan
pada struktur, navigasi atau layanan di situs.

Proses perubahan konten rutin
Proses perubahan konten rutin harus dikomunikasikan kepada semua staf yang
memberikan con - tenda ke situs , dengan tanggung jawab secara jelas diidentifikasi dalam
deskripsi pekerjaan mereka . Tahapan utama yang terlibat dalam menghasilkan halaman web
yang diperbarui adalah untuk merancang , menulis , menguji dan pub - lish itu . Sebuah
proses yang lebih rinci ditunjukkan di sini yang membedakan antara review konten dan
pengujian teknis halaman web selesai .
Menurut Chaffey et al . ( 2009), tugas yang berbeda yang terlibat dalam proses pemeliharaan
untuk salinan baru adalah sebagai berikut :
1. Write . Tahap ini melibatkan menulis naskah dan , jika perlu , merancang tata letak copy
dan gambar yang terkait .
2. Ulasan . Tinjauan independen dari salinan tersebut diperlukan untuk memeriksa
kesalahan sebelum dokumen- ment diterbitkan . Tergantung pada ukuran organisasi ,
review mungkin diperlukan oleh satu orang atau beberapa orang yang mencakup berbagai
aspek kualitas situs seperti citra perusahaan , salinan pemasaran , branding dan legalitas.
3. Benar . Tahap ini sangat mudah dan melibatkan pembaruan yang diperlukan sebagai
akibat dari tahap 2.
4. Publish ( untuk lingkungan pengujian ) . Tahap publikasi melibatkan menempatkan
salinan dikoreksi pada halaman web yang dapat diperiksa lebih lanjut. Hal ini akan berada
dalam lingkungan pengujian yang hanya dapat dilihat dari dalam perusahaan
5. Test. Sebelum halaman web selesai dibuat tersedia melalui World Wide Web tes akhir
akan diperlukan untuk masalah teknis seperti apakah beban halaman berhasil pada
browser yang berbeda.
6. Publish ( untuk hidup lingkungan ) . Setelah bahan telah ditinjau dan diuji dan
ditandatangani sebagai memuaskan akan dipublikasikan ke situs web utama dan akan
dapat diakses oleh pelanggan .
Kesulitannya adalah bahwa semua tahapan ini diperlukan untuk kontrol kualitas , tetapi jika
orang yang berbeda yang terlibat , maka cepat , publikasi responsif tidak mungkin . Kegiatan
12.4 mengilustrasikan masalah khas pemeliharaan konten , yang melibatkan enam tahap yang
dijelaskan di atas dan menilai perubahan yang dapat dilakukan untuk memperbaiki situasi .
Gambar 12.3 Prosesi Update Konten Web
XII. 7 Frekuensi update konten
Karena web dianggap sebagai media yang dinamis , pelanggan mengharapkan
informasi baru yang akan diposting ke situs langsung . Jika bahan tidak akurat atau ' basi '
maka pelanggan tidak dapat kembali ke situs. Sebagai informasi pada halaman web menjadi
usang dan perlu diperbarui , itu adalah impor-tant memiliki mekanisme mendefinisikan apa
yang memicu proses update ini . Prosedur pemicu harus dikembangkan sedemikian rupa
sehingga ketika perubahan harga , PR rilis atau spesifikasi produk yang diperbarui dalam
selebaran promosi atau katalog , perubahan ini juga tercermin di situs web . Tanpa prosedur
jenis ini , mudah untuk itu menjadi ketidaksesuaian antara online dan konten offline. Sebagai
bagian dari mendefinisikan proses update web -site dan standar , perusahaan mungkin ingin
menerbitkan pedoman yang menunjukkan seberapa sering konten diperbarui . Hal ini dapat
menentukan bahwa konten diperbarui sebagai berikut :dalam waktu dua hari dari kesalahan
faktual yang diidentifikasi ;baru ' berita ' item ditambahkan setidaknya sebulan sekali ;ketika
informasi produk telah statis selama dua bulan .

Proses perubahan besar
Untuk perubahan besar ke situs web , seperti mengubah struktur menu ,
menambahkan bagian baru dari konten atau mengubah layanan bagi pengguna , proses yang
berbeda diperlukan . Perubahan tersebut akan melibatkan investasi yang lebih besar dan akan
ada dana yang terbatas untuk investasi , sehingga prioritas untuk ini perubahan besar harus
disepakati . Untuk mencapai pendekatan ini yang biasanya digunakan adalah untuk
mendirikan sebuah komite pengarah untuk meratifikasi perubahan yang diajukan . Keputusan
seperti itu biasanya membutuhkan kursi independen seperti manajer e -commerce atau
manajer pemasaran untuk membuat keputusan akhir . Struktur khas komite seperti
ditunjukkan pada Gambar 12.4 ( a) . Hal ini terdiri dari kedua staf teknis dan bisnis dan
berguna untuk mendorong integrasi antara peran tersebut . Peran khas dari beberapa anggota
komite yang juga mungkin terlibat dalam update dari situs yang ditunjukkan pada Gambar
12.4 ( b ) . Gambar 12.4 ( a) , yang bisa menerapkan ke Internet , extranet atau konten
intranet , menunjukkan bagaimana pengaturan piramida digunakan untuk memastikan
kualitas konten di situs.
Panitia biasanya akan memiliki berbagai tanggung jawab seperti :
Mendefinisikan proses update disepakati dan tanggung jawab untuk berbagai jenis
perubahan
Standar situs Menentukan struktur , navigasi dan tampilan dan nuansa ( Tabel 12.4 )
Menentukan alat-alat yang digunakan untuk memperbarui dan mengelola konten

Inisiatif untuk merefresh konten
Hal ini sering mengatakan bahwa konten up-to -date sangat penting untuk situs '
lengket ' , namun konten segar tidak akan terjadi secara kebetulan , sehingga perusahaan
harus mempertimbangkan pendekatan yang dapat digunakan untuk mengontrol kualitas
dokumen dan khususnya untuk menjaga mereka up - to-date dan relevan . Pendekatan generik
yang saya lihat yang dapat bekerja dengan baik adalah:
Menetapkan tanggung jawab untuk jenis konten tertentu atau bagian situs untuk individu .
Membuat kualitas konten web yang dihasilkan bagian dari penilaian kinerja karyawan .
Menghasilkan jadwal target untuk publikasi konten .
Mengidentifikasi peristiwa yang memicu penerbitan konten baru , misalnya peluncuran
produk baru , perubahan harga atau press release .
Mengidentifikasi tahapan dan tanggung jawab dalam memperbarui - yang menentukan , yang
menciptakan , yang meninjau , yang memeriksa , yang mempublikasikan .
Mengukur penggunaan konten melalui analisis web atau mendapatkan umpan balik dari
pengguna situs .
Publikasikan tabel liga konten untuk menyorot bila konten adalah out-of -date .
Audit dan mempublikasi kan konten untuk menunjukkan yang up-to -date .

Mengelola konten untuk situs global
Isu-isu dalam mengembangkan kebijakan manajemen konten yang dijelaskan di atas
adalah komplikasi kombatan untuk sebuah organisasi besar dengan banyak lini bisnis dan
khususnya untuk perusahaan multinasional . Sentralisasi dapat memberikan skala ekonomi
dan dapat mencapai konsistensi dalam cara nilai-nilai merek dikomunikasikan secara nasional
dan internasional . Namun, konten akan perlu dikembangkan secara lokal untuk khalayak
regional dan ini mungkin memerlukan variasi dari pedoman pusat. Beberapa otonomi daerah
perlu diizinkan untuk mengaktifkan buy-in dari berbagai daerah . Hal ini dapat disarankan
bahwa berikut ini diperlukan pada tingkat internasional :
1. Platform Technology . Sebuah sistem perangkat lunak umum ( CMS ) akan mengurangi
biaya pembelian , update dan pelatihan . Integrasi dengan perangkat lunak umum untuk
hubungan pelanggan pengelolaan ( Bab 9 ) dan evaluasi dan pengukuran sistem ( lihat
nanti dalam bab ini ) juga akan paling efisien .
2. Sistem arsitektur . Sebuah arsitektur yang konsisten akan menghindari ' menciptakan
kembali roda ' di masing-masing negara dan akan memungkinkan staf , mitra dan
pelanggan yang membutuhkan untuk mengakses CMS di berbagai negara untuk segera
akrab dengannya. Standar meliputi:
Tata letak halaman umum dan navigasi melalui template
Struktur direktori umum dan struktur URL yang konsisten
Standar pemrograman dan bahasa dan sistem kontrol versi .
3. Proses / standar . Prosedur pembaruan untuk meninjau konten untuk pemasaran ,
perlindungan data dan alasan hukum seperti yang dijelaskan dalam bagian sebelumnya .
Backup dan pengarsipan kebijakan juga akan diperlukan .

Mengukur dan meningkatkan kinerja sistem e-bisnis
Kami meninjau mengukur efektivitas sistem e -commerce secara rinci karena
merupakan bagian penting dari mengelola sebuah inisiatif e -commerce . Seringkali investasi
yang besar akan telah dibuat di situs dan manajer senior akan ingin memastikan bahwa
investasi tersebut memberikan tujuannya . Mereka juga akan ingin untuk menemukan dan
memperbaiki masalah dengan situs atau mengeksploitasi pendekatan yang bekerja dengan
baik . Kami fokus pada pengukuran sell -side e -commerce , karena pendekatan yang paling
canggih untuk sektor ini , tetapi prinsip-prinsip dan praktek dapat segera diterapkan untuk
jenis lain dari sistem e - bisnis seperti intranet dan extranet . Perusahaan yang memiliki
pendekatan yang berhasil untuk e -commerce sering tampak untuk berbagi umum
karakteristik . Mereka sangat mementingkan dan mencurahkan sumber daya untuk memantau
keberhasilan pemasaran online mereka dan menempatkan di tempat proses untuk terus
meningkatkan per - kinerja saluran digital mereka. Budaya ini pengukuran terlihat di Inggris
Bank Alliance dan Leicester , yang pada tahun 2004 melaporkan bahwa mereka
menghabiskan lebih dari 20 % dari £ 80.000.000 anggaran komunikasi pemasaran mereka
pada pemasaran online. Stephen Leonard , kepala e -commerce , menggambarkan proses
mereka sebagai 'Test , Belajar, Sempurnakan ' ( Revolusi , 2004) . Graeme Findlay , manajer
senior, akuisisi pelanggan e -commerce di A & L , menjelaskan lebih lanjut : " Pendekatan
online kami terintegrasi dengan brand secara offline dan strategi kreatif , dengan fokus pada
langsung , presentasi lurus ke depan yang kuat , pesan nilai - dipimpin . Segala sesuatu yang
kita lakukan secara online , termasuk kreatif , didorong oleh proses pengujian ekstensif dan
dinamis . " Seth Romanow , Direktur Pengetahuan Pelanggan di Hewlett - Packard , berbicara
pada KTT 2004 E - metrik , menggambarkan proses mereka sebagai ' Ukur , Laporan ,
Analisa , Optimalkan ' . Amazon mengacu pada pendekatan sebagai ' The Culture of Met rics ' ( lihat Studi Kasus 12.1 ) . Jim Sterne , yang mengadakan acara tahunan yang ditujukan
untuk meningkatkan kinerja secara online ( www.emetrics.org ) , telah diringkas
pandangannya pada pendekatan yang diperlukan dalam bukunya Metrik Web ( Sterne , 2002)
sebagai ' TIMITI ' yang merupakan singkatan dari ' Cobalah ! Mengukur It! Tweak It! ' ,
Yaitu konten online harus dikaji ulang dan disempurnakan bukan sebagai periodik atau
proses ad hoc . Pentingnya mendefinisikan pendekatan yang tepat untuk pengukuran dan
perbaikan adalah sedemikian rupa sehingga ' analisis web ' istilah telah dikembangkan untuk
menggambarkan kegiatan ini kunci pemasaran Internet . Sebuah asosiasi analisis web (
www.webanalyticsassociation.org ) telah dikembangkan oleh vendor , konsultan dan peneliti
di daerah ini . Eric Petersen ( 2004) , seorang analis yang mengkhususkan diri dalam analisis
web , mendefinisikan sebagai berikut :
Web analytics adalah penilaian dari berbagai data , termasuk lalu lintas web , transaksi
berbasis web , kinerja server web , studi kegunaan , pengguna informasi yang disampaikan [
ie survei ] , dan sumber-sumber terkait untuk membantu menciptakan pemahaman umum dari
pengalaman pengunjung online.Anda dapat melihat bahwa selain apa yang sering disebut
sebagai ' situs statistik ' tentang lalu lintas web , transaksi penjualan , kegunaan dan meneliti
pandangan pelanggan melalui survei juga disertakan . Kami percaya , meskipun, bahwa
definisi dapat ditingkatkan lebih lanjut - itu menunjukkan analisis untuk kepentingan itu bahwa maksud bisnis analisis harus ditekankan . Definisi tersebut juga bisa mengacu pada
perbandingan volume pengunjung situs dan demografi relativitas tive pesaing menggunakan
panel dan ISP mengumpulkan data . Definisi kami adalah :
Web analytics adalah evaluasi yang berpusat pada pelanggan dari efektivitas pemasaran
berbasis internet untuk meningkatkan kontribusi bisnis saluran online untuk sebuah
organisasi .
Definisi
yang
lebih
baru
dari
Asosiasi
Web
Analytics
(
.
WAA
,
www
webanalyticsassociation.org ) pada tahun 2005 adalah :
Web Analytics adalah pelacakan tujuan , pengumpulan , pengukuran , pelaporan dan analisa
data kuantitatif Internet untuk mengoptimalkan situs Web dan inisiatif pemasaran web .

Prinsip manajemen kinerja dan perbaikan
Untuk meningkatkan hasil untuk setiap aspek bisnis , manajemen kinerja sangat
penting . sebagai Bob Napier , Chief Information Officer, Hewlett - Packard , dilaporkan
telah mengatakan kembali pada tahun 1960 , Anda tidak bisa mengelola apa yang Anda tidak
bisa mengukur . Proses dan sistem yang direncanakan untuk memantau dan meningkatkan
kinerja organ - isasi dan manajemen tertentu kegiatan seperti pemasaran Internet secara luas
dikenal sebagai ' sistem manajemen kinerja dan didasarkan pada studi kinerja sistem meas urement . Meskipun kami telah menyatakan bahwa pengukuran merupakan bagian penting
dari menjaga sebuah situs web , perlu dicatat bahwa kenyataannya adalah bahwa pengukuran
sering diabaikan ketika sebuah situs web yang pertama kali diciptakan . Pengukuran sering
disorot sebagai masalah versi awal sekali situs telah ' dan berjalan ' selama beberapa bulan
atau bahkan bertahun-tahun , dan karyawan mulai mengajukan pertanyaan-pertanyaan seperti
' Berapa banyak pelanggan mengunjungi situs kami , berapa banyak penjualan kita mencapai
sebagai hasil dari situs kami dan bagaimana kami dapat meningkatkan situs untuk mencapai
laba atas investasi ? ' The con - urutan ini adalah bahwa pengukuran kinerja adalah sesuatu
yang sering dibangun menjadi sebuah kehadiran online secara retrospektif . Tentu saja,
adalah lebih baik jika pengukuran dibangun ke manajemen situs dari awal sejak itu
pendekatan yang lebih akurat dapat dikembangkan dan lebih mudah memungkinkan untuk
menerapkan teknik yang dikenal sebagai ' desain untuk analisis ' ( DFA ) . Di sini , situs ini
dirancang sehingga perusahaan dapat lebih memahami jenis penonton dan poin keputusan
mereka . Sebagai contoh, untuk Dell ( www.dell.com ) , navigasi utama di halaman rumah
adalah dengan jenis usaha . Ini adalah contoh sederhana dari DFA karena memungkinkan
Dell untuk memperkirakan pro - porsi audiens yang berbeda ke situs mereka dan pada saat
yang sama menghubungkan mereka dengan konten yang relevan . Contoh lain dari DFA
meliputi :
Putus halaman panjang atau membentuk menjadi bagian-bagian yang berbeda , sehingga
Anda dapat melihat bagian mana orang tertarik
Kebijakan URL yang digunakan untuk merekomendasikan halaman entri untuk bahan cetak .
Konten grup menurut jenis penonton atau keputusan pembelian dan mendirikan kelompok isi
konten yang terkait dalam sistem analisis web .
Mengukur gesekan di berbagai titik dalam perjalanan pelanggan, misalnya exit point pada
pembelian siklus lima halaman .
Pada bagian ini , kita akan meninjau pendekatan manajemen kinerja dengan memeriksa tiga
elemen kunci dari e -commerce sistem peningkatan kinerja . Ini adalah , pertama, proses
untuk perbaikan , kedua, kerangka pengukuran yang menentukan kelompok metrik
pemasaran Internet yang relevan dan , akhirnya , penilaian kesesuaian alat dan teknik untuk
mengumpulkan , menganalisa , menyebarkan dan menindaki hasil . Kami akan meninjau tiga
tahap menciptakan dan menerapkan sistem manajemen kinerja .
Tahap 1 : Menciptakan sistem manajemen kinerja
Inti dari manajemen kinerja disarankan oleh definisi untuk pengukuran kinerja yang
digunakan oleh Andy Neely dari Cranfield School of Pusat Manajemen untuk Kinerja Bisnis .
Dia mendefinisikan pengukuran ( Neely et al . , 2002) kinerja sebagai proses mengukur
efisiensi dan efektivitas tindakan terakhir melalui acqui - sition , pemeriksaan , pemilahan ,
analisis , interpretasi dan penyebaran data yang sesuai . Kinerja manajemen memperluas
definisi ini untuk proses analisis dan perubahan menindaki dalam rangka mendorong kinerja
bisnis dan kembali . Pemasar online dapat menerapkan banyak pendekatan manajemen
kinerja bisnis untuk pemasaran Internet . Seperti yang dapat Anda lihat dari definisi , kinerja
diukur terutama melalui informasi mengenai keefektifan proses dan efisiensi seperti yang
diperkenalkan dalam Bab 5 pada bagian pengaturan tujuan di mana kami mencatat bahwa
penting untuk mencakup langkah-langkah efektifitas dan efisiensi . Kebutuhan untuk proses
manajemen kinerja terstruktur jelas jika kita meneliti dampak jika sebuah organisasi tidak
memiliki satu . Ini termasuk : linkage miskin tindakan dengan tujuan strategis atau bahkan
tidak adanya tujuan ; data kunci tidak dikumpulkan ; ketidakakuratan data; Data tidak
disebarluaskan atau dianalisis ; atau tidak ada tindakan korektif . Banyak hambatan untuk
meningkatkan - ment sistem pengukuran yang dilaporkan oleh responden di Adams et al .
(2000) juga menunjukkan kurangnya proses yang efektif . Hambatan dapat dikelompokkan
sebagai berikut; manajemen senior yang miopia - pengukuran kinerja tidak dilihat sebagai
prioritas , tidak di bawah - berdiri atau ditargetkan pada target yang salah - mengurangi biaya
ketimbang meningkatkan kinerja , tanggung jawab jelas untuk memberikan dan
meningkatkan sistem pengukuran ;masalah resourcing - kurangnya waktu (mungkin
menunjukkan kurangnya motivasi staf ) , sistem teknologi yang diperlukan dan terintegrasi
;masalah Data - data yang berlebihan atau berkualitas rendah , data yang terbatas untuk
pembandingan .Untuk menghindari hal ini , terkoordinasi , proses pengukuran terstruktur
seperti yang ditunjukkan pada Gambar 12.5 diperlukan . Gambar 12.5 menunjukkan empat
tahap kunci dalam proses pengukuran . Ini didefinisikan sebagai aspek kunci dari rencana
pengendalian tahunan oleh Kotler ( 1997) . Tahap 1 adalah tahap penetapan tujuan mana
tujuan dari sistem pengukuran didefinisikan - ini biasanya akan mengambil tujuan pemasaran
internet strategis sebagai masukan untuk sistem pengukuran . Tujuan dari sistem pengukuran
akan menilai apakah tujuan ini tercapai dan menentukan tindakan pemasaran cor - Rective
untuk mengurangi varians antara target dan indikator kinerja kunci yang sebenarnya . Tahap
2 , pengukuran kinerja , melibatkan pengumpulan data untuk menentukan metrik dif -beda
yang merupakan bagian dari kerangka pengukuran seperti yang dibahas pada bagian
berikutnya . Tahap 3 , diagnosis kinerja , adalah analisis hasil untuk memahami alasan untuk
varians dari tujuan ( yang ' Kesenjangan kinerja dari Friedman dan Furey , 1999) dan
pemilihan solusi pemasaran untuk mengurangi varians . Tujuan dari Tahap 4 , tindakan
korektif , menurut Wisner dan Fawcett ( 1991) , adalah untuk mengidentifikasi posisi
kompetitif , menemukan masalah daerah , membantu perusahaan dalam memperbarui tujuan
strategis dan membuat keputusan taktis untuk mencapai tujuan tersebut dan menyediakan
umpan balik setelah keputusan diimplementasikan . Dalam konteks pemasaran Internet ,
tindakan korektif adalah implementasi solusi ini sebagai update konten situs web , desain dan
komunikasi pemasaran yang terkait . Pada tahap ini siklus terus-menerus mengulangi ,
mungkin dengan tujuan dimodifikasi . Bourne et al . (2000) dan Tanaman ( 2000)
menunjukkan bahwa selain meninjau tujuan , kesesuaian metrik juga harus ditinjau dan
direvisi . Pengukuran bukanlah sesuatu yang dapat terjadi atas dasar ad hoc karena jika
diserahkan kepada individu mereka mungkin lupa untuk mengumpulkan data yang diperlukan
. A ' budaya pengukuran ' adalah satu di mana setiap karyawan menyadari kebutuhan untuk
mengumpulkan data tentang seberapa baik perusahaan adalah membentuk per - dan pada
seberapa baik adalah memenuhi kebutuhan pelanggan.
Tahap 2 : Mendefinisikan kerangka metrik kinerja
Pengukuran untuk menilai efektivitas pemasaran Internet dapat dianggap sebagai
menjawab pertanyaan-pertanyaan ini :
1. Apakah tujuan perusahaan diidentifikasi dalam strategi pemasaran Internet terpenuhi ?
2. Apakah tujuan pemasaran didefinisikan dalam strategi pemasaran Internet dan rencana
tercapai?
3. Apakah tujuan pemasaran komunikasi diidentifikasi dalam rencana pemasaran Internet
tercapai?
4. Bagaimana efisien adalah teknik promosi yang berbeda yang digunakan untuk menarik
pengunjung ke sebuah situs ?
Langkah-langkah ini juga dapat dikaitkan dengan berbagai tingkat kontrol pemasaran
yang ditentukan oleh Kotler ( 1997) . Ini termasuk pengendalian strategis ( pertanyaan 1 ) ,
kontrol profitabilitas ( pertanyaan 1 ) , kontrol tahunan - plan ( pertanyaan 2 ) dan kontrol
efisiensi ( pertanyaan 3 ) .
Langkah-langkah efisiensi lebih peduli dengan meminimalkan biaya pemasaran
online sambil memaksimalkan keuntungan untuk berbagai bidang fokus seperti mendapatkan
pengunjung ke situs web , mengkonversi pengunjung untuk hasil atau pencapaian bisnis yang
berulang .
Chaffey ( 2000 ) menunjukkan bahwa organisasi mendefinisikan kerangka
pengukuran yang mendefinisikan pengelompokan metrik khusus yang digunakan untuk
menilai kinerja pemasaran Internet . Dia menunjukkan bahwa kerangka pengukuran yang
cocok akan memenuhi kriteria ini :
a) Sertakan metrik efektivitas tingkat makro yang menilai apakah tujuan strategis
tercapai dan menunjukkan sejauh mana e - marketing berkontribusi terhadap bisnis (
kontribusi pendapatan dan laba atas investasi ) . Kriteria ini meliputi berbagai tingkat
kontrol pemasaran yang ditentukan oleh Kotler (1997 ) termasuk pengendalian
strategis , kontrol profitabilitas dan kontrol tahunan - plan .
b) Sertakan metrik tingkat mikro yang menilai efisiensi taktik e - marketing dan
implementasi . Wisner dan Fawcett ( 1991) mencatat bahwa biasanya organisasi
menggunakan hirarki langkah-langkah dan mereka harus memeriksa bahwa tindakan tingkat yang lebih rendah mendukung tujuan strategis tingkat makro . Tindakan
tersebut sering disebut sebagai pendorong kinerja , karena mencapai target untuk
langkah-langkah ini akan membantu dalam mencapai tujuan strategis . Pendorong
kinerja E - marketing membantu mengoptimalkan e - marketing dengan menarik lebih
banyak pengunjung situs dan meningkatkan konversi ke hasil pemasaran yang
diinginkan . Ini mencapai pemasaran control efisiensi ditentukan oleh Kotler ( 1997) .
Penelitian oleh Agrawal et al . ( 2001) , yang dinilai perusahaan pada metrik
didefinisikan dalam tiga kategori daya tarik , konversi dan retensi sebagai bagian dari
scorecard e - performance , menggunakan kombinasi metrik makro dan tingkat mikro
.
c) Menilai dampak dari e - marketing terhadap kepuasan , loyalitas dan kontribusi kunci
stakeholder ( pelanggan , investor , karyawan dan mitra ) seperti yang disarankan oleh
Adams et al . (2000) .
d) Kerangka kerja harus cukup fleksibel untuk diterapkan pada berbagai bentuk online
pres - ence apakah bisnis - to-consumer , business-to -business , not-for -profit atau
transaksional e - ekor , CRM berorientasi atau merek - bangunan . Banyak diskusi
pengukuran e - marketing terbatas pada kehadiran e - ekor transaksional . Adams et al
. (2000) mencatat bahwa kerangka yang ' satu ukuran cocok untuk semua ' tidak
diinginkan .
e) Aktifkan perbandingan kinerja e - saluran yang berbeda dengan saluran lain seperti
yang disarankan oleh Friedman dan Furey ( 1999) .
f) Kerangka tersebut dapat digunakan untuk menilai kinerja e - marketing terhadap
pesaing ' atau out-of - sektor praktek terbaik .
Ketika mengidentifikasi metrik adalah praktek umum untuk menerapkan banyak digunakan
SMART mnemonic dan juga berguna untuk mempertimbangkan tiga tingkatan - langkah
bisnis , langkah-langkah pemasaran dan langkah-langkah pemasaran Internet khusus di suatu
( lihat bagian pengaturan tujuan dalam Bab 5 ) .
Chaffey (2000) menyajikan kerangka langkah-langkah , yang ditunjukkan pada Gambar 12.6
, yang dapat diterapkan untuk berbagai perusahaan yang berbeda . Metrik untuk kategori
dihasilkan sebagai tujuan dari perencanaan pemasaran Internet yang kemudian perlu dipantau
untuk menilai keberhasilan strategi dan implementasinya. Tujuan dapat dibuat secara topdown, dimulai dengan tujuan strategis untuk kontribusi bisnis dan pemasaran hasil mengarah
ke tujuan taktis untuk kepuasan pelanggan, perilaku dan promosi situs. Perspektif alternatif
adalah bottom-up - keberhasilan dalam mencapai tujuan untuk promosi situs, perilaku
pelanggan dan kepuasan pelanggan di tempat utama secara berurutan untuk mencapai tujuan
untuk hasil pemasaran dan kontribusi bisnis.
Gambar 12.6 5 pendapat e marketing menurut Chaffey
Langkah-langkah saluran-promosi mempertimbangkan di mana pengguna situs web
berasal - online atau offline, dan apa situs atau media offline yang telah mendorong
kunjungan mereka. Log file analisi-sis dapat digunakan untuk menilai mana pelanggan situs
perantara yang dirujuk dari dan bahkan kata kunci yang mereka mengetik ke mesin pencari
ketika mencoba untuk mencari informasi produk. Promosi berhasil jika lalu lintas yang
dihasilkan yang memenuhi tujuan volume dan kualitas. Kualitas akan ditentukan oleh apakah
pengunjung berada di target pasar dan memiliki propena-sity untuk layanan yang ditawarkan
(tingkat konversi untuk referer yang berbeda). Keseluruhan hits atau tampilan halaman tidak
cukup - pemeriksaan file log untuk perusahaan menunjukkan bahwa proporsi yang tinggi dari
pengunjung mendapatkan tidak lebih dari halaman rumah! Perbedaan biaya untuk
memperoleh pelanggan melalui saluran yang berbeda juga perlu dinilai.
Ukuran kunci: mix rujukan. Untuk setiap sumber rujukan seperti iklan offline atau banner
online itu harus mungkin untuk menghitung:
% Dari semua arahan (atau pengunjung);
biaya akuisisi (BPA) atau biaya per penjualan (CPS);
kontribusi terhadap penjualan atau hasil lainnya.

Perilaku pembeli 2 Channel
Setelah pelanggan telah tertarik ke situs kami dapat memantau konten yang diakses,
ketika mereka mengunjungi dan berapa lama mereka tinggal, dan apakah interaksi ini dengan
konten mengarah ke hasil yang memuaskan pemasaran seperti lead baru atau penjualan. Jika
pengunjung insentif untuk mendaftar on-site adalah mungkin untuk membangun profil
perilaku untuk segmen yang berbeda. Hal ini juga penting untuk mengenali pengunjung
kembali untuk siapa cookies atau log-in yang digunakan.
Langkah-langkah utama adalah:
Tingkat bouncing untuk halaman yang berbeda, yaitu proporsi kunjungan satu halaman
Views home page / semua tampilan halaman, misalnya 20% = (2.358 / 11.612)
Kelekatan: Page views / sesi pengunjung, misalnya 6 = 11.612 / 2.048
Repeats: sesi pengunjung / pengunjung, misalnya 2 = 2.048 / 970.

Channel kepuasan
Kepuasan channel dengan pengalaman online sangat penting dalam mencapai hasil
yang diinginkan channel, meskipun sulit untuk menetapkan tujuan spesifik. Metode online
seperti kuesioner online, kelompok fokus dan wawancara dapat digunakan untuk menilai
pendapat pelanggan dari konten situs web dan layanan pelanggan dan bagaimana ia telah
mempengaruhi persepsi keseluruhan merek. Ukuran kunci: indeks kepuasan channel. Ini
dibahas dalam Bab 8 dan termasuk kemudahan penggunaan, ketersediaan situs dan kinerja,
dan respon e-mail. Untuk membandingkan kepuasan pelanggan dengan situs lain, layanan
benchmarking
dapat
digunakan.
Pembandingan
layanan
seperti
meramalkan
(www.foreseeresults.com) berdasarkan American Customer Satisfaction Index metodologi
yang diterbitkan untuk beberapa industri. Ini menilai skor berdasarkan kesenjangan antara
harapan dan layanan yang sebenarnya.

hasil Saluran
Tujuan pemasaran tradisional seperti jumlah penjualan , jumlah lead , tingkat konversi
dan target untuk akuisisi pelanggan dan retensi harus ditetapkan dan kemudian dibandingkan
dengan saluran lainnya . Dell Computer ( www.dell.com ) catatan di tempat penjualan dan
juga perintah gen - erated sebagai hasil dari kunjungan situs , tetapi ditempatkan melalui
telepon . Hal ini dicapai dengan memantau panggilan ke nomor telepon tertentu yang unik ke
situs.
Ukuran kunci : kontribusi channel ( langsung dan tidak langsung ) .
Sebuah metode yang luas digunakan untuk menilai hasil channel adalah untuk meninjau
tingkat konversi , yang memberikan indikasi persentase pengunjung situs yang mengambil
hasil tertentu . Sebagai contoh:
Tingkat konversi , pengunjung untuk membeli = 2 % ( 10.000 pengunjung , yang 200
melakukan pembelian ) . Tingkat konversi , pengunjung ke pendaftaran = 5 % ( 10.000
pengunjung , yang 500 register) .Sebuah konsep yang terkait adalah tingkat erosi yang
menggambarkan berapa banyak pengunjung yang hilang pada setiap tahap mengunjungi
sebuah situs . Gambar 12.7 menunjukkan bahwa untuk jangka waktu yang ditetapkan , hanya
sebagian dari pengunjung situs akan membuat jalan mereka ke informasi produk , sebagian
kecil akan menambahkan item ke keranjang dan proporsi yang lebih kecil masih benar-benar
akan melakukan pembelian . Fitur utama dari situs e -commerce adalah bahwa ada tingkat
erosi yang tinggi antara pelanggan menambahkan item ke keranjang dan kemudian
melakukan pembelian . Pemasar online bekerja untuk mengurangi ini ' shop - ping keranjang
ditinggalkan tingkat ' melalui peningkatan kegunaan dan memodifikasi pesan untuk
meyakinkan pengunjung untuk melanjutkan 'user perjalanan ' .

Saluran profitabilitas
Sebuah kontribusi terhadap profitabilitas bisnis selalu tujuan utama e -commerce .
Untuk menilai ini , perusahaan terkemuka menetapkan target kontribusi Internet mencapai
proporsi tertentu dari penjualan melalui saluran . Ketika easyJet ( www.easyjet.com )
meluncurkan fasilitas e -commerce pada tahun 1998 , itu menetapkan target kontribusi
Internet dari 30 % pada tahun 2000 . Mereka menempatkan sumber daya dan rencana
komunikasi di tempat untuk mencapai hal ini dan target mereka tercapai pada tahun 1999 .
Menilai kontribusi lebih sulit bagi perusahaan yang tidak dapat menjual produk secara online
, namun peran Internet dalam pembelian influenc - ing harus dinilai . Teknik penilaian arus
kas yang digunakan untuk menilai tingkat pengembalian dari waktu ke waktu . Kontribusi
layanan dari e - channel juga harus dinilai.
XII.8 Evaluasi multi -channel
Kerangka kami telah disajikan dalam bab ini dijelaskan dalam konteks saluran
individual , tetapi dengan kontribusi saluran disorot sebagai % penjualan atau profitabilitas .
Tapi , seperti Wilson ( 2008) telah menunjukkan , ada kebutuhan untuk mengevaluasi
bagaimana saluran yang berbeda saling mendukung . Wilson mengatakan :Metrik tradisional
telah disesuaikan dengan saluran , mengukur masukan sumber daya atau mengarah pada
salah satu ujungnya dan nilai penjualan yang dihasilkan oleh saluran di ujung lain . Bagi
perusahaan yang telah beroperasi di lingkungan saluran tunggal , ini mungkin telah relatif ef mencukupi - tetapi tidak lagi bekerja ketika organisasi diversifikasi ke pendekatan
multichannel.
Dia menyarankan aspek yang paling penting dari pengukuran multi-channel adalah
untuk mengukur ' chan - nel efek cross-over ' . Ini melibatkan bertanya, misalnya :
"Bagaimana bisa dampak dari kampanye pencarian berbayar diukur jika mungkin untuk
menghasilkan lalu lintas ke toko , tenaga penjualan atau call center untuk sebuah website ?
Bagaimana dampak dari kampanye surat langsung dilacak jika menghasilkan lalu lintas situs
Web serta tanggapan langsung ' ?
1to1Media ( 2008) meringkas rekomendasi oleh Forrester ( tidak dipublikasikan pada saat
penulisan ) yaitu:
1. Total jumlah pelanggan hybrid . Ini termasuk jumlah dan proporsi yang penelitian secara
online dan pembelian offline.
2. Distribusi dan menghabiskan tingkat para pelanggan hybrid . Proporsi , nilai rata-rata
order dan jenis kategori menghabiskan untuk pelanggan ini.
3. Konversi lintas - channel . Sebagai contoh, para peneliti secara online yang membeli
offline dan berpotensi sebaliknya .
4. Menghabiskan Pelanggan dengan pesaing dengan channel . Ini harus dibentuk oleh
penelitian utama untuk setiap merek . Layanan pengukuran kepemirsaan seperti Hitwise
akan memberikan infor-masi pangsa pencarian , berbagi pengunjung dan hulu / hilir pola
pengunjung
Sebuah contoh dari gaya seimbang scorecard dashboard yang dikembangkan untuk menilai
dan membandingkan kinerja saluran untuk pengecer disajikan pada Gambar 12.8

Tahap 3: Alat dan teknik untuk mengumpulkan metrik dan meringkas hasil
Teknik untuk mengumpulkan metrik meliputi pengumpulan aktivitas situs-pengunjung data
seperti yang dikumpulkan dari situs log-file, koleksi metrik tentang hasil seperti penjualan
secara online atau pertanyaan e-mail dan teknik riset pemasaran tradisional seperti kuesioner
dan kelompok fokus yang mengumpulkan informasi tentang pengalaman pelanggan di situs
web. Kita mulai dengan menjelaskan metode untuk mengumpulkan aktivitas pengunjung
situs dan kemudian meninjau teknik tra-ditional lebih dari riset pasar yang menilai
pengalaman pelanggan.
XII. 9 Mengumpulkan situs - data aktivitas pengunjung
Data aktivitas situs - pengunjung ditangkap dalam sistem analisis web mencatat
jumlah pengunjung di situs dan jalan atau clickstreams mereka mengambil melalui situs
ketika mereka mengunjungi konten yang berbeda . Ada berbagai istilah teknis untuk
menggambarkan data kegiatan ini yang internet marketer harus fasih dengan secara
tradisional informasi ini telah dikumpulkan dengan menggunakan alat analisis log file web
analytics . File log server berbasis ditambahkan ke setiap kali pengguna mendownload
sepotong informasi ( hit ) dan dianalisis menggunakan analisa log file seperti yang
digambarkan oleh Gambar 3.7 .
Meskipun digunakan secara luas mereka di media , hits bukan ukuran yang berguna
efektivitas situs web karena jika halaman terdiri dari 10 grafis , ditambah teks , ini dicatat
sebagai 11 hits. Halaman tayangan atau tampilan halaman dan pengunjung unik adalah
ukuran yang lebih baik dari aktivitas situs . Perusahaan audit seperti ABC elektronik (
www.abce.org.uk ) bahwa situs audit dalam rangka membuktikan jumlah pengunjung ke
sebuah situs untuk pengiklan menggunakan pengunjung unik dan halaman kesan sebagai
langkah utama.
XII. 10 Mengumpulkan situs data hasil
Data hasil Site merujuk pelanggan melakukan tindakan signifikan yang bernilai bagi
pemasar . Ini biasanya sebuah transaksi yang dicatat . Ini melibatkan lebih dari mendownload - ing dari sebuah halaman web , dan proaktif . Hasil pemasaran utama meliputi :
pendaftaran ke situs atau langganan ke newsletter e - mail;
permintaan untuk informasi lebih lanjut seperti brosur atau permintaan untuk panggilan balik
dari perwakilan layanan pelanggan ;
menanggapi promosi seperti sebuah kompetisi online;
penjualan dipengaruhi oleh kunjungan ke situs ;
penjualan di tempat .
Ketika meninjau efisiensi alat e - komunikasi yang berbeda sebagaimana dimaksud
dalam Pasal 9 , seperti pemasaran mesin pencari , iklan online dan pemasaran afiliasi adalah
penting untuk menilai hasil yang dihasilkan . Mengukur kuantitas jumlah klik ke situs adalah
sederhana , itu adalah konversi ke hasil ini yang harus digunakan untuk menilai kualitas lalu
lintas . Untuk mencapai hal ini pelacakan ' end-to -end ' , dua alat utama yang digunakan :
pertama, menggunakan cookies untuk mengidentifikasi pengunjung di seluruh sesi yang
berbeda dan, kedua , menggunakan ID pelacakan dalam URL untuk mengidentifikasi sesi
pengguna .
Sebuah aspek penting dari langkah-langkah yang dikumpulkan offline adalah bahwa
hasil pemasaran dapat disimpan di media yang berbeda sesuai dengan bagaimana pelanggan
telah melakukan dicampur - modus membeli . Sebagai contoh, sebuah penyelidikan
pelanggan baru bisa tiba dengan e -mail , fax atau telepon . Serupa , perintah dapat
ditempatkan secara online menggunakan kartu kredit , atau melalui telepon , fax atau pos.
Dalam kedua kasus ini apa yang kita benar-benar tertarik adalah apakah situs web
dipengaruhi penyelidikan atau penjualan . Ini adalah pertanyaan yang sulit dijawab kecuali
langkah-langkah yang diletakkan di tempat untuk menjawabnya . Untuk semua titik kontak
dengan pelanggan staf harus diinstruksikan untuk bertanya bagaimana mereka tahu tentang
perusahaan , atau membuat keputusan mereka untuk membeli . Meskipun ini adalah
informasi berharga itu sering mengganggu , dan pelanggan menempatkan pesanan mungkin
terganggu untuk mengajukan pertanyaan seperti itu. Untuk menghindari mengasingkan
pelanggan , pertanyaan-pertanyaan tentang peran situs web dapat ditanyakan nanti , mungkin
ketika pelanggan sedang mengisi pendaftaran atau kartu garansi . Perangkat lain yang dapat
digunakan untuk mengidentifikasi penggunaan situs web adalah dengan menggunakan nomor
telepon tertentu di situs web , sehingga ketika cincin pelanggan untuk memesan , diketahui
bahwa jumlah itu diperoleh dari situs web . Pendekatan ini digunakan oleh Dell di situsnya .
Ini akan menjadi jelas bahwa untuk mengumpulkan beberapa langkah-langkah ini kita
mungkin perlu untuk mengintegrasikan sistem informasi berbeda - ent . Dimana pelanggan
memberikan rincian seperti alamat e - mail dan nama dalam menanggapi tawaran , ini dikenal
sebagai ' lead ' dan mereka mungkin perlu untuk diteruskan kepada tim penjualan langsung
atau direkam dalam sistem manajemen hubungan pelanggan . Untuk visibilitas penuh
perilaku pelanggan , hasil dari sistem ini perlu diintegrasikan dengan data aktivitas situs pengunjung .
XII. 12 Memilih alat analisis web
Ada berbagai membingungkan ratusan web analytics tools bervariasi dari paket
shareware dengan pelaporan sering primitif melalui sistem yang kompleks yang mungkin
biaya hun - dreds ribu dolar setahun untuk situs populer . Mengingat hal ini , sulit bagi
internet marketer untuk memilih alat yang terbaik atau alat untuk memenuhi kebutuhan
mereka . Salah satu isu pertama yang perlu dipertimbangkan adalah jenis tindakan yang perlu
diintegrasikan dalam sistem manajemen kinerjanya . Gambar 12.10 memberikan indikasi
jenis data yang perlu diintegrasikan yang meliputi :
1. Data operasional . Data akan idealnya dikumpulkan dan dilaporkan dalam alat tunggal
pada tingkat ini , tapi sayangnya untuk mendapatkan yang terbaik pelaporan itu sering
perlu untuk menggunakan empat jenis alat atau sumber data :
Data pengarah dari kampanye akuisisi seperti pemasaran pencarian atau online adver tising . Alat yang terpisah sering juga diperlukan untuk retensi e - mail pemasaran .
Situs - centric data tentang jumlah pengunjung dan perilaku clickstream di situs web .
Respon pelanggan dan data profil . Data transaksional tentang rujukan dan penjualan
yang sering diperoleh dari sistem warisan yang terpisah .
2. Data Taktis . Data ini biasanya model respon yang diperlukan seperti : Mencapai model
dengan data pangsa pemirsa online untuk kelompok demografis yang berbeda dari sumber
seperti Hitwise dan NetRatings . Model nilai seumur hidup yang dibuat untuk menilai
profitabilitas pengunjung ke situs dari sumber yang berbeda sehingga perlu untuk
mengintegrasikan dengan data operasional.
3.
Data Strategis . Sistem manajemen kinerja untuk manajer senior akan memberikan
gambaran besar disajikan sebagai Scorecard atau dashboard yang menunjukkan
kontribusi digital saluran bagi organisasi dalam hal penjualan , pendapatan dan
profitabilitas untuk produk yang berbeda . Data ini menunjukkan tren dan kinerja relatif
dalam perusahaan dan meru - tor sehingga strategi pemasaran Internet dapat ditinjau
untuk efektivitas . The efisiensi proses dapat diindikasikan , melalui, misalnya , biaya
akuisisi pelanggan di pasar yang berbeda dan konversi dan retensi mereka tarif .
Jadi suatu kebutuhan penting dari alat analisis web adalah bahwa hal itu harus
berusaha untuk mengintegrasikan semua sumber-sumber data yang berbeda . Persyaratan
utama lain dari alat analisis web untuk dipertimbangkan termasuk :
Pelaporan kinerja pemasaran ( banyak adalah alat teknis yang tidak jelas melaporkan hasil
dari perspektif pemasaran ) Akurasi teknik alat analisis Integrasi dengan sistem informasi
pemasaran lainnya ( ekspor)