長い間、 ザピア. それは会社にとって素晴らしいビジネスでしたが、今日のユーザーはもう少し多くを期待しており、ここ数年の間に、会社は製品ポートフォリオを拡大する時が来たと判断しました. これらの新製品の最初の製品は、 移行は、アプリ間でデータを移動するためのツールで、昨年 10 月にリリースされました。 今日、ZapConnect カンファレンスで、この旅の次の一歩を踏み出しました。 ザピアテーブル インターフェイス、データベース サービス、およびエンド ユーザーが既存の Zapier ワークフローとやり取りできるようにするための UI ビルダー。
現在、同社のユーザーは、Google Sheets などのサービスをデータベースとして使用することが多く、Zapier を使用して基本的にビジネス ロジックを作成し、Salesforce や Trello をこれらのワークフローの一種のフロントエンドとして使用しています。 本日の発表に先立つインタビューで、Zapier の共同設立者で社長の Mike Knoop 氏は、最近のサービスの使用の約半分がこれらのソフトウェア タイプのユース ケースで構成されていると述べました。 しかし、これは非常に脆弱なシステムでもあり、スプレッドシートに何らかのチャンスがあれば、システム全体が機能しなくなります。
「私たちが聞いた最大の問題点の 1 つは [about from customers] Zapier はロジック側 (そのように考えたい場合はコード側) を非常によくカバーしていますが、UI とデータ ストレージ レイヤーのためのものです」と Knoop 氏は述べています。
Google スプレッドシートや Airtable などの新しいツールでさえ、自動化システムの記録システムとして設計されていないため、Zapier などのツールがそれらの上に構築できる自動化の種類には制限があります。
「Tables の自動化ファースト バージョンを構築することで、高速な変更記録を取得し、『よし、このシステムを保護します。この変更を行うと、自動的に下線付きのシステムにシンクするか、またはどのアプリがそれに依存しているかについて警告します。 基本的に、よくある失敗をすべてリストアップしただけです」と Knoop 氏は説明します。
そして、Tables はこの方程式の一方の側に位置していますが、Zapier Interfaces は反対側を表し、エンド ユーザーに焦点を当てています。 ここでのアイデアは、ユーザーがテーブルであるかどうかにかかわらず、Zapier とデータベースで動作するカスタマイズ可能で動的な Web ページを作成できるようにすることです。 Knoop 氏は、今日のユーザーはこれらのシステムを自分で構築することが多いが、初期セットアップ後の保守も脆弱で難しいと述べています。 この新しいツールを使用すると、ユーザーはフォームの作成、データの編集、データの共有、自動化のためのトリガーの起動をすべて簡単なドラッグ アンド ドロップ インターフェイスで行うことができます。
これらの新機能はすべて、Zapier の新しい Early Access プログラムの一部であり、現在、Transfer、Tables、および Interfaces が含まれています。 Knoop 氏は、同社が次に何に取り組むかについては明らかにしていませんが、同社が直接対処できる問題点は他にもたくさんあることは明らかです。
これは間違いなく Zapier にとって興味深い動きです。 Knoop は、会社が少し自己満足に陥り、最近では顧客のニーズを満たすために追い上げをしなければならなかったことを認めました。 イノベーションをめぐる企業文化に少し変化をもたらしましたが、その取り組みは報われ始めているようです。
これに関連して、これら 2 つの新しいマーキー製品に加えて、Zapt をドラフトする機能、バージョン管理、より複雑な Zap を構築するための新しいツール、 Transfer での転送のスケジュール、一部の高価格層、サブフォルダー、およびスーパー管理者レベルの追加のユーザー向けのカスタム エラー通知。