GitHub'ın Japonya ve Güney Kore'deki pazarlama ekibi, kayıt sayfaları, bağlantılar, e-posta kampanyaları ve müşteri veritabanları arasındaki her adımı manuel olarak yönetmek yerine, tekrarlanan etkinlik süreçlerini GitHub içinde yürütülebilir iş akışlarına dönüştürdü. Tomoko Tanaka'ya göre süreç tek bir GitHub Issue'sundan başlıyor; ardından GitHub Actions etkinliği kuruyor, kayıtlı listelerini inceliyor ve etkinlik sona erdikten sonra takip çalışmalarını yürütüyor.
Makale yeni bir ürünün lansmanını sunmuyor; bunun yerine Tanaka'nın mevcut GitHub araçlarını kullanarak geliştirdiği operasyonel bir uygulamayı ve dahili prosedür kılavuzlarını otomasyona dönüştürmek için GitHub Copilot'tan nasıl yararlandığını anlatıyor. Deneyimin önemi, pazarlama yönetimini yazılım ekiplerinin aşina olduğu inceleme, değişiklik günlüğü, tetikleyiciler ve tekrarlanabilir iş akışları gibi kavramlarla birleştirmesinde yatıyor.
Sorun: Küçük adımlar ve birbirini izleyen hatalar
Ekibin etkinlikleri arasında kurumsal geliştiricilere yönelik düzenli web seminerleri, Tokyo'daki topluluk buluşmaları ve Seul'deki yöneticilere yönelik kapalı oturumlar bulunuyor. Herhangi bir etkinlik onaylandıktan sonra bir dizi tekrarlanan iş başlıyor: açılış sayfasını kopyalamak, her kanal için UTM etiketleri taşıyan bağlantılar oluşturmak, davet mesajını hazırlamak, gönderim talebini kaydetmek, etkinliği iki proje panosuna eklemek, ardından kayıtlı listesini indirip etkinlik tarihine kadar her gün temizlemek.
Etkinlik sona erdikten sonra katılımcı listesinin dışa aktarılması, müşteri ilişkileri yönetimi sistemine yüklenmeye uygun biçimde yeniden düzenlenmesi, kayıtlara uygun etiketlerin eklenmesi ve bir rapor hazırlanması gerekiyor. Hiçbir adım tek başına zor görünmüyor; ancak bir bağlantıdaki, kampanya adındaki veya günlük güncellemedeki hata raporları ve sonraki süreçleri etkileyebilir.
İş akışını oluşturmak için üç yapı taşı
Deneyim, GitHub'daki üç temel işleve dayanıyordu:
- Issue Forms: Boş bir metin kutusu yerine yapılandırılmış talep formları olarak çalışıyor ve etkinlik başlığı, tarihi, bölgesi, kampanya adı ve hedef kitle gibi alanları topluyor. Web seminerleri ve yüz yüze etkinlikler için farklı formlar bulunuyor; ancak bunlar aynı çalıştırma mekanizmasını besliyor.
- Labels: Yalnızca açıklayıcı etiketler olarak değil, çalıştırma anahtarları olarak kullanılıyor. Örneğin event-setup gibi bir etiket eklendiğinde, bununla ilişkili iş akışı başlıyor.
- GitHub Actions: Görevleri yürütüyor, talep metninde bulunan alanları okuyor ve etkinliği kurmak, kayıtlı kişileri takip etmek veya sonraki işleri tamamlamak için harici araçlara bağlanıyor.
Bu tasarım sayesinde Issue, planı, tartışmayı ve durumu bir araya getiren iş birimine dönüşüyor; kararların görünür bir geçmişini ve her değişiklik için bir bağlantıyı sağlıyor. İş akışında yapılan değişiklikler de bir çekme isteği ve inceleme sürecinden geçip birleştirilen yazılım değişiklikleri olarak ele alınabiliyor.
GitHub Copilot'ın prosedürleri otomasyona dönüştürmedeki rolü
Tanaka doğrudan kod yazmaya başlamadı; bunun yerine ekibin operasyon kılavuzlarını yazıp GitHub Copilot'a sundu ve otomasyonu diyalog yoluyla geliştirdi. Tanaka, yazılım becerilerinin eskisi gibi olmadığını kabul etse de, Linux sunucularında veritabanı işletme konusundaki önceki deneyiminin bu prosedürleri programlanabilir bir işlem hattı olarak görmesine yardımcı olduğunu söylüyor.
Planlama, örneğin kasım ayında yapay zekâ destekli geliştirme hakkında bir web semineri düzenleme fikrini açıklayan bir konuşmayla başlıyor. Ardından Copilot, deponun kökünde bulunan AGENTS.md dosyasını okuyor. Markdown biçiminde yazılmış bu kılavuz; kampanya adlandırma kurallarını, mali çeyreklerin tarihlerle ilişkilendirilmesini, saat dilimlerini ve davet mesajı standartlarını belirliyor. Copilot, bu kurallara ve benzer bir önceki etkinliğe dayanarak kampanya adını öneriyor, davet mesajının iki sürümünü hazırlıyor ve operasyon kılavuzunun gerektirdiği soruları yöneltiyor.
Pratikte ne değişiyor?
Bu yaklaşım, planlama aşamasındaki insan kararını ortadan kaldırmadan tekrarlanan manuel işleri azaltmayı sağlıyor. Konuşma, belirli bir etkinliği özelleştirmek için alan bırakırken otomasyon, onaylandıktan sonra sabit adımları yürütüyor. Makaleye göre bir etkinliğin manuel olarak hazırlanması yaklaşık iki gün sürüyordu; artık süreç tek bir Issue ile başlıyor ve kurulumla birlikte kayıtlı listelerinin günlük kontrolünü ve etkinlik sona erdikten sonraki temizliği yürütüyor.
Belirleyici unsur yalnızca GitHub Actions değil, diğer araçların programlanabilir olması. Etkinlik yönetimi platformu bir API kullanırken müşteri ilişkileri yönetimi sistemi, gereken görevleri kapsayan ve tarayıcı üzerinden oturum açan resmi bir CLI'ya dayanıyor; bu nedenle Tanaka'nın bunun için bir API anahtarı oluşturması gerekmedi. Makalenin çıkardığı kural şu: Bir API veya CLI'nin bulunması, aracın bir etkinlik platformu, CRM sistemi, form oluşturucu veya analiz hizmeti olmasından bağımsız olarak programatik entegrasyon için bir yol açmaya yeterlidir.
Deneyim, çok sayıda pazarı kapsayan bir ortamda özel bir iş akışı oluşturmanın neden tercih edildiğini de gösteriyor. APAC ekibi tek bir pazar olarak çalışmıyor; aynı web semineri Tokyo'da Japonca, Seul'de Korece düzenlenebilir ve segmentler, CRM alanları ile nitelikli potansiyel müşteriyi tanımlama ölçütleri farklı olabilir. Tanaka, kullanıma hazır bir platformu bu farklılıklara uyarlamanın özelleştirme ve danışmanlık bütçeleri ile tedarikçinin yol haritasını beklemeyi gerektirebileceğini; buna karşılık kurum içinde oluşturulan yapının iş akışının bir çekme isteği ve inceleme yoluyla değiştirilmesine izin verdiğini belirtiyor.
Bu, hazır pazarlama platformlarını ortadan kaldırmaya yönelik bir reçete olmadığı gibi otomasyonun her ekip için uygun olduğunun da kanıtı değil. Sunulan örnekteki pratik değer, önce işi belgelemek, ardından esnek insan kararları gerektiren kararları otomatik yürütülebilecek tekrarlanan adımlardan ayırmak. Ayrıca modelin başarısı, harici araçların bağlanabilir olmasına ve operasyon kılavuzlarının doğruluğuna bağlı; kurallar eksikse veya güncellenmeden değişirse hatalar ortadan kalkmak yerine otomatik iş akışına aktarılabilir.