1C-Bitrix-マーケティング担当者のCMS。 長所と短所

みなさんこんにちは。 これはHabrに関する私の最初の投稿です。 したがって、私はプロフォーマのために自己紹介します。 Web開発者。 3.5年を経験します。 現時点では-完成したbitrixoid。 私は、大規模プロジェクトのサポート、独自の開発、マーケティング問題のコンサルティング、新しいバージョンの可能性の検討、サイトを1Cに統合するニュアンス、市場向けモジュールの作成、「企業ポータル」でのビジネスプロセスの実装など、あらゆることに取り組んでいます。 そして、他の多くの。 単一のCMSの一部として。 幸いなことにまたは残念なことに（この記事については後述します）-仕事なしに留まることは不可能です。 市場は1C-Bitrixの製品の半分以上を占めています。



この記事では、この独占の長所と短所に焦点を当てます。 そして、この独占には傾向があるという事実-個人的には、私は疑う余地がありません。



「これは長所と短所についての別の投稿ではありません」というフレーズで意図的に投稿を開始しませんでした。 次の投稿にしましょう。 サイクリングの問題では、私は強くありません。 そのため、この投稿では既成のアイデアと既成のソリューションを使用します。 すべてがBitrixのようなものです。



それでは、なぜBitrixはそれを愛していないのですか？ そして、彼を愛していないのは誰ですか？



私が見るように、2つの主要なグループがあります。



1.管理者と顧客は、開発自体にはほど遠いですが、すでにサイトの開発で多数のコーンを獲得しています。 そして意見を持っています。

2.開発者は、「コーシャ」および「理想」開発のサポーターです。 フレームワーク上または自分の手で書かれた。

最初のグループ。 マネージャーと顧客。

サイトを管理する上で非常に多くの利点があるという事実のために、私はしばしばBitrixを注文する人々と仕事をしています。 これらの人々は、お金を払う理由とBitrixを購入する理由を理解しており、無料のCMSや安価なCMSを使用していません。 だから、私は議論をする必要はなく、利点と欠点のリストを作成する必要はありません。 彼ら自身がすべてを知っています。



残念ながら、このグループには読みたくない人も多くいます。 つまり、Webサイトを作成する必要があります。 さあ、今すぐやってみましょう。 そして、私たちは何をしますか？ 市場を見ています。 Bitrixが購入されました-わかりました、それを持って、それからそれを理解します。 さて、または私たちのお金のために理解する専門家を雇います。



このアプローチはおそらく正しいものです。 少なくとも、この場合のBitrix開発者は常にプラスであり、すでに上で述べたように、仕事なしには留まらないでしょう。 しかし、ここでは、システムの人気は常に多数の人々を意味することを理解する必要があります。そのために、サイトはデザイン+エンジンです。 そして、他のことを気にしない人。 これらは、多くの中流階級のスタジオで活動しているセールスマネージャーです プロジェクトマネージャー、場合によってはテクニカルディレクター。 残念ながら、実際にはそのような場合がありました。



有能な人がBitrixを注文しないと言っているのではありません。 しかし、私が言っているのは、24時間のコースでPHPを卒業した人とほとんど同じように、ウェブサイト開発キッチンを理解している人が対象の販売対象者だということです。 これは悲しい事実ですが、私にとっては、これは人気に対する基本的な支払いです。 システム自体は直接関係していません。



私の実践における膨大な数の失敗は、次のステレオタイプに基づいています。

1. 1Cとの統合は無料で標準です

。 このトピックに関する少なくともこの記事habrahabr.ru/post/137888を読むことができます。 この記事では、すでに経験のあるスタジオの問題について説明しています。 そして、開発が最初の一歩を踏み出しているだけのスタジオについて-話す必要はありません。



その結果、実際に私たちが持っているのは20〜30ページの店舗設計です。 洗練されたフィルター、メニューから落ちてくる美しいセクション、すべてが切り替わり、押して飛び出します。 クライアントは「欲しい」と言い、契約書が作成され、ケースは開発部門に転送されます。



そして、ここでマネージャーの叙事詩的なフレーズが聞こえます：

「ここには顧客がいますが、クライアントはまだ100500製品の1Cベースを持っていますが、Bitrixではこれが標準ですよね？ 統合がなければ、彼はサイトを受け入れないというだけです。 そして、あなたはこれが標準だと言いました...」



-さて、ベースを見てみましょう。 まだデザインをしていませんか？

-私たちはすでにそれを承認しました;今、レイアウトデザイナーは働いています

-さて、ベースはどの条件で、構造は一致しますか？

-わからない、1Cプログラマーは今休暇中です...しかし、違いは何ですか、そして、もしあれば、それを終えます。 私たちの主なものは統合することです。



「わかりました。特に標準であるため、私にとっては本当に難しい方法で統合するために」-私は自分自身に動揺し、何も良いことを期待していません-私は1Cプログラムとの無限の通信を開始します。 1Cとの統合を扱ったことのある人なら誰でも私を理解するはずです。 90％のケースでは、構造について話す必要はありません。 商品のプロパティはテキストフィールドに入力されますが、多くの場合エラーが発生し、商品のネストはゼロなどになります。そして、サイトデザインを承認しました。使い勝手が良く、TKでは1Cについての項目が入力されます。 そして、1C-nickが私たちと同じようにサイトを置くことに興味があるなら、これは良いことです。 そして、それが単なる賭け者である場合、これらはすべて非標準のタスクです。彼は野ウサギのような停止信号を受け取ります。彼は「みんな、1Cとの統合の経験がありません。何について話しているのですか？ 上記の記事の1Cプログラマーの場合と同様に。



状況に対する解決策と可能な解決策をすでに提供しようとしている人々は、私が言う-リラックスしてください。 Faleはすでに行われています。 さらなる開発は、松葉杖の無限のシリーズに変わります。 良いものは何もありません。 美しいデザインが銅製の流域に収まるか、標準的な統合が行われず、誰かがペンで不足しているプロパティを埋め、ペンで構造をサイトに消化可能なサイトに変換する必要があります。 または、いくつかのCSVファイルを介して統合されます。 そして、この場合-開発者が懸念していることは1つだけです-ベースクライミングが行われているジャムよりも早くサイトを引き渡すことです。



問題は何ですか？ 無能で。 そして、思考の習慣がない場合。 考えるのではなく、ウェブサイトを作る必要があります。 だから、私たちが知っているように：ユーザビリティ-デザイン-レイアウト-開発。 何がもっと簡単だろうか？ 残念ながら、微妙な違いがあり、理解する必要があります。



失敗が発生すると、Bitrixの失望は非常に強くなります。 「私たちは考えましたが、ここで彼らは私たちを滑らせました。」 誰もが吐き出します-顧客から始まり、開発者で終わります（そう、彼自身がアートワークをBitrixにプッシュするよりも、これらの非標準のサイトとこれらの非標準の統合をすべて手動で書く方が簡単だと思ったことがあります）。



これは最初の（そしてIMHO-メイン）からBitrixを引いたものです。 ポピーと人気、フィリピン人に追いつく。 証明書の完全なセットを持っているスタジオでさえ、ゴールドステータスには常に「サイトを多額のお金で売って」、自分の仕事が完了したと考えているマネージャーがいます。 そして、偶然にさらなる発展を手放すことを祝うために、彼らは言う-締め切りに従うことは私のビジネスであり、そこであなたはすでにあなた自身でそれを理解するでしょう、私はタスクを発表しました。

2.その他の標準機能

この記事では、特にBitrixでの作業で最も人気のあるファイルに多くの注意を払いました-1Cとの関係が十分に透過的に説明されていません。 開発者にとって、すべてがそれほど単純ではないことは明らかです。 マネージャーと顧客は、ほとんどの場合、コミュニケーションが簡単で、無料で、時間がかかることに気付くでしょう。 そして、彼らにすべての複雑さを説明することはいつも簡単なことではありません。 彼らは単に多くを知る必要がないという事実のために。



しかし、同じシリーズからの問題は、システムが実際に非常に多く持っている標準機能にあります。 標準モジュール、機能が満載されたコンポーネント...結局のところ、これもほとんどの場合、1回の使いやすさでカバーされます。 ポップアップの1ステップで、extを使用してチェックアウトを描画します。 フィールド-クライアントが承認しました。 最初の質問は、注文プロセスが標準のbitrixコンポーネントで3つのステップを取る場合、なぜ1つのステップで描画したのですか？ これはサイトにとって本当に重要ですか？ わからない-標準的な機能を使用して10時間の開発時間を節約し、リスクを減らすと、クライアントのビジネスはダウンヒルになりますか？



これもまたアプローチの問題です。 Bitrix-彼はカスタム用ではありません。 それ自体は非常にカスタマイズされていますが、これは何かを収集してすぐに収集できるという意味ではありません。 発生したアイデアを既存の機能と比較する必要がある場合もありますが、それは何らかの方法ではなく、そうすることの重要性です。 多くの場合、標準的な能力において、マネージャーやユーザビリティーの頭で生まれたアイデアは、より思慮深く深く理解されます。 店舗が画期的なものを思い付くのは非常にまれであり、それなしでは単に存在することはできず、ペンで仕上げる必要があります。 独自のアイデアと既存の機能との間で妥協を模索するだけであれば、比較的高価な店舗でも標準機能に実装できます。 それが私の信念です。 しかし、ユーザビリティレイアウトを作成する段階でこれについて考える人はほとんどいません。



これは、Bitrixの最初のマイナスの結果です。 システムの操作方法に関する能力の欠如と理解不足。



Bitrixの標準コンポーネントは改善を目的としていません。 そして、少なくとも一度は標準のBitrixコンポーネントのコードをクロールしなければならなかった誰もがこれを理解しています。 Bitrixはイデオロギー的にコンポーネントのセットです。 既製のWebサイトを作成できる既製のアイデアのセット。 そして、私の信念は、ケースの90％でこれらのアイデアがクライアントを満足させることです。 彼らは、スペシャリストの仕事に多額の資金を投入して、有能に設計されたユーザビリティレイアウト以上に彼を満足させます。



数十の典型的なページで大規模なサイトを作成する場合でも、すべてが同じコンポーネント（カタログ、news.list、iblock.element.add.form）を中心に展開します。 極端な場合、カタログフィルターを少し変更する必要があります。 しかし、再び-標準機能から10％以内の偏差。 すべての開発が、template.phpおよびresult_modifier.phpファイルのみに限定される場合。 私見、あなたが本当にしたい場合は、2つのPHPコンストラクトだけを使用できるレイアウトデザイナーを訓練することもできます： foreachとif

3. Bitrixでのサイトの作成は簡単です（複雑です）

足がすべて同じ最初の問題-誤解から成長するため、2つの問題を特別に1つに組み合わせました。 Bitrixは8つの頭の奇跡ではありません。 これは、サイトを開発するためのシステムでもあります。 そして、その上での開発の複雑さは、他の適切なCMSでの開発の複雑さを超えず、超えません。 システムのニュアンスに関する知識と考慮のみが開発コストを削減でき、システム自体は削減できません。 知識とニュアンスの両方をチーム全体が保持する必要があります。 最初にマネージャーから始めます。



残念ながら、私の実践では、少なくとも「コンテンツマネージャー」コースを読むことに煩わされたマネージャーはごく一部でした。 もちろん、それだけでは十分ではありません。 しかし、私の練習では、毎回完全に典型的なオンラインストアを作成する前に、「これをBitrixに実装することは可能ですか？」と尋ねる十分な数の人々がいました。 自分にとっては、「もし、ITがBitrixで実装することが不可能だったとしたら、なぜ開発を注文したいのでしょうか？ どのような考慮事項に基づいていますか？」 悲しいかな、ほとんどの場合、考慮事項は同じです。「はい、どのCMSが現在人気があるかを調べ、そのサイトを注文することにしました。」



皆さん、標準コンポーネントの機能の説明を読んで、それらを視覚編集モードで操作しようとすると、多くの神経とお金を節約できます。 たぶん、レイアウトのないこの方法で小さなウェブサイトを作成することもあります。 これは本当に多くの労力を必要とせず、後でサイトを注文するときにそれは有用以上のものになります。 結局のところ、システムのドキュメントは非常に優れています。

4.サイトが非常に遅い

BitrixのWebサイトは、さまざまな理由でゆっくりと動作します。 そして、これらのケースのいずれにおいても、システム自体のせいではありません 。 障害は、誤って選択されたホスティングにある可能性があります。コンポーネントを作成し、キャッシュを有効にすることを気にしていない開発者では、障害は過負荷のレイアウトにある可能性があります。 ただし、システム自体は、サイトのメインページの読み込みに5秒かかるという事実を非難するものではありません。 これもまた、マネージャーや、開発に遠く及ばない人々が繰り返すことを好むステレオタイプです。 そのBitrixはハードで遅いです。 すべてが正しく行われれば、Bitrixのサイトは飛ぶでしょう。 唯一の質問は、すべてを正しく行い、何が正しく、何が間違っているかを理解することです。

2番目のグループ。 開発者

記事の著者（つまり、私）は開発者自身です。 「php in 24 hours」コースから始めませんでした。 たとえば、あるレベルではアセンブラーを知っています。 Delphiにはいくつかの商業プロジェクトがあり、ウェブは最初から理解し始めました-Koterovの教科書、英語のプログラミングパターンに関する記事。 彼はZend Framework、Yiiで執筆しました。 私が最初から書いたフレームワークがあります。 その上で実際に機能するプロジェクトもあります。 空き時間には、空のフォルダーにindex.phpファイルを作成することから始めて、自分のニーズに合わせて小さなphpプログラムを作成することがあります。 基本を忘れないように。



しかし、私は、Bitrixでの開発が最悪である、またはBitrixでの開発が他の開発よりも優れているとは言いませんでした。 最初のグループの人々はそれを買う余裕があります。 しかし、開発者がそのようなナンセンスを言うと...



私に関しては-専門家の間のそのようなステレオタイプは、あらゆる開発者の永遠の惨劇に基づいています-理想の追求。 心のプログラマは完全な完璧主義者であり、「理想的な開発」とは何かを正確に知っています。 そして、誰もが、どんなサイトでも迅速かつ単一の問題なく書くことができるフレームワークを作成するという夢を大事にしています。 そして、彼の最愛の人によって書かれなかったものはすべて、定義により「govnokod」、「文書化されていないもの」、「構造化されていない」、「コード全体のグローバル変数-何について話せますか？」などです。



一般的には-Bitrixでプロジェクトを完了するための注文を受け取ったとき、私は彼らに同意します。 そのため、製品カードを表示するためのテンプレートを開くと、データベースへの5つの（！）Sqlクエリ（直接、APIなし）を使用してパンくずリストが表示され、もちろんため息がつきます。 クライアントまたはマネージャーに言います-申し訳ありませんが、サイトの改善にはさらに費用がかかります。 クライアントは、「ああ、このBitrix ...」とため息をつきます。



しかし、彼はそれと何の関係があるのでしょうか？ クライアントとBitrix自身の両方。 おそらく、開発者が同じグループ（完璧主義者の理想主義者であり、システム自体を勉強したくない（または単に時間がない）かもしれない）から、松葉杖を書いたのです。 同時に、最も可能性が高いのは、システム自体、止められないキャリア、ハドロンコライダーが設計するものについての自分自身への呪いですが、彼はたわごとエンジンの改善を行っています。



公平を期して、私自身は標準コンポーネントのコードを注意深く調べていることに注意してください。 興味深いものがたくさんあります。 しかし、それでも-標準コンポーネントは、優秀なプログラマー（少なくとも、クエリによってsql crumbsを出力するものよりも高いレベルのプログラマー）によって作成されました。 そして-上で書いたように-さて、イデオロギー的に、標準コンポーネントはブラックボックスです。 彼はただ仕事をしなければなりません。 改善のためではありません。 これは、Bitrixのレイアウトを作成するデザイナーの責任です。 まず、Bitrixの標準コンポーネントの変更は難しいタスクであり、リスクが伴うことを理解する必要があります。 最も簡単なタスクのカスタマイズが必要です。座って、好きなものを葉の上に描きます。 そして、ビジュアルエディタでコンポーネントを再生して、既存のものと比較します。



プロジェクトがBitrix自体の機能から大きく逸脱している場合、腰を下ろして考えると、この特定のシステムを使用することはビジネスにとって本当に重要ですか、別のシステムを注文する方が論理的ですか？ ただし、その場合およびその場合-それは開発に関するものではなく、サイトを販売/注文する人々に関するものです。



そして、開発者は繰り返しますが、あなたの鼻を向けて卓越性のために努力する必要はありません。 ドキュメントと基本的なテクニックの十分な研究。 人がプロなら、構造の特徴を受け入れ、イデオロギーを習得し、良いサイトを書くだけです。 怠Ifなら-あなたが助けることができるものは何もありません。



他のシステムと同様にBitrixに慣れることができます。 これは私の完全な信念です。 また、その上でサイトの収集を楽しむこともそれほど難しくありません。



エピローグとして、どのビジネスでも、有能なアプローチと主題の研究が重要だと言いたいです。 ファッショナブルなものをつかむだけで、それが何のためにあるのか、そしてそれをどのように使用するのかを研究していなくても、金の山をすぐにもたらすことを期待してはうまくいきません。 すべてのプロジェクトは仕事です。 そして、ツールの選択-これは作業の段階の1つにすぎません。 そして、最も重要なものからはほど遠い。 さらに重要なのは、このツールを使用できることです。 記事を「マーケティング担当者からのCMS」と呼びました。 長所と短所。」 この記事が私が話していたことをほぼ述べられることを願っています。