در آن زمان، ThreeSixtyEight – یک آژانس طراحی در مقیاس کامل مستقر در باتون روژ، لس آنجلس – یک فروشگاه وردپرس بود که از رویکرد آبشار چابکی بین استراتژی، طراحی و مهندسی برای ایجاد وبسایت برای مشتریان خود استفاده میکرد.
اگرچه تیم ThreeSixtyEight وردپرس، غول وب منبع باز برجسته، را به طور کلی برای نیازهای آنها مناسب تشخیص داد، محدودیتهای بسیار واضحی وجود داشت که نمیتوان آنها را نادیده گرفت. جرمی گفت: “این یک فشار و کشش مداوم بین مهندسی و طراحی بود.” تنش دائمی در اولویتها وجود داشت، با تلاش طراحان برای تعاملات جدید، و توسعهدهندگان برای کارایی و مقیاسپذیری.
به گفته جرمی، این انتقال از طراحی به مهندسی بود که دردسر اصلی تیم ThreeSixtyEight بود. به نوبه خود، این امر باعث ایجاد مشکلات متعددی می شود – طراحان بدون درک محدودیت های کد، سایت های سنگین را می سازند، و مهندسان توانایی طراحان را برای طراحی محدود می کنند – در نهایت زمان ساخت را کاهش می دهد.
این موضوع به ویژه با تکامل چشم انداز طراحی تبدیل به یک مسئله مهم شد. جرمی گفت: “وب سایت ها شروع به سنگین تر شدن طراحی کردند.” “همه این عناصر طراحی شروع به پیچیده تر شدن کردند و کار ما شروع به عقب افتادن کرد.”
برای جرمی و تیم در ThreeSixtyEight، واضح بود که نیاز به یک بازسازی اساسی دارند. نه فقط با آنچه که بر اساس آن میساختند، بلکه چگونه میساختند و سازمانشان چگونه بود.
اما ابتدا، اجازه دهید نگاهی دقیق تر به نحوه عملکرد آژانس با استفاده از وردپرس داشته باشیم.
اصطکاک و ناکارآمدی
بر روی کاغذ، برای آژانسی مانند ThreeSixtyEight مناسب بود که از وردپرس به عنوان سازنده سایت خود استفاده کند.
اما به گفته Shelby Buquet، طراح تعامل در ThreeSixtyEight، ساختمان با وردپرس باعث اصطکاک بین طراحی و مهندسی شد. “به عنوان طراحان، دیدگاه ما اغلب به شکلی که در توسعه میخواستیم پیش نمیآید. همیشه یک مانع بین نقش طراح و توسعه دهنده وجود داشت.»
بهطور خلاصه، طراحان میخواهند جالبترین، بزرگترین سایت را بسازند – و توسعهدهندگان برای داشتن کد کارآمد و کارآمد، عقبنشینی میکنند. جرمی گفت: «با محدودیتهای کد، همیشه این استدلال وجود داشت که «به کدام سمت برویم؟» هیچ کس پاسخ روشنی نداشت. هنوز پاسخ روشنی وجود ندارد.»
در نتیجه، نه طراحی و نه توسعه قادر به ارائه محصول بهینه به مشتری نبودند، زیرا دیدگاه طراحی اولیه و آنچه ارائه می شد اغلب متفاوت بود.
جرمی گفت: «اغلب ناکارآمدی های قابل توجهی هم از منظر تجاری و هم از منظر تولید وجود داشت. «پیادهسازی مداوم چشمانداز اصلی دشوار بود. این یک بازی سازش بود.»
همانطور که ThreeSixtyEight سعی کرد از طریق آن چالش ها کار کند، طراحی وب نیز در حال تکامل بود. سایت های زیبا و نوآورانه شروع به گسترش در بازار کردند و نه تنها از نظر طراحی سنگین بودند، بلکه عناصر پیچیده و تعاملات سریع و انعطاف پذیر بودند.
این امر باعث شد که دستاندرکاران طراحی به توسعه در ThreeSixtyEight بیشتر و بیشتر تحت فشار قرار گیرند.
جرمی گفت: «احساس میکردم دارم سرم را به دیوار میکوبم. تیمهای دیگر چگونه این کار را انجام میدهند؟ برخی از آنها ترکیبهای طراحی و توسعهدهنده دارند، اما پس از آن، من شروع به شنیدن در مورد Webflow کردم.
عدم قطعیت ها و دوسوگرایی
وقتی جرمی برای اولین بار به Webflow نگاه کرد، در نگاه اول به دور از عشق بود.
جرمی گفت: «من به Webflow نگاه کردم و مسلماً آن را رد کردم. “من فکر می کردم که این فقط یک محصول کسب و کار کوچک دیگر برای افرادی است که در تلاش نیستند محدودیت های وب را کنار بگذارند.”
شلبی نیز احساس دوسوگرایی داشت. او گفت: “من فکر کردم، اوه، این فقط یکی دیگر از آن ویرایشگرهای کشیدن و رها کردن است.” علاوه بر این، او نمیتوانست تصور کند که بتوان قدرت توسعه سطح بالا را روی یک پلتفرم بصری آورد.
برای حدود یک سال، جرمی و تیم Webflow را به عنوان یک گزینه قابل اجرا نادیده گرفتند. و سپس یکی از دوستان فریلنسر جرمی در مورد تجربهاش از انتقال به Webflow به او گفت. “دوست من اینطور گفت: “آیا نگاهی به Webflow انداختهاید؟ شما باید به آن نگاه کنید. این تنها چیزی است که من در حال حاضر استفاده می کنم.» جرمی گفت.
این علاقه جرمی را برانگیخت و آن شب، او به خانه رفت و شروع به تماشای همه ویدیوها در دانشگاه Webflow کرد . “من فقط همه آنها را در یک شب تماشا کردم، آن را پرخاش کردم. احساس میکردم به آینده نگاه میکنم.»
برای جرمی، توانایی Webflow برای ادغام بدون اصطکاک طراحی و مهندسی، و ساخت و تکرار سریع بازی را تغییر میداد – و پادزهر بسیاری از مشکلات ThreeSixtyEight. علاوه بر این، به مشتریان خود این قدرت را میدهد که بتوانند به سرعت و یکپارچه تغییرات را ایجاد کنند.
پس از آن، جرمی می دانست که این جریان وب مسیری است که ThreeSixtyEight باید در پیش بگیرد. “من می خواستم بهترین طراح جریان وب را پیدا کنم و با تیم ریکز روبرو شدم که اتفاقاً در شهر ما بود.” جرمی و تیم ThreeSixtyEight بلافاصله تیم را برای کشف احتمالات با Webflow استخدام کردند.
به تیم خود قدرت دهید تا سفارشی ترین، پاسخگوترین و امن ترین سایت ها را به صورت بصری بسازند – در کسری از زمان.
نقطه عطف
بر خلاف بقیه اعضای تیم در ThreeSixtyEight، تیم تنها به عنوان یک طراح در Webflow کار کرده است. اگرچه او با وردپرس و سایر سازندگان وبسایت، همراه با یادگیری توسعههای فرانتاند در مدرسه آشنا شده بود، اما در هیچ کدام از آنها فروخته نشد.
او Webflow را از طریق YouTube در سال سوم خود در کالج پیدا کرد. تیم گفت: «فقط یک ویدیو از مشاهده CMS Webflow و روشی که میتوانید به صورت بصری یک پایگاه داده کامل بسازید، طول کشید تا کاملاً به من بفروشید. من میدانستم که این پلتفرم مناسبی است که میتوانم با آن بروم.»
چند سال پیش و جرمی از تیم میخواست به ThreeSixtyEight – فروشگاهی که کاملاً وردپرس بود – به همراه تیمی که به جز جرمی در بهترین حالت شک داشتند، بپیوندد.
مدت زیادی از استخدام او نگذشت که تیم توانست ارزش واقعی Webflow را به بقیه اعضای تیم ThreeSixtyEight نشان دهد. در همان زمان، آژانس روی سایتی برای Rakuten ، یک شرکت تجارت الکترونیک ژاپنی و خردهفروشی آنلاین مستقر در توکیو کار میکرد – و آنها با موانعی روبرو شدند.
جرمی به یاد می آورد: «برای راکوتن، ما این تجربه تعامل بسیار سفارشی را داشتیم که می خواستیم انجام دهیم. “در آن زمان که بر روی وردپرس ساخته می شد. ما با تیم های مهندسی و طراحی خود در حال تکرار در مورد این مفهوم تبلیغاتی بودیم و به دور و بر آن ادامه دادیم. ما نتوانستیم آن را درست انجام دهیم.»
تیم کار تیم را دید و به آنها گفت: “شرط می بندم که می توانم این کار را در Webflow انجام دهم.” طبیعتاً تیم به طور طبیعی شک داشت. آنها معتقد بودند که با توجه به ماهیت سفارشی سایت، هیچ راهی وجود ندارد که Webflow بتواند برای دید آنها کار کند.
صبح روز بعد، تیم وارد شد و کل صفحه اصلی را در Webflow ساخته بود. جرمی گفت: کاملاً کاربردی و کامل در یک شب. “این نقطه عطف بود.”
جرمی و تیم تحت تأثیر قابلیت Webflow، شروع به ادغام Webflow به عنوان سازنده وب سایت خود در کل آژانس کردند.
یک فرآیند کارآمدتر
از آنجایی که Webflow بسیار متفاوت از وردپرس است، فرآیندهای ThreeSixtyEight نیز باید تغییر میکردند.
اول، آنها یک مرحله طراحی تعامل را در فرآیند خود اضافه کردند. این امکان را برای همه چیز از ریز تعامل تا صفحه نمایش بارگذاری در مقیاس بزرگ فراهم می کرد. سپس، آنها توانستند فاز مهندسی را به حداقل برسانند – که از نظر تاریخی طولانیترین فرآیند در یک پروژه بود. جرمی گفت: «معمولاً، برای یک پروژه شش ماهه، سه تا چهار ماه از آن ماهها مهندسی و آزمایش بود.
تیم های داخلی ThreeSixtyEight نیز به تغییراتی نیاز داشتند. تیم طراحی از فقط تصاویر بصری به سمت توسعه رابط کاربری و جلویی حرکت کرد و هر طراح در مورد نحوه ساخت در Webflow آموزش دید. از سوی دیگر، تیم توسعه، از front-end به توسعه نرم افزار با طیف کامل تمرکز کرد. این به تیم قدرت ساخت تا وبسایتها و پلتفرمها را داد. در نتیجه، به ارتقای مهارت همه کسانی که نرمافزاری را در شرکت طراحی یا ساختهاند، کمک کرد.
«Webflow به طراحان ما کمک می کند تا بیشتر شبیه به توسعه دهندگان فکر کنند و به ما این قدرت را می دهد که بفهمیم چگونه عناصر مختلف یک سایت به صورت پویا به هم پیوند می خورند.»
جرمی میگوید: «با Webflow و فرآیند جدید ما، جدولهای زمانی خود را به کمتر از نیمی از آنچه قبلا بود فشرده کردیم. ساخت و تکرار آن سریع است و به ما مزیت رقابتی در بازار داد.
از دیدگاه شلبی، تغییر به Webflow به او و تیمش قدرت داد تا به عنوان طراح رشد کنند. شلبی گفت: «این به ما درک بهتری از نحوه عملکرد وب و نحوه عملکرد کد داد. «Webflow به طراحان ما کمک می کند تا بیشتر شبیه به توسعه دهندگان فکر کنند و به ما این قدرت را می دهد که بفهمیم چگونه عناصر مختلف یک سایت به صورت پویا به هم پیوند می خورند.»
جریان وب: آینده طراحی وب
برای ThreeSixtyEight، Webflow شرط آنها به عنوان آینده طراحی وب است. ما نمی خواهیم از Webflow به عنوان جایگزین وردپرس استفاده کنیم. جرمی گفت: ما آن را به عنوان یک مقوله جدید می بینیم. “چشم انداز بزرگ ما این است که به عنوان مکانی شناخته شویم که آخرین جالب ترین وب سایتی را که دیده اید ساخته است – و Webflow این را به ما می دهد.”
برخی از پروژه های قابل توجه ThreeSixtyEight عبارتند از: