Placemark, open source में बदला और सेवा बंद

 (macwright.com)
1 पॉइंट द्वारा GN⁺ 2023-11-15 | 1 टिप्पणियां | WhatsApp पर शेयर करें
  • Placemark एक टिकाऊ bootstrap startup के रूप में स्थापित नहीं हो सका, इसलिए उत्पाद और कंपनी संचालन बंद करने की प्रक्रिया में है
  • नए sign-up बंद कर दिए गए हैं, और मौजूदा ग्राहक 19 जनवरी 2024 तक इसे मुफ्त में इस्तेमाल कर सकते हैं
  • उस तारीख को server बंद हो जाएंगे, इसलिए वर्तमान उपयोगकर्ताओं को सेवा बंद होने की समयरेखा के अनुसार तैयारी करनी चाहिए
  • साइट का पूरा source code जनवरी 2024 के अंत में सार्वजनिक किया जाएगा, लेकिन application के बड़े आकार के कारण तैयारी में समय लग सकता है
  • Tom MacWright ने कहा कि Placemark बनाना आनंददायक था, लेकिन इसकी sustainability नहीं मिल पाना कठिन रहा

सेवा बंद होने की समयरेखा और source public करना

  • Placemark का उत्पाद और कंपनी संचालन एक टिकाऊ bootstrap startup के रूप में आगे नहीं बढ़ सका
  • नए sign-up बंद हैं
  • मौजूदा ग्राहक 19 जनवरी 2024 तक Placemark को मुफ्त में इस्तेमाल कर सकते हैं
  • 19 जनवरी 2024 को server बंद हो जाएंगे
  • जनवरी 2024 के अंत में साइट का पूरा source code सार्वजनिक किया जाएगा
    • application का आकार बड़ा होने के कारण public release की तैयारी में थोड़ा समय लग सकता है

बनाने की प्रक्रिया और आगे का काम

  • Placemark ऐसा उत्पाद था जिसे कुछ उपयोगकर्ताओं ने वास्तव में इस्तेमाल किया, लेकिन business के लिहाज़ से टिकाऊ ढांचा नहीं मिल सका
  • उत्पाद बनाने की प्रक्रिया बहुत आनंददायक थी, और सफलता व sustainability नहीं मिल पाना कठिन था, लेकिन अंततः इसे स्वीकार्य नतीजे के रूप में समेटा गया
  • Tom MacWright ने Placemark को आज़माने वाले उपयोगकर्ताओं और समर्थन देने वाले लोगों का धन्यवाद किया
  • वह इस समय Val Town में coding को अधिक आसान और सरल बनाने पर काम कर रहे हैं

संबंधित पढ़ाई

1 टिप्पणियां

 
GN⁺ 2023-11-15
Hacker News की राय

  • सॉफ़्टवेयर से बिज़नेस बनाना आसान नहीं है। गुज़ारा चलाने के लिए $20 वाले बहुत सारे ग्राहक चाहिए, और भले ही एक उपयोगकर्ता की सीमांत लागत कम हो, लोगों से सॉफ़्टवेयर पर पैसा खर्च करवाना बहुत मुश्किल है
    इसके उलट, वही लोग महंगे सर्वर अक्सर खरीद लेते हैं और हार्डवेयर पर ज़्यादा हिचकिचाते नहीं
    मैं जानना चाहूँगा कि वे जिस enterprise customer scale को लक्ष्य बना रहे थे, उसके बारे में थोड़ा और बताया जा सकता है या नहीं। कई लोग आए, लेकिन सभी लागतों को ध्यान में रखने पर प्रति घंटा कमाई का आम नौकरी से बेहतर होना बहुत दुर्लभ था
    मेरी आय का 20% मेरे open source software से जुड़ी बिक्री से आता है, और उम्मीद है कि किसी दिन यह 100% हो जाए ताकि मैं पूरी तरह इसी पर ध्यान दे सकूँ

    • मैं भी उन उपयोगकर्ताओं में से हूँ जो $10 subscription लेने से भी हिचकते हैं। क्योंकि ऐसा subscription उन 10~20 subscription में से एक बन जाता है जिन्हें “वास्तव में उपयोगी और कीमत वसूल” होना पड़ता है
      छोटे startup के लिए खासकर, प्रति उपयोगकर्ता $10 का शुल्क जुड़ते-जुड़ते भारी पड़ता है, और जब यह देखना होता है कि क्या नए लोगों को भर्ती करने का बजट है, तब सभी subscription को साथ में देखना पड़ता है
      अच्छा होगा अगर कोई ऐसी service हो जहाँ $500~$1000 प्रति माह जैसा बजट तय किया जाए, platform पर मौजूद services में से ज़रूरी चीज़ें चुनी जाएँ, टीम का आकार बताया जाए, और फिर vendors bid करें। यह service हर service के लिए SSO भी दे सकती है
      भले ही हर उपयोगकर्ता से $20 न मिलें, लेकिन इस पूरी service के कुल उपयोगकर्ताओं में से 5~10% तो मिल ही सकते हैं
    • ज़्यादातर subscription pricing सॉफ़्टवेयर/SaaS की लागत के मुकाबले काफ़ी असंतुलित है। venture cost को छोड़ दें तो app और web app को सिर्फ उपयोगिता से इतर किसी और आधार पर प्रतिस्पर्धा करनी पड़ती है
      $20 ग्राहक की बात की गई थी, तो Google Workspace या Office की कीमतें देखिए
      https://workspace.google.com/pricing.html
      https://www.microsoft.com/en-us/microsoft-365/buy/compare-al...
      version-based pricing indie developers के लिए फ़ायदेमंद थी, क्योंकि उपयोगकर्ता provider को लेकर बहुत ज़्यादा परवाह नहीं करते थे। Office अब भी लगभग $149 वाले version price देता है
      subscription pricing में indie लोग अक्सर enterprise के मौजूदा बड़े खिलाड़ियों से ज़्यादा, कई बार कई गुना ज़्यादा वसूलना चाहते हैं, इसलिए अगर कोई ऐसा vendor हो जो बड़े पैमाने पर launch कर सके, तो यह बाज़ार नए indie entrants के लिए संभालना मुश्किल हो जाता है
      आख़िर में कुछ niche खरीदार मिल जाते हैं जो indie subscription खरीदते हैं, लेकिन यह सब उपयोगकर्ताओं को खींचने के लिए बहुत महंगा है, इसलिए mass market scale तक नहीं पहुँच पाता

  • अच्छा होता अगर server बंद करने से पहले ही open source release कर दिया जाता। अगर कुछ उपयोगकर्ता इस पर निर्भर थे, तो उन्हें migration का समय मिल जाता
    फिर भी, सिर्फ रिलीज़ करना ही इस क्षेत्र की 98% कंपनियों से कहीं बेहतर है, और इसी रवैये की वजह से लगता है कि इस व्यक्ति के दूसरे प्रोडक्ट भी आज़माने चाहिए

    • यह चिंता हो सकती है कि service में अभी तक न मिली हुई vulnerabilities हों, और बंद करने से पहले source खोलने पर कोई malicious actor उन्हें ढूँढकर उपयोगकर्ता डेटा से समझौता करना आसान बना ले
    • सही बात है। अगर यह किसी के लिए सचमुच महत्वपूर्ण समस्या है, तो वे यह खबर देखकर Tom से संपर्क कर सकते हैं और समाधान पर बात कर सकते हैं
      वे यह जाँचने में भी मदद कर सकते हैं कि दिया गया open source सही से काम करता है या नहीं, और वह ऐसे अनुरोधों पर तर्कसंगत और संवेदनशील ढंग से जवाब देने वाले व्यक्ति लगते हैं

  • जब कोई असफल service टिकाऊ मॉडल नहीं बना पाती, तो अक्सर codebase को बस जमा रहने दिया जाता है या फेंक दिया जाता है, इसलिए यह अच्छी बात है कि उन्होंने सब कुछ open source करने का फैसला किया

    • “बस इसे open source कर दो” हमेशा संभव विकल्प नहीं होता। intellectual property कई कारणों से बंधी हो सकती है, और कभी-कभी संस्थापक के पास उसे अपनी मर्ज़ी से रिलीज़ करने का अधिकार ही नहीं होता
    • अगर ज़्यादातर startup असफल होते हैं, तो क्या शुरुआत में ही ऐसा वादा करना अच्छा विचार नहीं होगा? इसे सफलता के लक्ष्य से टकराए बिना निजी रूप से भी वादा किया जा सकता है
      ऐसा वादा न हो तो यह technical debt से कहीं बुरी समस्या बन जाती है
    • जिन codebase को असफल startup ने रिलीज़ किया, उनमें से कितने open source project के रूप में सफल हुए? क्या एक का भी नाम बता सकते हैं?
    • उल्टा, “मैंने तुम्हारी service के लिए भुगतान लायक मूल्य नहीं देखा, लेकिन अब जब वह बंद होकर open source हो गई है, तो मैं उसे इस्तेमाल करूँगा” वाला रवैया भी काफ़ी खीझ पैदा करता है
      startup संस्थापक अगर ऐसी चीज़ मुफ़्त में बाँटना न चाहें जिसे कोई खरीदना ही नहीं चाहता था, तो उनकी भावना भी पूरी तरह समझ में आती है
    • वैसे, HN पोस्ट सबमिट करने वाले “Tomte” के नाम में तीन अक्षर समान हैं, लेकिन वह Placemark के निर्माता Tom MacWright नहीं हैं

  • अभी जो नया प्रोजेक्ट Val(https://val.town) बना रहे हैं, वह वाकई शानदार है
    मैंने पिछले कुछ महीनों से इसे इस्तेमाल किया है और मज़े से उपयोग कर रहा हूँ

    • यह उदाहरण प्रोडक्ट से ज़्यादा founders के बारे में बहुत कुछ बताता है

  • मैंने एक साल से ज़्यादा समय तक Placemark का इस्तेमाल torontoverse.com के लिए custom map-based graphics बनाने में किया। इस क्षेत्र में कई web apps हैं और QGIS भी हमेशा मौजूद है, लेकिन मेरे लिए Placemark ने simplicity और power के बीच अच्छा संतुलन बनाया

  • जो लोग इस क्षेत्र को फॉलो करते हैं, उनके लिए हाल में मिला एक दिलचस्प प्रतिस्पर्धी प्रोडक्ट है: https://felt.com/
    यह काफ़ी अच्छा दिखने वाला प्रोडक्ट है और इसकी functionality भी मज़बूत है। GIS tools का ज़्यादा accessible होना अच्छी बात है

    • मैं एक GIS conference में जाने वाला हूँ और session list में Felt देखा था। अब तक मुझे नहीं पता था कि यह क्या है

  • मुझे app के बारे में पता नहीं था, लेकिन यह बेहतरीन shutdown announcement है। साफ़, सीधे मुद्दे पर, monetization failure को “macroeconomic environment” जैसी corporate language में नहीं लपेटा गया, ग्राहकों को transition का उचित समय दिया गया, और price discount भी है। ऊपर से यह free है, और अंत में open source release भी
    ऐसी पोस्ट पढ़कर लगता है कि संस्थापक पर भरोसा किया जा सकता है और उनके अगले प्रोजेक्ट का ग्राहक भी बना जा सकता है

  • दुखद है। Placemark भौगोलिक ऑब्जेक्ट इकट्ठा करने के लिए बहुत अच्छा टूल था, जिनसे जुड़े डेटा की संरचना अच्छी होती थी। जब उस generated data को दूसरे systems में integrate करना होता है, तो यही structuring अक्सर सबसे बड़ी बाधा बनती है
    हमारी cooperative भी Placemark जैसी चीज़ बना रही है: https://cocarto.com
    लेकिन हमारा business model इसे SaaS की तरह बेचने का नहीं, बल्कि उसके आसपास की services enterprise और प्रशासनिक संस्थाओं को देने का है। SaaS में पर्याप्त ग्राहकों तक पहुँचना हमेशा कठिन होता है और इसके लिए बहुत पूँजी चाहिए, इसलिए हमने शुरुआत से ही इसे free open source software के रूप में बनाया

    • “उसके आसपास की services enterprise और प्रशासनिक संस्थाओं को बेचने” वाला तरीका हर किसी के लिए काम नहीं करता
      कुछ startup अपने resources का दो-तिहाई हिस्सा support work पर नहीं लगा सकते। अफ़सोस यह है कि free open source software को ध्यान में रखकर बिज़नेस बनाने का कोई बीच का रास्ता आमतौर पर नहीं होता

  • pricing अजीब लगती है। प्रति उपयोगकर्ता $20 प्रति माह है, लेकिन collaboration के लिए दूसरे लोगों को भी भुगतान करना होगा। तो क्या इसका मतलब न्यूनतम $40 प्रति माह नहीं है? यह काफ़ी बड़ा entry barrier लगता है

    • क्या यह बहुत specialized GIS tool नहीं है? अगर हाँ, तो वह कीमत इतनी बड़ी बाधा नहीं लगती। यह शायद छोटे बाज़ार जैसा है जहाँ पहले से स्थापित tools मौजूद हैं
      मैंने यह सत्यापित नहीं किया, लेकिन हो सकता है कि उपयोगकर्ताओं के bundle के साथ organizational license बेहतर बैठता

  • लगता है यह कुछ ज़्यादा ही ambitious था। क्या सचमुच collaborative real-time editing देना ज़रूरी था? यह feature कुछ ज़्यादा ही लगता है
    समझ आता है कि हर startup कोई killer feature चाहता है जो उसे अलग दिखाए, लेकिन यह ऐसा feature लगता है जिस पर बहुत मेहनत लगी और वास्तविक demand शायद उतनी बड़ी नहीं थी। बेशक, यह सिर्फ अनुमान है

    • collaborative user experience को पहले की तुलना में अब बहुत आसानी से सही बनाया जा सकता है। yjs जैसी मददगार libraries बहुत हैं
      हमने ProseMirror-आधारित block editor में multi-cursor जैसी polish और मज़ेदार चीज़ें जोड़कर इसे एक हफ़्ते से भी कम समय में लागू कर दिया था
    • यह उचित अनुमान है। कुछ ग्राहकों को real-time editing से फ़ायदा हुआ, लेकिन यह एक बड़ा technical bet था, और इससे ऐसा design बना जिसे बड़े datasets तक scale करना मुश्किल था