Nino: Belgeler, elektronik tablolar, formlar, siteler, sohbet ve daha fazlasını kapsayan 18 uygulamalı birleşik çalışma alanı

 (nino.app)
2 puan yazan GN⁺ 2024-01-08 | 1 yorum | WhatsApp'ta paylaş
  • Nino, belgeler, sayfalar, slaytlar, formlar, Drive, takvim, siteler, bloglar, sohbet, toplantılar ve daha fazlasını tek bir arayüzde birleştiren profesyonellere yönelik modüler bir çalışma alanıdır
  • Bilgiler sayfa ve blok düzeyinde yeniden kullanılır; page sourcing, page embed, block embed ve block mirror ile aynı içerik birden çok akışa bağlanır
  • Çevrimdışı görüntüleme ve düzenleme, yerel depolama tabanlı hızlı açma ve tüm modüllerde birleşik arama sunarak uygulama sayısı artsa bile materyallere erişimi basitleştirir
  • Ücretsiz planda da sınırsız üye ve misafir desteği sunar; gerçek zamanlı katılım göstergesi, canlı imleçler, kanallar, sohbet, harici paylaşım alanları ve sınırsız görüntülü toplantı içerir
  • Web sitesi ve blog yayımlama, özel alan adı, tek tıkla geri alma, meta etiket SEO'su, 200'den fazla şehirde CDN ve sunucu tarafı metrik analizine kadar iş araçlarını ve yayımlama özelliklerini tek yerde toplar

Modüler çalışma alanı ve başlangıç yöntemi

  • Nino, birden çok iş uygulamasını tutarlı bir arayüzde birleştirir ve blok düzeyinde birlikte çalışabilirliği destekler
  • Sunulan modüller arasında Doc, Sheet, Slide, Form, Drive, Calendar, List, Site, Blog, Chat, Meet, Collab ve daha fazlası yer alır
  • Başlangıç seçenekleri Linux için Nino'yu indirin ve Web uygulamasını kullanın olarak ayrılır
  • Temel kullanılabilirlik, farklı modüllere dağılmış iş materyallerini hızlıca bulup açmaya odaklanır
    • Çevrimdışı mod: İnternet olmadan görüntüleme ve düzenleme yapılabilir
    • Hızlı açma: Yerel depolama temelinde anında erişim sağlar
    • Birleşik arama: Tüm modüllerde tek seferde arama yapılabilir

Sayfa ve blok yeniden kullanım yapısı

  • Temel yapı, sayfaları ve blokları başka konumlarda yeniden kullanma biçimine dayanır
    • Page sourcing: Bir sayfayı farklı biçimlerde görüntüleme
    • Page embed: Bir sayfayı başka bir sayfayla senkronize etme
    • Block embed: Bir bloğu başka bir sayfayla senkronize etme
    • Block mirror: Aynı sayfa içinde bir bloğu senkronize etme
  • Örnek iş akışları proje yönetimi, bilgi yönetimi ve veritabanı yönetimi olarak ayrılır
    • Proje yönetimi, Collection, Board, Todo, Grid ve Channel'ı birleştirerek görev oluşturma, sorumlu kişi filtreleme, panolar ve tartışmalar kurgular
    • Bilgi yönetimi, Notebook, Slide, Doc ve Drive içinde sayfa, blok, grafik ve dosya bloklarını gömer
    • Veritabanı yönetimi, Sheet, Form, Site ve Calendar ile anket verilerini, formları, kampanya sitesini ve kampanya takvimini birbirine bağlar
  • Özel iş akışlarında metin, kod, formül, dosya, görsel, video, ses, tablo, yorum, bağlantı gömme, sayfa gömme, blok gömme, block mirror, harita gömme, buton, grafik ve daha fazlası kullanılır

İş birliği ve yayımlama özellikleri

  • İş birliği özellikleri hem iç ekipleri hem de harici ortak çalışma alanlarını hedefler
    • Ücretsiz planda da sınırsız üye ve misafir desteklenir
    • Bir sayfada bulunan kullanıcıları gerçek zamanlı görebilir ve canlı imleçlerle birlikte düzenleme yapabilirsiniz
    • Channel sınırsız grup boyutu, Chat 1:1 veya grup konuşmaları, Collab harici paylaşım alanı, Meet ise sınırsız görüntülü toplantı sunar
  • Yayımlama özellikleri, sayfaları web sitesi veya blog olarak herkese açmak için no-code bir akış sunar
    • Version control ile tek tıkla geri alma yapılabilir
    • Özel alan adı veya nino.page alt alan adı kullanılabilir
    • Özel meta etiketlere dayalı SEO ve 200'den fazla şehirde CDN sunulur
    • Gömülü blokların anlık görüntülerini içeren birleşik sayfaları destekler
    • Analitik yalnızca sunucu tarafı metrikleri toplar; tarayıcı uzantıları nedeniyle veri kaybını önleyecek şekilde çalışır

Gizlilik ve güvenlik ilkeleri ile uzun vadeli plan

  • Gizlilik ve güvenlik ilkeleri, uygulama takibi yapmamaya ve yalnızca işlevsel çerezler ile hata raporlaması kullanmaya odaklanır
    • Ürün iyileştirmeleri doğrudan kullanıcı geri bildirimlerine dayanır
    • .app alan adında çalışır ve yalnızca HTTPS bağlantıları kullanır
  • Uzun vadeli plan, bilgi işi için yüzlerce modül oluşturmaktır
    • Doc, Sheet, Slide, Form, Drive, Calendar, Collection, Notebook, Channel, Gallery, Canvas, Board, Todo, Grid, List, Site, Blog, Chat, Meet, Collab listelenir

İlgili okumalar

1 yorum

 
GN⁺ 2024-01-08
Hacker News yorumları

  • Veri modelini en başta doğru kurmak en büyük teknik zorluk. Ölçek büyüdükten sonra bunu değiştirmek son derece zorlaşır; dikkatli olunmazsa JSONB sütunlarının çoğalmasına, yinelenen verilere, sahipsiz satırlara ve berbat performansa yol açabilir
    Müşteriler muhtemelen Docs içine beklenenden daha büyük öğeler kaydetmek isteyecek; bu durumda bunları S3 gibi harici bir depoya ayırmak yerine satır içi tutma isteği doğabilir
    Chat pratikte ayrı bir veritabanı gerektirir. Discord Scylla kullanıyor, Slack ise MySQL üzerinde Vitess kullanıyor; sohbetin erişim kalıpları diğer depoların gereksinimlerinden tamamen farklı
    active-active yapı kuracaksanız, bir gün ondan nasıl çıkacağınıza dair planınız da olmalı. Nefes kesici derecede pahalı donanımlar olmadan ölçeklenmiyor
    Bunu rakip bir şirkette DBRE olarak çalışmış biri olarak söylüyorum
    Çevrimdışı depolama yapmaları etkileyici ama aynı zamanda Ditto [0] gibi bir şey kullanıyorlarmış hissi de veriyor. Yanlış hatırlamıyorsam içeride MyRocksDB kullanıyorlar; doğrudan deneyimim yok ama Ditto'da çalışan son derece yetenekli insanlar tanıyorum
    [0]: https://ditto.live

    • Teknik açıdan en büyük mesele bu olabilir ama genel olarak en önemli şeyin odak ve iletişim netliği olduğunu düşünüyorum. Yazılım geliştirmeye dair zihinsel modeli olmayan biri, mevcut iş akışında hangi somut sorunu çözdüğünü ilk bakışta anlayamazsa ödeme yapmayı bırakın, ilk ekranın altına bile kaydırmayabilir
      Entegrasyon ve modülerlik çözüm olabilir ama insanlar ortada sorun yokken çözüm alışverişine çıkmaz. “Uygulama karmaşası” çoğu kişi için fazla soyut bir sorun
      Google Docs'u Slack'te paylaşırken gerçekten zorluk yaşanıyor mu, SharePoint ve Teams entegrasyonu yetersiz olduğu için şirketler sıkıntı çekiyor mu, bu araç bunu daha mı iyi yapıyor, benzer ama daha mı ucuz, yoksa daha mı güvenilir; önce bunların net olması gerekir
      İnsanların gerçekten yaşadığı somut sorunu ve bu entegre çözümün bunu nasıl çözdüğünü en başta tanımlamazsanız kimsenin ilgisini çekmez
      İkinci büyük sorun ise, farklı uygulamaları tek tek çözümlerden daha kullanışlı hâle getirecek kadar tutarlı bir arayüz tasarım ekibi gerektirmesi. Firefox, Blender ve Signal gibi profesyonel tasarımcı çalıştıran organizasyonların yönettiği projeler dışında, popüler tüketici uygulamalarının geliştirici odaklı FOSS olarak neredeyse hiç çıkmaması, geliştirici merkezli UI/UX'in sınırlarını gösteriyor
      Bunu birkaç yıl tam zamanlı geliştirici olarak çalışıp FOSS'a binlerce saat katkı yaptıktan sonra tasarıma geçmiş biri olarak söylüyorum
    • Çevrimdışı veritabanı ve senkronizasyonu en kolay uygulamanın yolu muhtemelen hesap başına SQLite kullanmaktır. Özellik kapsamını dikkatli tutup uygun indeksler koyarsanız yeterince iyi ölçeklenebilir gibi görünüyor
    • Ortalama kullanıcı bu tür ayrıntılarla ilgilenmez. OpenDocument ya da Microsoft biçimlerine dışa aktarabildiği sürece sorun yoktur. Bu, “hacker” balonu içinden gelen bir bakış; genel kullanıcı farklıdır
      “Mühendisler ürün yöneticisi değildir” sözünün tipik bir örneği gibi duruyor
    • Modern geliştirmenin sorunu, veri modelini önce sabitlemek zorunda olmanız
      Keşke veri modelini kolayca değiştirebileceğiniz şekilde yazılım yapabilsek
      Bunun için sistem içindeki tüm veri bağımlılıklarını izleyebilmek gerekir ama bunu yapan bir araç henüz yok. Herkes hazır veritabanlarını seçiyor ama bu amaç için hiçbiri gerçekten işe yarar değil
    • Ditto'daki insanları tanıyorsanız, yazı tipi yüklenmediğinde web sitesinin tamamen çirkin göründüğünü söylemeniz iyi olur. Kabaca şöyle görünüyor:

      Sync aPPS WItH OR WItHOUt tHE InTeRneT

  • Uygulamanın kendisi ilk bakışta oldukça etkileyici görünüyor, ancak geri bildirim isteniyorsa ürün açısından ne olduğu ve neden önemli olduğu fazlasıyla belirsiz.
    Bir iş kullanıcısının bunu nasıl kullanması gerektiği ve neden ilgilenmesi gerektiği net değil.
    Açılış ekranındaki metin, “Nino, tek tip bir arayüzde blok seviyesinde birlikte çalışabilen uygulamalar koleksiyonu…” gibi özellik açıklamalarını sıralıyor; ama monday.com veya Asana gibi kullanım senaryosu ve gerçek uygulamayla başlayan yaklaşımlarla karşılaştırınca fark büyük.
    Monday, “Neyi yönetmek istiyorsunuz?” diye başlayıp Work Management, Sales CRM, Dev gibi kategoriler gösteriyor ve her birine tıklayınca nasıl yardımcı olduğunu somut biçimde açıklıyor.

    • Kullanım senaryolarına odaklanılsa çok daha iyi olurdu. Örneğin sheets modülünde hangi özelliklerin olduğunu görmek istedim.
      Yürüyüş sırasında yaklaşık 5 dakika denemeye çalıştım; web uygulamasını denedim ama iOS Safari desteklenmiyordu. iOS uygulamasını indirip kaydoldum, ancak onboarding, şablon/örnek ya da mevcut Google Sheets’i içe aktarıp ölçeği görme imkanı olmadan tamamen boş bir uygulama ile karşılaştım.
      Bir veri kaynağı ve birkaç alan eklemeyi denedim ama kafa karıştırıcıydı; o sırada yürüyüş de bitmiş oldu.
    • Simon Sinek’in Start with Why yaklaşımıyla tanıştıktan sonra bunun genel iletişimimde çok yardımcı olduğunu gördüm. Konuşmalarda da geçerli:
      https://www.youtube.com/watch?v=u4ZoJKF_VuA
      Kitabı da okumayı tavsiye ederim.
      Bu teoriye göre anlatım sırası Why, How, What olmalı; ama şu anda What ile başlanıyor.
      Ürünün özünü tamamen kavramış değilim, ama bunu “Belgeleri, e-postaları ve sohbetleri farklı sistemlerde arayarak zaman kaybetmeyin. Şirketi yönetmek için 20 ayrı tek amaçlı hizmete para ödemeyin” gibi yeniden çerçevelemek mümkün görünüyor.
      Tüm bilgiyi tek bir yerde tutarsanız şirket genelinde bulmak ve paylaşmak kolaylaşır; ayrıca belge, sohbet, spreadsheet, form gibi şeyleri birleştirerek mevcut uygulamaların düşünme biçimine uymak yerine kendi süreç ve düşünme tarzınızı destekleyen araçlar oluşturabilirsiniz.
      Nino’nun, modüler yapı taşlarıyla özel akışları hızla kurmanıza ve ihtiyaç duyduğunuz araçlarla tüm bilginizi tek yerde tutmanıza imkan verdiği söylenebilir.
    • “Tek tip bir arayüzde blok seviyesinde birlikte çalışabilir” açıklaması Notion’a epey benziyor. Bir karşılaştırma yapılması yerinde olabilir.
      Ayrıca masaüstündeki OLE / OpenDoc gibi, bir Word belgesinin içine Excel sheet’i ve Access formu gömmek gibi bir his veriyor. Bu mümkünse oldukça etkileyici bir demo olabilir.
    • Bu ürünün neden değerli olduğunu gösteren bir Showcase sayfasına acilen ihtiyaç var gibi görünüyor.
    • Ürün açısından kafa karıştırıcı olduğu yönündeki ilk izlenime katılıyorum. İlk bakışta, asıl çekirdek üründen ziyade çevresel parçaların daha değerli olduğunu fark edip aynı anda ondan fazla yöne genişlemeye başlayan bir şirket vizyonu gibi görünüyordu.
      Yine de baştan böyle bütüncül bir vizyonu benimsemek, önce dar odaklanıp sonra kapsamı genişletmeye itilmekten farklı olabilir.

  • Pek çok kişi işin uzmanlaşmaması halinde öleceğini söyler, ama tam tersine kimsenin iyi yapamadığı bir alanı yakalamak için iyi bir fırsat var gibi görünüyor. Örneğin ISO 9001 gibi kullanım senaryolarına yönelik dikey entegre bir doküman yönetim sistemi.
    Kullanım senaryosu 1 doküman yönetimi. Doküman sürümlerini “yayınlayabilmeli”, o sürümün kalıcı olarak görüntülenebilmesini sağlamalı ve şirketin adlandırma kurallarına göre doküman kimliğini otomatik üretip dokümanın içine otomatik ekleyebilmelidir. Doküman ID’si SOP-2401001 gibi bir biçimde olabilir.
    Doküman yayınlandıktan sonra salt okunur olmalı ve dışa aktarılmış PDF kopyası veya imzalı kopya gibi çıktılar yayınlanan dokümanla birlikte tutulabilmelidir.
    Kullanım senaryosu 2 doküman silo’lama. Doküman yönetimindeki en zor konulardan biri, prosedür formları oluşturup insanların bunları doldurduktan sonra formun doküman yönetimini bozmamalarını öğretmektir.
    Bir form doldurulmaya başlandığında otomatik olarak bir kopya oluşturup yeni bir doküman ID’si vererek bunu aynı türdeki diğer formlarla birlikte toplayan bir silo hep istemişimdir.
    Otomasyon platformlarıyla entegre edilirse bir form doldurulduğunda birine e-posta gönderilmesi sağlanabilir; daha gelişmiş olarak da doküman bazında workflow tanımlanıp iş süreçleri dokümanın yanında görsel olarak gösterilebilir.

    • Bu kesinlikle belirgin bir pazar boşluğu. İdeal olarak workflow özelliği olmalı ama değiştirilebilir de olmalı. Yalnız bu, ürünün hedeflediği yerden farklı olarak daha çok enterprise pazara yakın görünüyor.

  • Birkaç dakika kullanınca oluşan ilk izlenimim, çok sayıda güçlü özellik olabileceği ama uygulama ve sitede rehberlik ve onboarding neredeyse hiç olmadığı için ne yapmam gerektiğini ve bunu nasıl öğreneceğimi bilmediğim yönünde oldu.
    Mac’e kurup isim, telefon numarası, doğum günü gibi temel alanları olan bir kişi kaydı seti eklemek ve sonra diğer modüllerden bu kayıtları sorgulamak istedim.
    Ama uygulama bunu nasıl yapacağıma dair hiçbir yönlendirme vermiyor. Açınca sadece boş sekmeler gördüm ve modül eklemenin yolunu bulmak için çeşitli kontrolleri denemek zorunda kaldım.
    Sorgulanabilir kayıtlar eklemek için hangi modülü kullanmam gerektiğini bilmediğimden Board’u denedim.
    Board’u ekledikten sonra ilk kaydı girebildim ama ikinciyi eklemenin bir yolu yokmuş gibi görünüyordu. “None” ve “Unnamed” adlı sütunlar vardı ve ilk kişi kaydı “None” içindeydi. Köşedeki “+” düğmesi yeni sütun ekliyordu.
    Sonunda kaydı “None”dan “Unnamed”e sürükleyince “None” kayboldu ve yalnızca “Unnamed” kaldı; ancak o zaman başka kayıtlar ekleyebildim.
    Biraz daha kurcalayacağım, ama insanların tasarlanmış kullanım modelini kendi başlarına çözmesini beklemenin bir sınırı var. Modül çok, ama birbirleriyle nasıl bağlandıkları anlaşılmıyor; hayali bir ekip için hazırlanmış örnek bir kurulum çok yardımcı olurdu.

    • Dürüst olmak gerekirse bunu oldukça sezgisel buldum. Tüm modüller aynı temel etkileşim akışını kullanıyor gibi ve bu, üreticinin UI tasarımında çok akıllıca yaptığı bir şey gibi görünüyor.

  • Gerçekten harika görünüyor.
    Denemek isterim, ama bunun için mevcut araçları ve iş akışını değiştirmem gerekir. Bir kullanıcı olarak, hem veri sahipliğini hem de uygulama barındırmayı güvence altına alamıyorsam bunu yapmak istemem.
    Nino başarılı olmaz ve ürün kapanırsa, artık sıkı şekilde birbirine bağlanmış özel veriye erişimi nasıl sürdürebileceğimi merak ederim. Kendi kendine barındırma mümkün mü, kaynak kodu açık mı, belge formatları açık mı, hevesle benimsedikten sonra iş ters giderse zararı önlemenin bir yolu var mı, bunları bilmek isterim.
    Veriyi içeri aktardıktan sonra ürün uygun çıkmazsa, veriyi nasıl dışarı alabileceğin de önemli.

    • Obsidian gibi gelişmiş Markdown editörlerinin kullandığı yaklaşım iyi bir çözüm olabilir. Belgenin kendisi kullanılabilir kalır.
      Araca özgü bazı avantajlar, örneğin belgeler arası grafik yapısındaki bütünleşme kaybedilebilir, ama ortaya çıkan çalışma herkesin kullanabileceği genel bir formatta korunur.
      Nino'nun çoğu öğesi için yaygın kabul görmüş standartlar var gibi duruyor ve bunları entegre etmek de kolay görünüyor; dolayısıyla böyle bir güvence mümkün gibi.
    • Yazılım sağlayıcısının kapanabileceğine dair kaygı yerinde. Ben de birkaç ay önce Google'ın bir ay içinde kullandığım iki ürünü kapatmasına sinirlendiğimi hatırlıyorum.
      Kendi kendine barındırma kurulumu fazla karmaşık olabilir, ama tek kiracılı sunum yardımcı olur mu diye merak ediyorum. Bireysel kullanıcılar için de mantıklı olur mu emin değilim.
      HTML ve CSV'ye ek olarak bir JSON dışa aktarma seçeneği de var ve daha fazla format destekleniyor. Bir bakıma açık bir format (.json), ama buna ilişkin belgelerin eklenmesi gerekir. PDF desteği de bir noktada gelecek.

  • Kesinlikle çok etkileyici; muhtemelen tek kişiye yakın bir geliştirme çabası ve içine muazzam emek girmiş olmalı.
    Geri bildirim olarak, önce müşterinin kim olduğunu netleştirmek gerekir. Onların günü nasıl geçiyor ve Nino onların işi daha iyi, daha hızlı, daha ucuza bitirmesine nasıl yardımcı oluyor, bunu anlatabilmelisin.
    Yaşadıkları ilk 5 sorunun ne olduğunu ve Nino'nun rakiplere göre hangi noktalarda açıkça daha iyi olduğunu somut biçimde göstermelisin. İş akışını göstermek önemli.
    Nerede çalıştıkları, kimlerle iş birliği yaptıkları ve neyin üzerinde birlikte çalıştıkları da aynı şekilde mevcut araçlarla yan yana kıyaslanmalı; böylece Nino'nun neden daha iyi olduğu gösterilmeli.
    Son olarak, insanların mevcut çalışma biçimlerinden vazgeçmesini sağlamanın ne kadar zor olduğunu asla küçümsememelisin. Şu an yıl 1990 değil; insanlar bilgi çalışanlarının sorunlarını çözen araçları on yıllardır kullanıyor. Neden geçiş yapmaları gerektiğine dair net bir neden lazım.

  • “Uygulama karmaşası sorunu”nun gerçekten var olup olmadığından emin değilim. Benim bulunduğum şirketlerde ya da görevlerdeki iş akışlarında, her kullanım senaryosunu çözen bir uygulama kombinasyonu vardı.
    Örneğin önceki şirketimde geliştirici ilişkileri yöneticisi olarak çalışırken, dahili belgeler ve iş takibi için Atlassian ürünlerini, dış ekiplerle ortak yazım için Google Docs ve Sheets'i, harici dokümantasyon üretimi için de GitHub ve Markdown'u kullanıyordum.
    Hepsi metin tabanlıydı ama iş akışları farklıydı ve yetkilendirme gibi gereksinimler de farklıydı; sonuçta her iş için uygun aracı bulduk.
    Bu girişimi destekliyorum ama umarım “uygulama karmaşası” yerine daha somut bir problem arıyorsunuzdur.

    • Bizim şirkette de benzer bir kurulum var ve insanların hangi aracı kullanmaları gerektiğini ya da bunların birlikte nasıl kullanıldığını anlamakta büyük zorluk yaşadıklarını düşünmüyorum. Nino, neredeyse var olmayan bir problemi çözmeye çalışıyor gibi görünüyor.

  • Lansman için tebrikler. Gerçekten harika ve üretkenlik odaklı çalışanların uygulama karmaşası sorununun gerçek, çözülebilir bir problem olduğunu düşünüyorum.
    Ben de benzer bir şey geliştiriyorum. Bunu, 10 yılı aşkın süre boyunca her gün birçok uygulama kullandığım “yüksek riskli” beyaz yaka işlerde çalıştıktan sonra başlattım.
    Hâlâ erken aşamadayım ve yaklaşım açım biraz farklı ama iki vizyon arasında bir örtüşme var. Ben daha az sayıda uygulamaya odaklanıp işlevleri daha sıkı örmeye, mevcut güçlü oyuncularla özellik eşdeğerliğini yakalarken kendi özelliklerimi de eklemeye çalışıyorum. Bu yüzden düzgün şekilde ortaya çıkması zaman alıyor.
    Nino'nun nasıl gelişeceğini merak ediyorum; benim de gösterebileceğim bir şey olduğunda ileride bağlantı kurmak isterim.

  • Daha önce buna benzer bir şey yapmıştım. Benimki web tabanlıydı: https://github.com/GWBasic/ObjectCloud
    Genç hâlime bir şey söyleyebilsem, iş kurmayı öğrenmek için YC materyallerini daha çok okumasını söylerdim. Ben ihtiyaç olduğunu düşündüğüm şeyi inşa ettim ama gerçek müşteri ihtiyaçlarına dayanarak çok daha fazla yineleme yapmalıydım.
    Yani, bu kullanım senaryoları arasında sıkı entegrasyona ihtiyaç duyan birkaç müşteri bulmalı ve uygulamayı onların ihtiyaçlarının yönlendirmesine izin vermeliydim.
    Sebebi şu: Zaten aynı işi yapan çok sayıda uygulama var. MS Office, Google Drive ve benzerleri olgun ürünler; tüm pazar da bunları iyi anlıyor.
    Üçten fazla uygulama ya da kullanım senaryosu arasındaki düşük birlikte çalışabilirlik yüzünden tıkanan birkaç müşteri bulup onların kullanım senaryolarına odaklanmanı öneririm.
    MS Office ya da Google Drive kadar olgunlaşması 15 yıldan fazla sürecektir, ama belirli bir nişteki somut ve acil bir ihtiyacı çözersen müşteriler bunu umursamaz. Çünkü sensiz işlerini yürütemezler.

  • Güvenlik ve gizlilik zor bir satış argümanıdır. Düşündüğünden daha az insan bu ikisinden biriyle gerçekten ilgileniyor ve mevcut platformlar da, ilgilenenlerin kabul etmek istediğinden çok daha fazla özellik sunuyor.
    Ayrıca “çok fazla araç var” türü bir söylem de dağınık bir yakınma gibi geliyor. Sadece farklı araçların var olmasının rahatsız edici olduğunu iddia etmek, “o zaman hepsini kullanma” itirazına dayanmakta zorlanır; bu yüzden ifadeyi daha iyi kurmak gerekir diye düşünüyorum.
    Bunun yerine kullanım kolaylığına ve platform içi entegrasyona odaklanmak daha iyi olur. Asıl değer katan şey gerçekten bu.
    Bol şans.

    • İlk nokta konusunda, ileride daha fazla insanın bunu önemsemeye başlayacağı bir eğilim görüyorum. Birçok platformun güvenlik özellikleri sunduğuna katılıyorum, ama kullanıcı tanımlı anahtarlarla şifreleme yapmaya izin veren yerler nadir.
      İkinci nokta da doğru. İfadem iyi değildi. Geri bildirimin için teşekkürler.