Dlaczego On Deck wybrał Cal.com

Studium przypadku On Deck

Nasze pierwsze studium przypadku zaczyna się od Egor Zaitsev, starszego inżyniera oprogramowania w On Deck. Witaj, Egor, i dziękujemy, że znalazłeś czas!

Zacznijmy od razu od pierwszego pytania:

Do czego On Deck używa Cal?

Egor: On Deck buduje marketplace opinii, w którym Fellows mogą zgłaszać się do przekazywania sobie nawzajem opinii o pitchu, produkcie lub innych rzeczach. Po wybraniu osoby, od której chcą dostać feedback, Fellows widzą widok planowania z Cal, żeby dokończyć rezerwację.

Co sprawiło, że wybraliście Cal do dostarczenia swojego rozwiązania?

Egor: Istniejące rozwiązania na rynku albo nie udostępniały potrzebnych API, albo nie były wystarczająco elastyczne dla naszego use case. Cal oddał nam dni — jeśli nie tygodnie — które inaczej musielibyśmy spędzić na budowaniu wszystkiego od zera.

Jak używacie Cal?

Egor: Na ten moment używamy lekko zmodyfikowanej, self-hosted wersji Cal do naszego rozwiązania. Automatycznie zakładamy konta naszym Fellows i prosimy ich o ustawienie dostępności oraz podłączenie swoich Calendarów. Gdy to zrobią, zaczynamy pokazywać ich na naszej platformie, osadzając UI planowania.

Co było najlepsze we współpracy z Cal jako platformą?

Egor: Cal jest bardzo rozszerzalny i pozwala nam szybko iterować.

Czy widzisz potencjalne przyszłe use-case'y dla Cal w On Deck?

Egor: Już teraz rozważamy użycie Cal do umożliwienia naszym Fellows umawiania spotkań między sobą w ramach naszych innych wewnętrznych marketplace'ów, a także do zapewnienia każdemu Fellow osobistej usługi planowania, hostowanej przez On Deck.

Jak Cal sprawił, że wdrożenie takiego rozwiązania było dla was wydajne?

Egor: Cal jest zbudowany z bardzo popularnych technologii i naprawdę łatwo było osadzić go w naszym ekosystemie. W ciągu paru dni mieliśmy wszystko ustawione tak, by zapewnić naszym Fellows jak najlepsze doświadczenie planowania!

Dlaczego nie mogliście użyć innych rozwiązań na rynku?

Egor: Calendly nie udostępnia dostępności przez swoje API, Motion nie ma API, a budowanie wszystkiego od zera zajęłoby dużo czasu.

Gdyby Cal nie istniał, czy w ogóle zbudowalibyście to, co zbudowaliście? Jak dużo dłużej by to trwało?

Egor: Oczywiście bylibyśmy w stanie zbudować to, co zrobiliśmy, ale dużo wolniej i z większą liczbą błędów na początku. Cal oszczędził nam dni — jeśli nie tygodnie — pracy deweloperskiej.

Co najbardziej ekscytuje cię w przyszłości planowania?

Egor: Naprawdę ekscytuje nas to, że scheduling staje się open source. Open source to sama siła stojąca za każdym udanym startupem i cieszymy się, że możemy wspierać kolejny kluczowy element nowoczesnej sieci, który staje się open source.

Gdybyś miał jedno życzenie, o co byś poprosił?

Egor: Cache'owanie 😉 Już wdrożyliśmy u siebie cache'owanie dostępności, ale myślę, że byłby to bardzo przydatny dodatek dla osób, które używają Cal na dużą skalę.

Dzięki, Egor!

Cal.com jest teraz DARMOWY dla osób prywatnych - zarejestruj się tutaj