Menjelajahi Manfaat Bisnis SharePoint

Apakah ada orang di bisnis Anda yang pernah mempertimbangkan apakah mereka mendapatkan nilai maksimal dari SharePoint? Di permukaan, ini tampaknya menjadi pertanyaan konyol. Mengapa perusahaan menerapkan SharePoint jika mereka belum menentukan manfaat sebenarnya dan nilai keseluruhannya?

Namun dalam percakapan saya sehari-hari dengan orang teknis dan bisnis lainnya, saya kagum pada seberapa sering mereka tidak dapat mengidentifikasi dan mengukur ROI sebenarnya yang mereka lihat di SharePoint. Yang lebih menakjubkan lagi adalah banyaknya perusahaan yang belum sepenuhnya memanfaatkan lingkungan SharePoint mereka untuk mengurangi biaya bisnis secara keseluruhan dan meningkatkan produktivitas.

Spesifikasi teknis SharePoint penting, tetapi dalam artikel ini, saya ingin berbagi dengan Anda selengkapnya tentang apa yang biasanya hilang dari strategi bisnis perusahaan yang menggunakan SharePoint.

Mengapa Menggunakan SharePoint: Visi…

Pada suatu hari Minggu di musim dingin 2009, saya duduk di kursi dekat jendela, dengan penuh semangat menatap ke luar 747. Saya sedang menuju ke San Francisco untuk menghadiri konferensi pertama saya, VSLive.

Saat itu, saya sedang bekerja di sebuah perusahaan kosmetik besar. Saya bersemangat untuk menghadiri kelas SharePoint yang telah saya daftarkan: Itu adalah kumpulan teknologi yang relatif baru di dalam perusahaan dan saya ingin melihat sendiri apa yang benar-benar dapat dilakukan SharePoint untuk perusahaan.

Saya tidak kecewa. Saya meninggalkan San Francisco dengan sangat gembira, perasaan yang saya pikir sudah lama hilang dari karir profesional saya. Saya sangat ingin kembali ke kantor untuk mendiskusikan alat yang luar biasa ini dengan tim saya...hanya untuk tersentak kembali ke kenyataan keberadaan saya sebagai direktur di tim Sistem Informasi Global:

[Direktur Eksekutif – GIS] : “Tentu, saya pernah mendengar tentang SharePoint. Saya tidak mengerti apa yang diributkan itu… Kita bisa melakukan halaman web yang sama di dalam web farm kita sendiri. Saya pikir Anda membuang-buang waktu Anda. ”

[Manajer Hubungan Bisnis – GIS] : “Itu terlalu sederhana dan jelek. Saya tidak akan pernah bisa menjual ini ke salah satu klien bisnis saya.”

[Pengembang Senior – GIS] : “Apa masalahnya? Saya tidak melihatnya menambahkan nilai apa pun. Kelihatannya terlalu rumit untuk dikerjakan. Saya pikir Active Server Pages adalah arah yang jauh lebih baik.”

Satu-satunya orang yang menunjukkan sedikit ketertarikan adalah direktur yang saya laporkan secara langsung. Dia tidak tahu banyak tentang teknologi dalam SharePoint, tapi dia tahu bahwa saya terlalu bersemangat untuk mengabaikannya begitu saja.

Dia meminta saya untuk mengatur pertemuan singkat bagi saya untuk membahas teknologi ini lebih jauh. Pertemuan itu membuat kami merekayasa bukti konsep (POC) SharePoint untuk manajemen senior kami yang pada akhirnya akan menjadi komponen inti dalam departemen GIS. Ini akan mengotomatisasi dan merampingkan proses siklus hidup pengembangan perangkat lunak (SDLC) baru kami dan memimpin jalan ke perusahaan yang merangkul banyak keunggulan SharePoint, melambungkan saya ke tingkat yang menonjol dari "The SharePoint Guy". Selama delapan tahun ke depan, saya akan menghabiskan sebagian besar waktu saya di perusahaan menggunakan SharePoint sebagai alat produktivitas berbiaya rendah yang menakjubkan. Bagi mereka yang mau mendengarkan, saya akan meningkatkan banyak proses bisnis dan mengurangi biaya mereka, tetapi masih ada terlalu banyak situs di dalam perusahaan yang merupakan situs tim sederhana dengan pustaka dokumen. Saya hanyalah satu orang, berenang ke hulu untuk menjual SharePoint tidak hanya ke bisnis saya, tetapi juga ke tingkat paling senior dalam organisasi.

Apakah Ini Terdengar Akrab?

Selama sembilan tahun terakhir, saya telah mengamati bahwa penggunaan SharePoint di sebagian besar perusahaan datang dalam salah satu dari dua skenario dasar.

1. Situs Tim dengan Pustaka Dokumen

Situs ini umumnya dibuat dari Templat tim dan berisi satu atau beberapa pustaka dokumen yang dapat memiliki struktur folder yang sangat rumit. Sangat sedikit penggunaan tipe konten, tag metadata, atau alur kerja. Situs tersebut didukung penuh oleh unit bisnis, yang anggotanya tidak memiliki pemahaman formal tentang SharePoint dan belum menjalankan peran "Pengguna Kuat". Situs ini dibuat oleh infrastruktur atau tim pendukung yang dapat dengan cepat menghasilkan situs dari tiket permintaan meja bantuan sederhana.

2. Situs yang Sepenuhnya Disesuaikan dengan Basis Kode yang Besar dan Rumit

Biasanya, ini adalah situs yang jauh lebih besar dengan audiens yang jauh lebih besar: Intranet perusahaan, SDM perusahaan, dan situs TI perusahaan adalah kandidat yang biasa untuk jenis penggunaan SharePoint ini.

Proyek-proyek ini biasanya dimulai dengan arahan dan harapan yang besar. Mereka dijual sebagai alternatif berbiaya rendah untuk banyak sistem manajemen konten (CMS) kelas atas dan mahal yang telah diselidiki oleh bisnis. Kemudian seiring berjalannya proyek, persyaratan berubah dan menjadi lebih rumit. Dibutuhkan lebih banyak kode khusus, yang akhirnya menjadi cukup kompleks sehingga mendukung kode menjadi masalah.

Dari sini hal-hal biasanya lepas kendali. Tim pengembangan telah menyerah pada premis untuk tetap menggunakan fungsionalitas out-of-the-box (OOTB) dengan basis kode yang terbatas. Sebagai gantinya, mereka memiliki pendekatan yang sepenuhnya disesuaikan, mulai dari Halaman Master yang sepenuhnya disesuaikan hingga kemungkinan aplikasi yang dihosting penyedia (PHA) atau—seperti yang sekarang mereka sebut—add-in yang dihosting penyedia.

Aku sudah bisa mendengar desahan dan melihat mata yang berputar. "Tony, ini adalah pendekatan pemanfaatan yang benar-benar valid." “Kami memiliki keduanya dan pengguna kami menyukai situs ini dan kami tidak memiliki masalah untuk mendukungnya.” Saya sama sekali tidak mengklaim bahwa salah satu dari metode ini salah, atau yang satu lebih menguntungkan daripada yang lain, tetapi saya percaya bahwa kedua pendekatan tersebut hanya melewatkan kesempatan untuk sepenuhnya memanfaatkan apa yang ditawarkan platform SharePoint.

Saya lebih percaya bahwa kedua model ini menghasilkan perasaan bisnis seperti SharePoint terlalu mahal untuk apa yang mereka gunakan, atau bahwa departemen TI merasa bahwa mereka dapat dengan mudah mengembangkan fungsionalitas yang sama melalui server web dan halaman HTML atau CMS kalengan. solusi awan. Pendapat mana pun membuat bisnis dan TI merasa seperti SharePoint tampaknya bukan alat yang tepat untuk kebutuhan mereka.

Manfaat SharePoint Hilang AWOL?

Agar kita lebih memahami di mana kita berada, kita perlu mundur dan meninjau bagaimana kita sampai di sini.

Saya akan membawa Anda kembali ke pertanyaan sederhana "Bagaimana Anda mendengar tentang SharePoint?" Dari pengalaman pribadi saya, dan pengalaman banyak pemimpin TI lain yang telah saya ajak bicara, SharePoint sebagai platform teknis diperkenalkan kepada perusahaan dari tim infrastruktur dengan bantuan penasihat Microsoft Enterprise mereka.

Biasanya, farm SharePoint pertama adalah semacam test bed yang diberikan kepada perusahaan sebagai bagian dari Perjanjian Perusahaan mereka dengan Microsoft. Pada titik ini, sebagian besar perusahaan melibatkan klien bisnis dan menyebarkan kumpulan situs pertama mereka dengan satu situs tim. Klien bisnis menyukai pustaka dokumen dan kemampuan untuk berkolaborasi dan berbagi dokumen dan mulai menggunakan situs sebagai bagian dari proses bisnis mereka.

Ini mungkin terdengar sangat dapat diterima oleh banyak dari Anda dan, sejujurnya, dapat menjadi kasus penggunaan yang layak untuk SharePoint. Namun begitu Anda mempelajari SharePoint sedikit lebih dalam, Anda menyadari bahwa itu lebih dari sekadar platform yang diterapkan dan didukung oleh tim infrastruktur: Ini adalah ruang aplikasi tangguh yang memerlukan kolaborasi erat antara infrastruktur, arsitektur perusahaan, dan tim aplikasi.

Saya bukan orang "anti-infrastruktur" atau seseorang yang secara politik menentang tim infrastruktur, tetapi tanpa kolaborasi mitra yang benar sejak awal, Anda berisiko tidak memahami cakupan penuh platform SharePoint dan oleh karena itu tidak siap untuk strategi bisnis yang tepat dan rencana pemanfaatan. Situasi ini tidak unik untuk platform SharePoint dan menunjukkan masalah yang jauh lebih besar dari kolaborasi dan strategi yang tepat, yang dihadapi banyak departemen TI.

Klien Bisnis Anda Adalah Kuncinya

Terlalu sering, banyak organisasi teknis sama sekali tidak memiliki strategi bisnis dalam hal SharePoint. Mereka hanya memiliki proses kecil yang ditambahkan ke proses yang sudah ada tentang cara meminta dan membuat situs SharePoint. Mereka bahkan mungkin tidak menyertakan tata kelola apa pun di sekitar proses pembuatan situs, yang dapat menyebabkan volume kumpulan situs yang sangat besar dan akhirnya menjadi masalah dukungan.

Mungkin ada beberapa percakapan dan pendidikan dasar seputar penggunaan beberapa konsep yang lebih besar seperti kumpulan situs dan Pencarian di SharePoint . Tetapi diskusi tentang strategi bisa menjadi sangat rumit. Karena itu, banyak organisasi teknis memutuskan untuk mengakhiri strategi mereka pada proses pembuatan situs. Sebagai gantinya, mari kita mulai dengan lambat dan dengan fitur SharePoint kunci dasar.

Siapa klien bisnis Anda? Apakah mereka tim teknis perusahaan, tim pemasaran regional Anda, atau mungkin tim R&D? Seperti yang saya nyatakan sebelumnya, implementasi SharePoint biasanya dimulai oleh tim infrastruktur dan kemudian perlahan-lahan mengalir ke populasi klien bisnis.

Dalam beberapa kasus, klien bisnis Anda akan telah mendengar tentang SharePoint dalam konteks yang lebih sederhana ketika mereka mempertimbangkan beberapa aplikasi lini bisnis utama skala besar, yang merupakan tempat penggunaan kedua SharePoint biasanya dimulai. Tanpa strategi adopsi bisnis yang jelas, ini akan menjadi perjalanan yang sangat lambat dan sulit bagi tim teknis untuk memastikan bahwa tambak SharePoint mereka memiliki jumlah adopsi dan penggunaan yang tepat.

Dalam kasus saya, sebagian besar situs SharePoint yang sudah dibuat saat saya diperkenalkan ke SharePoint hanyalah situs kolaborasi dengan pustaka dokumen besar dengan struktur folder yang sangat rumit dan berbelit-belit.

Beberapa nama folder sebenarnya adalah kalimat kecil sehingga tim dapat memahami dengan tepat jenis dokumen apa yang ada di dalam folder tersebut. Tidak ada tag metadata, tidak ada tipe konten, hanya dokumen yang ada di folder.

Seluruh proses kolaborasi adalah berbagi dokumen yang sebenarnya. Ada satu tempat penyimpanan di mana setiap orang dapat berbagi dokumen dan itu adalah tingkat kolaborasi untuk tim. Itulah yang dilihat klien bisnis sebagai nilai terbesar SharePoint.

Tidak heran, ketika saya mulai berbicara dengan orang-orang di bisnis ini, kesan mereka tentang SharePoint sangat tidak antusias. Bahkan beberapa rekan teknis saya mulai berpendapat bahwa kami dapat menghemat banyak biaya jika kami hanya membeli file yang dibagikan untuk menangani file dan struktur folder.

Banyak fitur SharePoint dasar yang tidak dikomunikasikan dengan benar ke bisnis saya dan sampai batas tertentu bahkan ke tim teknis. Mereka dijual di SharePoint sebagai alat CMS yang luar biasa dengan kemungkinan besar untuk memperkuat kolaborasi dan inovasi, namun yang terbaik yang bisa kami lakukan adalah berbagi file.

Selama salah satu wawancara pertama saya dalam bisnis saya, saya menemukan bahwa alasan beberapa struktur folder yang panjang adalah untuk menyediakan beberapa tingkat struktur bagi orang-orang untuk menemukan file tertentu. Bisnis tersebut bahkan tidak mengetahui kemampuan pencarian dasar SharePoint , apalagi mengikuti praktik terbaik SharePoint. Saya perlu menemukan cara untuk melibatkan klien bisnis saya sehingga mereka tidak hanya dapat memanfaatkan SharePoint dengan cara yang lebih efisien tetapi juga mendidik mereka tentang beberapa kekuatan nyata dari platform.

Menyajikan Kasus Bisnis yang Lebih Baik

Berdasarkan umpan balik dari wawancara di atas dengan klien bisnis, saya menyadari bahwa saya perlu memulai dari awal dengan pendidikan. Tetapi berdasarkan pertanian yang sudah besar yang kami miliki saat ini, bagaimana saya bisa "memulai dari awal" ketika segalanya sudah bergerak maju?

Sebagian besar situs adalah situs kolaborasi tim dengan pustaka dokumen. Jadi saya memutuskan untuk memulai dengan perpustakaan dokumen. Saya memiliki salah satu klien bisnis saya yang setuju untuk bekerja dengan saya dan tim saya dalam merestrukturisasi perpustakaan mereka dengan cara yang memungkinkan mereka meminimalkan struktur folder sambil meningkatkan visibilitas untuk menemukan file yang tepat yang dicari pengguna.

Saat kami menggali lebih dalam struktur beberapa situs, menjadi jelas bagi saya bahwa struktur folder sebenarnya adalah elemen data dan pengelompokan berbagai jenis file yang dikerjakan oleh tim. Jadi saya memutuskan untuk memulai dengan fitur SharePoint yang sangat mendasar—namun kuat—: Tag metadata.

Saya selalu merasa bahwa salah satu cara paling ampuh untuk mendidik klien tentang teknologi adalah dengan mengembangkan semacam POC. Masalah dengan POC adalah bahwa mereka memiliki dampak biaya. Anda harus berhati-hati untuk tidak mengembangkan aplikasi sepenuhnya agar bisnis memutuskan itu bukan yang mereka inginkan.

Dalam kasus saya, biayanya minimal, tetapi nilainya berpotensi besar. Saya memutuskan untuk mengambil beberapa pustaka dokumen, yang masing-masing memiliki 20 atau lebih folder terpisah, dan membuatnya kembali sebagai satu pustaka dokumen dengan metadata dan tipe konten. Daripada mencoba menjelaskan tipe konten, lebih mudah untuk menunjukkan bagaimana menggunakan tipe konten tidak hanya dapat menambah struktur data tetapi juga memungkinkan mereka untuk mengatur metadata tambahan yang terkait dengan file dengan benar.

Efek Bola Salju

Banyak file berisi informasi penting dan sangat berguna. Bisnis memutuskan untuk mengelompokkan file menggunakan struktur folder yang sangat rumit. Misalnya, mereka memiliki folder untuk masing-masing dari 15 merek mereka, dan di dalam folder itu, mereka memiliki subfolder untuk pemasaran, keuangan, dan kategori utama lainnya; dalam subfolder itu , mereka memiliki lebih banyak subfolder.

Ini memungkinkan mereka untuk lebih mudah menemukan file, atau file tertentu, daripada harus membuka dan melihat file satu per satu. Namun karena struktur folder yang rumit ini, mereka sekarang membutuhkan proses bisnis untuk memastikan setiap file ditempatkan di folder yang tepat. Seperti yang mereka ketahui, proses bisnis baru terlalu sulit untuk dikelola, dan banyak file berakhir di tempat yang salah.

Ini memungkinkan saya untuk memasukkan dan menjelaskan penggunaan metadata untuk bisnis. Saya memecah struktur file menjadi beberapa tipe konten utama, yang kemudian kami gunakan untuk menyertakan elemen data utama, bersama dengan validasi data penting. Pendekatan sederhana dari tipe konten, metadata, dan validasi data inilah yang merupakan kesuksesan besar pertama dalam perjalanan saya untuk menyajikan kasus bisnis yang lebih baik untuk SharePoint kepada bisnis saya.

Sekarang setelah saya mendapatkan perhatian bisnis, saya memutuskan untuk melakukan penelusuran sederhana tentang pustaka dokumen dengan pemangku kepentingan utama. Saya menunjukkan kepada mereka nilai sebenarnya dari metadata dan tipe konten dengan memfilter dan menyortir data mereka.

Yang membuat saya takjub, mereka hanya terpesona oleh beberapa fitur dasar SharePoint yang bahkan tidak pernah mereka ketahui keberadaannya. Saya kemudian memutuskan untuk menyertakan halaman filter kustom untuk benar-benar menunjukkan kepada mereka apa yang bisa dilakukan dengan beberapa pembuatan halaman sederhana, komponen web, dan pemfilteran.

Saya sangat berhati-hati untuk tidak sepenuhnya menyesuaikan halaman ini. Saya hanya ingin menggunakan komponen web OOTB. Dengan begitu mereka akan memiliki pemahaman yang lebih baik tentang fitur dasar SharePoint sebelum saya beralih ke skenario yang lebih rumit. Halaman kustom sukses besar dan kami bahkan belum membahas kemampuan tambahan yang akan disediakan mesin pencari untuk mereka. Saya ingin menunda mesin pencari sampai saya memiliki adopsi yang lebih baik dari dasar-dasar SharePoint.

Alur Kerja SharePoint: Kuncinya

Menurut pendapat saya, alur kerja SharePoint telah menjadi satu-satunya faktor terpenting dalam kemampuan saya untuk mendidik klien bisnis saya dan memastikan adopsi dan penggunaan SharePoint dalam organisasi saya. Alur kerja adalah fitur pertama yang menarik perhatian saya pada VSLive pertama yang saya sebutkan, dan mereka adalah kontributor utama untuk POC SharePoint lengkap pertama saya yang menggabungkan proses SDLC kami.

Ketika berbicara tentang SharePoint, percakapan awal yang saya lakukan dengan klien bisnis saya biasanya seputar proses bisnis mereka. Proses bisnis adalah kunci untuk menggunakan SharePoint untuk meningkatkan produktivitas dan mengurangi biaya, sesuatu yang ingin didiskusikan oleh klien bisnis mana pun.

Seperti yang telah saya katakan kepada banyak eksekutif TI senior, secara praktis saya dapat menjamin penggunaan dan penerapan SharePoint hanya melalui proses bisnis. Setiap unit bisnis memiliki proses, dan sebagian besar proses ini memiliki pos pemeriksaan atau titik persetujuan, dan di sinilah alur kerja berguna, baik melalui pengiriman email persetujuan atau pembuatan tugas persetujuan.

Setelah saya meyakinkan klien bisnis tentang bagaimana alur kerja dapat meningkatkan proses mereka dan mengurangi biaya mereka, saya kemudian mendidik mereka tentang bagaimana mereka dapat menggunakan tugas persetujuan yang sama untuk kemudian membuat perjanjian tingkat layanan (SLA) atau indikator kinerja utama (KPI).

Seberapa hebatnya bagi unit bisnis untuk memahami berapa lama waktu yang dibutuhkan untuk sebuah dokumen ditinjau dan disetujui? Mereka kemudian dapat mengambil informasi itu dan mengadopsi strategi untuk meningkatkan proses secara keseluruhan. Itu kemudian akan memungkinkan mereka untuk membuat KPI untuk memantau dan mengatur prosesnya.

Untuk menunjukkan komitmen manajemen senior terhadap peningkatan proses mereka, mereka bahkan dapat memasukkan peningkatan tersebut sebagai bagian dari program tujuan bonus mereka. Ini biasanya home run yang meyakinkan klien bisnis tentang nilai sebenarnya yang dapat mereka capai melalui adopsi dan penggunaan SharePoint.

Masa depan

Ketika saya pertama kali mendengar tentang Office 365 dan SharePoint Online, saya memahami nilai lingkungan SharePoint yang dihosting, tetapi sekali lagi saya berjuang dengan cara meyakinkan klien bisnis saya bahwa arah baru ini adalah yang terbaik untuk masa depan mereka. Saya senang mendengar tentang PHA tetapi juga berhati-hati tentang potensi biaya yang dapat ditimbulkan dari perspektif dukungan aplikasi.

Perusahaan saya telah memulai ke arah vendor pengembangan pihak ketiga dengan model outsourcing, yang dapat dengan mudah menyebabkan vendor membuat aplikasi bisnis yang rumit dengan biaya sisa yang besar untuk pemeliharaan dan peningkatan.

Seperti halnya setiap model yang dihosting, kita perlu mempersiapkan diri untuk perubahan. Sebagai manusia, kami sangat tidak menyukai perubahan, dan sebagai tim dukungan teknis, kami sering takut akan perubahan dan bagaimana hal itu akan memengaruhi kemampuan tim kami untuk bergerak maju.

Ketika saya pertama kali mendengar keputusan Microsoft untuk menghentikan InfoPath, dan kemudian pengenalan Flow sebagai mesin alur kerja, reaksi saya adalah, "Ini dia lagi!" Microsoft akan membuat keputusan bisnis lain yang akan mempersulit saya untuk "menjual" arahan SharePoint terbaru mereka. Saat saya mulai meninjau apa yang ditawarkan Flow, saya kecewa dengan apa yang saya lihat.

Tetapi Microsoft memiliki visi masa depan mereka, dan saya tidak mengerti—sampai saya mulai melihat beberapa kemampuan Flow terkait dengan titik integrasi. Flow terintegrasi dengan banyak aplikasi yang ada saat ini, tetapi juga memungkinkan perusahaan untuk membuat titik integrasinya sendiri. Ini telah menjadikannya pemain utama dalam diskusi bisnis saya seputar proses bisnis yang ditingkatkan melalui integrasi dengan berbagai aplikasi lini bisnis.

Mobilitas

Ini telah menjadi topik pembicaraan standar yang saya, sebagai eksekutif teknis, lakukan dengan banyak klien bisnis saya. Tidak masalah untuk membahas desain web responsif dan cara memaksimalkannya untuk meningkatkan kehadiran web seluler mereka. Kita juga dapat mendiskusikan bagaimana SharePoint menggunakan halaman web responsif untuk menciptakan pengalaman SharePoint yang lebih baik di perangkat seluler. Microsoft bahkan telah mengembangkan aplikasi SharePoint seluler. Tetapi biasanya, diskusi mengarah ke aplikasi seluler yang berdiri sendiri.

Segera setelah saya mendengar kata-kata “aplikasi seluler mandiri”, saya mendengar perubahan mesin kasir : Banyak aplikasi seluler memiliki jejak biaya tinggi bersama dengan model dukungan khusus. Jawaban saya dari dunia SharePoint adalah PowerApps.

Seperti yang telah saya lakukan di masa lalu, saya segera mulai mengembangkan aplikasi POC PowerApps seluler. Ini menggunakan daftar dan pustaka SharePoint yang ada sebagai sumber data back-end untuk aplikasi saya. PowerApps adalah apa yang saya sebut sebagai platform pengembangan berbasis konfigurasi : Ini memungkinkan pengembangan aplikasi seluler yang sangat cepat.

Pengguna cukup memilih opsi PowerApps di SharePoint untuk membuat aplikasi seluler PowerApps mereka sendiri. Bahkan secara otomatis membuat banyak layar untuk menambahkan dan mengedit item baru ke dalam daftar atau pustaka. Itu juga telah diuji dengan semua pemimpin saat ini di ruang perangkat seluler. Ini memiliki IDE sendiri, bersama dengan bahasa berbasis konfigurasi yang sangat sederhana yang dapat dengan mudah diadaptasi oleh pengembang teknis atau bahkan pengguna yang paham teknologi.

Sekali lagi saya memiliki alat/fitur hebat SharePoint yang dapat saya gunakan untuk meningkatkan adopsi dan penggunaan platform SharePoint. Gabungkan alat baru ini dengan SharePoint dan Flow, bersama dengan pemberitahuan push dan kemampuan untuk menggunakan fitur seluler yang melekat seperti layanan lokasi dan panggilan telepon, dan PowerApps telah menjadi titik percakapan favorit baru saya untuk berdiskusi dengan klien bisnis saya seputar adopsi dan pemanfaatan SharePoint.

Faktanya, POC saya tidak hanya diterima oleh bisnis saya dengan penuh semangat tetapi karena penggunaan fitur seluler saya seperti layanan lokasi dan navigasi GPS, saya diminta untuk mempresentasikan aplikasi POC saya ke teknik PowerApps sebagai contoh apa yang dapat dilakukan dengan alat.

Dari VSLive ke Solusi SharePoint

Saat saya duduk di kursi dekat jendela menuju San Fransisco, saya tidak pernah membayangkan bagaimana perjalanan sederhana itu akan berdampak besar pada karir teknis saya. SharePoint adalah alat yang benar-benar inovatif dan kolaboratif, dan Microsoft terus mewujudkan visi dan arahan mereka dengan SharePoint.

Seperti ribuan solusi SaaS atau PaaS yang tersedia bagi kita saat ini, kita harus memastikan bahwa kita benar-benar memahami cara terbaik memanfaatkan solusi ini. Terus meningkatkan proses bisnis kami secara keseluruhan dan memuaskan klien bisnis kami, SharePoint telah menjadi alat utama di gudang senjata saya. Saya menantikan masa depan dan apa yang akan ditawarkan SharePoint untuk saya dan bisnis saya.