Salesforce.com-ს და მის პარტნიორებს შეიძლება არ მოეწონოთ ის, რაც მე ვთქვი AppExchange-ზე, მაგრამ სხვებს მოსწონთ. აი, რა მომწერა გუშინ NetSuite-ის ზაკ ნელსონმა.
ვფიქრობ, ჩემი კრიტიკა Salesforce.com-ის AppExchange-ის მიმართ რამდენიმე დღის წინ (AppExchange არის ასე 1998 წელი) ალბათ არც თუ ისე კარგად მოხვდა ამ კვირაში კომპანიის DreamForce მომხმარებლებისა და პარტნიორების კონფერენციაზე შეკრებილ ხალხში. მაგრამ მე, როგორც ჩანს, დაარტყა აკორდი სხვების შეხედულებებს ინდუსტრიაში. აი, მაგალითად, ზაკ ნელსონი, აღმასრულებელი დირექტორი NetSuite, მომწერა გუშინ ელფოსტაზე (ხელახლა გამოქვეყნდა მისი ნებართვით):
ფილ, შენ ღმერთი ხარ. თქვენი ბლოგი DreamForce-ში მიმდინარე მოვლენების შესახებ (ჩვენ მას NetSuite-ში PipeDreamForce-ს ვუწოდებთ) იყო ადგილზე. საბოლოოდ, ვიღაცამ კრიტიკული აზრი გამოთქვა AppExchange-ზე. თქვენ ნამდვილად მართალი ხართ, რომ ეს არის SO 1998, არ მჯერა.
სინამდვილეში, ვფიქრობ, უსაფრთხოდ შეიძლება ითქვას, რომ კონცეფცია არის 1988. რამდენი ათეული წელია მომხმარებლებმა გაიგეს: „ოჰ, ჩემი აპლიკაცია მუშაობს უპრობლემოდ,“ მხოლოდ იმედგაცრუებული შედეგებით?
ასევე. ამ ეგრეთ წოდებული "აპლიკაციების" უმეტესობა შესრულებულია SF.com-ის მიერ და ისინი ასე გამოიყურება საკმაოდ ელემენტარული პერსონალიზაცია salesforce.com-ის ძირითადი აპლიკაციიდან. ქვემოთ მოცემულია რამდენიმე (დავიღალე ამ ნივთების ყურებით და შევჩერდი, მაგრამ ალბათ არის კიდევ 10-15 sf.com-ის აპლიკაციები). და მართალი ხარ, ბევრ მათგანს (კომისიები, არხი და ა.შ.) სჭირდება ტრანზაქციის ძრავა მათ უკან (ანუ რაღაც NetSuite):
- ევაკუაციის მენეჯმენტი (არა, მე არ ვქმნი ამას)
- ქონების mgmnt
- მოხალისეთა მენეჯმენტი
- კომისიების მართვა
- არხის მენეჯმენტი
- პროდუქტის მენეჯმენტი
- შეცდომების თვალყურის დევნება
მე ვიცი, რომ ზაქი ამას ასე არ გულისხმობდა, მაგრამ მე დამაინტერესა NetSuite, როგორც ტრანზაქციის ძრავის გამოყენება თქვენი AppForce აპლიკაციებისთვის. თეორიულად, ეს შესაძლებელი უნდა იყოს, NetSuite-ის NetFlex ვებ სერვისების API-ის დაკავშირება salesforce.com-ის AppForce API-ებთან. ჰმ, ამას დაარქმევთ მაშ-აპს თუ ა არევა?