إحاطة كاستثمار. نشر إنترانت بشكل صحيح

تحدثنا الشهر الماضي عن العلاقة بين العميل والمقاول. نواصل مناقشتنا للإحاطة ومكوناتها ومسؤوليات الشركاء.

تنفيذ البوابة عملية فردية ، ولا يوجد استبيان لجميع المناسبات. استنادًا إلى إجابات N على أسئلة محددة ، من المستحيل فهم آلام واحتياجات واحتياجات العميل. هناك فقط الخبرة وتراكم المعرفة والقدرة على الانغماس في أعمال العميل. أدناه ، مكسيم شينيكوف ، المدير التجاري لوكالتنا التفاعلية ، و Pavel Meldazis ، المتخصص الرائد في قسم حلول الشركات ، استنادًا إلى 15 عامًا من الخبرة ، وتبادل الملاحظات الشخصية والتعليقات والمخاطر.

وينبغي توضيح أن الجوانب والمبادئ الرئيسية للإحاطة لا علاقة لها بمنصة التنفيذ.

العمليات. لماذا كل هذا؟

العمليات الأساسية في جميع الشركات: تتبع الوقت ، موجز الأخبار ، دليل الهاتف ، الموظفين ، حول الشركة ، المستندات ، الجدول الزمني للغياب ، وما إلى ذلك. تعمل مجموعة الأدوات هذه لبوابة الشركة ، وقد لا تكون هناك حاجة حتى لمساعدة المقاول في تكوينها. ومع ذلك ، يجب أن نتذكر أن وظائف البوابة هي نتيجة لأهداف وغايات التنفيذ. تحدثنا بطريقة أو بأخرى عن الأهداف والغايات في المقالة الأولى - تحتاج إلى فهم مدى نضج العميل للتنفيذ. إذا لم تكن ناضجة ، كقاعدة ، نسمع: "أوه ، أريد نفس الأداة!". وعلى الأسئلة: "لماذا؟ كيف سيجعل هذا العمل أسهل؟ هل هناك حاجة؟ " - الإجابة يصعب الحصول عليها.

يقرأ العميل "الناضج" شيئًا ، ويعرف شيئًا عن القدرات ، والمنصات ، ويأتي بأسئلة محددة ، وأحيانًا حتى مهام رسمية: نريد أتمتة تقييم 360 درجة ، وإليك اللوائح ، وهنا هي بنية المسح. هذا أمر نادر للغاية ومميز للمنفذ.

قصة منفصلة هي عمليات فردية بدون بيان رسمي للمشكلة. توصل شركاؤنا ، صندوق تنمية الشرق الأقصى ، إلى مهمة أتمتة عملية مراجعة الطلبات من البداية إلى النهاية. من الضروري تحويل مسارها إلى نظام تكنولوجيا المعلومات ، من التقديم إلى دعم مشروع مباشر. يمكنك الذهاب بطريقتين: إحاطة طويلة وطويلة لكل مشارك في العملية أو طلب اللوائح. الأول مرهق لكلا الجانبين. والثاني لا يمكن إلا أن يكون في شركة من هذا المستوى. بعد كل شيء ، يتم تدريب الموظفين بطريقة أو بأخرى ، وفقًا لمعايير معينة ، فإنهم يتحكمون في عملية تنفيذ المشاريع.

في حالة WFDF ، كانت هذه سياسة خاصة تعكس مسار المشروع في الصندوق. قمنا بتحليله بالتفصيل ، وحددنا النقاط المرجعية ، وطرحنا أسئلة للتوضيح ، وعقدنا عدة اجتماعات مع المسؤولين عن العمليات المختلفة. ونتيجة لذلك ، شكلنا حلاً للمشروع.

إذن ما الذي نناقشه مع العميل؟

1. العمليات. ما هي المهام المحددة التي يجب أن تحلها البوابة. هذه خطوة حاسمة في الإحاطة ؛ حيث يتم بناء المزيد من الانغماس في أعمال العميل. الرغبة في جعل هذه العمليات أكثر راحة وأسهل هي سبب الاتصال بالوكالة.
2. اللوائح. كيف تعمل العمليات هنا والآن ، قبل التنفيذ. على طول الطريق ، نطلب من الشركة تسجيلات ، مواثيق ، أي أوصاف لما يحتاج إلى أتمتة.
3. خيبة الأمل. ما لا يناسب العمليات الحالية. نحدد معالم العمليات التجارية المستهدفة (المرغوبة) واختلافها عن العمليات الحالية.

الوحدات الوظيفية كيف يجب أن يعمل كل شيء؟

تشكل كل عملية عمل أساس وحدة وظيفية منفصلة يجب على المطور إنشاؤها.

في هذه المجموعة من الأسئلة ، يساعد المقاول العميل على أن يفهم بالتفصيل والتفصيل كيف يجب أن تبدو عملية الأعمال المستهدفة داخل البوابة - ما هي الوظيفة وكيف ستؤديها.

لسوء الحظ أو بفرح ، لا تحدث جميع العمليات التي تحدث مباشرة في تكنولوجيا المعلومات. من السهل نقل مجلس الشرف بأي شكل - الصور عند المدخل ، والبريد الشهري - إلى تكنولوجيا المعلومات ، والوحدة بنفس الشكل.

سير العمل والورق الإلكتروني - يبدو أن المبادئ هي نفسها ، ولكنها في الواقع مختلفة. لقد واجهنا حقيقة أن العميل يتخيل جزءًا معينًا من العملية ولا ينظر إليه بالكامل. على سبيل المثال ، إجراء الموافقة على الاتفاق.

هذه العملية مختلفة تمامًا بالنسبة للجميع في البداية. سلسلة الموافقات في فراغ: يجب الاتفاق على الاتفاق مع الاقتصاديين والمحامين لإرسال الرأس الذي يضعه فيزا.

ومع ذلك ، لا تُبرم العقود في فراغ وتنشأ صعوبات:

1. شخص ما لم يتقدم للحصول على تأشيرة ، في أي مرحلة يعود العقد؟ في البداية أم يبقى في التيار؟
2. كيف يتم التفاعل مع الشخص الذي أبرم العقد معه؟ من يتواصل معه؟ يجب أن يكون هناك تسجيل.
3. يتم إرسال الإشعارات شخصيًا أم أنها تلقائية؟
4. مطلوب مناقشة داخلية ، هل هناك أي حدود (مؤقتة ، عطاء ، شراء)؟
5. هل إصدار المستند مطلوب؟
6. هل المصالحة بالتوازي؟
7. هل من الممكن تفويض ما تم تفويض موظف له بالفعل؟ هل هذه عملية تلقائية أم يجب على الموظف الذي تصل درجة حرارته إلى 40 الدخول إلى البوابة وتحديد المربع ، ما الذي ينقل المهمة؟ أم أنها مسؤولية المسؤول؟

لتوضيح جميع الفروق الدقيقة ، من الضروري دراسة اللوائح المقررة والممارسات الحقيقية.

في العديد من هذه العمليات ، هناك الكثير من الحيل التي تضع العميل في ذهول. تتمثل مهمة الوكالة في طرح أسئلة نقطية على الفور والتحدث عن الصعوبات المحتملة.

بطبيعة الحال ، لا يستطيع المقاول ، حتى مع وجود مليون مشروع خلفه ، معرفة الاختلافات المختلفة لنفس العمليات ، ناهيك عن الأتمتة المخصصة. وكالة تكنولوجيا المعلومات ليست خبيرة في علم المعادن أو البناء أو الاستثمار.

يساعد التحليل الأولي التفصيلي للفرد ، أهم الوظائف على فهم ما إذا كنت تتحدث اللغة نفسها ومدى اهتمام العميل بالمشروع ، وما إذا كان مستعدًا للانغماس في التطوير ، والتشجيع على ذلك ونشره في الشركة. تحدثنا عن هذه الجوانب في مقال سابق .
بافيل ميلدازيس ، أخصائي أول ، قسم حلول الشركات

ما الذي نناقشه في محادثة حول الميزات؟

1. وحدات وظيفية في الواقع. ما الأدوات التي يجب أن تحل المشكلة. تؤثر مجموعة وتعقيد الوحدات الوظيفية بشكل مباشر على تكلفة ومدة وتعقيد التطوير.
2. مطبات. نعرض الخيارات لحل المشاكل ، وشرح التعقيد المحتمل للخيارات المختلفة لتنفيذ الوظائف ، إذا كان ذلك متوقعًا. يمكن إضافة أقسام وتنفيذ غير معقدة إلى التكوين مثل هذا ، دون الاهتمام المناسب. ليست مهمة الوكالة هي التدريس ، ولكن الانتباه إلى الاختناقات.
3. ومرة أخرى المواد. نجد الأوصاف الحالية (والوحيدة!) للعمليات والتعليمات وأي مواد تساعد على فهم التعقيد التخيلي أو الواضح للأتمتة.

حقوق الوصول. هل كل شيء قياسي؟

تسأل الموارد البشرية خلال الإحاطة: "وكيف يظهر الناس على البوابة؟" هذه واحدة من القضايا المبتذلة ، لكنها متكررة ومهمة.

في معظم المشاريع ، يتم حل المشكلة عن طريق التكامل مع عميل AD.

يبدو أنه إجراء قياسي. هناك بوابة قياسية. ولكن ، كالعادة ، تنشأ صعوبات في عملية التنفيذ. السهولة الظاهرة للاندماج تربك العميل. من المهم توضيح أين قد تنشأ الصعوبات وكيفية تجنبها. على سبيل المثال:

1. ترتبط حقوق الوصول مباشرة بالتسلسل الهرمي. في م ، ليس صحيحًا دائمًا - لا يوجد مرؤوسان. في بعض الأحيان يتم تفريغ الهيكل من 1C: ZUP. ونتيجة لذلك ، من المهمة الصغيرة في الأساس لإعداد الوصول إلى البوابة ، يتبع تكاملين: بيانات الاعتماد من AD ، بنية من 1C: ZUP.
2. البيانات المغلقة. يخزن م معلومات كاملة الموظف. لا تسمح لك قواعد الأمان بفتح المعلومات على الإنترنت. في بعض الأحيان تحتاج إلى القدوم إلى مكتب العميل والجلوس على الشبكة المحلية وتعديل الهيكل.
3. تنظيم حقوق الوصول. داخل البوابة الإلكترونية ، يتم تخصيص قائمة بالوظائف والوثائق المتاحة للمستخدم من مستوى معين. ولدت مصفوفة الدور في نقاش كبير. هناك حالات لا يمكن الوصول فيها إلى الموظف ، لكنه يشارك في هذه الكتلة في مرحلة معينة في دور صغير ويجب أن يرى جزءًا فقط. عملية إعداد الوصول ليست تافهة.

مقتطف من مصفوفة الأدوار لأحد مشاريعنا .

ماذا نناقش أيضا؟

1. مجموعة من مجموعات المستخدمين تسرد عمليات الوصول المقابلة. التي تضيف ، إعادة تسمية ، حيث لتغيير الحقوق.
2. الأنظمة التي تراكم حسابات الموظفين. حيث يتم عرض التسلسل الهرمي بشكل أفضل ، وأين البيانات الشخصية ، التي سيكون من الضروري القيام بالتكامل فيها.
3. الترتيب في هيكل م. لتلبية احتياجات الشركة ، يتم إنشاء المستخدمين التقنيين: طابعة ، سكرتيرة مشروطة. لا ينبغي أن يكونوا على البوابة. لذلك يجب تقويم الهيكل. من سيفعل ذلك؟ العميل ، على سبيل المثال ، رمز اليدين أو المقاول.
4. نقل البيانات. ما إذا كان العميل مستعدًا لنقل المعلومات الشخصية من خلال موجز ويب آمن.

بيئة تكنولوجيا المعلومات. ماذا التكامل مع؟

من حيث حقوق الوصول ، فقد أثارنا مسألة إدخال البوابة في البنية التحتية العامة لتكنولوجيا المعلومات للشركة. ومع ذلك ، فإن البنية التحتية ليست م فقط ، بل يمكن أن تكون SAP ، تكوينات مختلفة من 1C ، LMS ، حاسبات للسلع / الخدمات ، أنظمة مكتوبة ذاتيا ، وما إلى ذلك ، وما إلى ذلك. التكامل مع كل منهم هو موضوع منفصل للمحادثة خلال إحاطة مع المتخصصين المتخصصين من جانب العميل.

ماذا نكتشف؟

1. توفر الأنظمة التي قد تتأثر بتنفيذ البوابة. قد تكون هذه أنظمة تنقل جزءًا من وظائفها. على سبيل المثال ، يتم تحويل موصلات نظام التشغيل التي تصل إلى الأقراص المحلية إلى قرص "تخزين الملفات" مع القدرة على إرسال روابط الزملاء والشركاء محدودة المدة ومحمية بكلمة مرور.
2. هل هناك شيء لا يناسب الأنظمة الحالية؟ ماذا تريد أن تنتقل إلى أكتاف البوابة؟ على سبيل المثال ، سينتقل منتدى على محرك قديم (نعم ، لا يزالون يعيشون) إلى "مجموعات العمل".
3. وبصرف النظر عن القدرة على الاندماج مع المهاتفة. هنا تحتاج إلى التحدث عن سيناريوهات الاستخدام المختلفة ، بدءًا من CRM إلى الاتصال الداخلي واستبدال PBX الحالي.
4. توفير الوصول إلى الأنظمة المتكاملة. العميل جاهز لتقديمها ، أو ينظم المتخصصون فيه تفريغ المعلمات الضرورية للحصول على البيانات من أنظمة العميل.
5. هل يوجد لدى العميل متخصصون مستعدون للقيام بالعمل من جانب الأنظمة المشاركة في التكامل ، أو على الأقل تقديم المشورة بشأن التشغيل الحالي لهذه الأنظمة؟
6. هل يجب أن تكون البوابة بداخل الشبكة المحلية أو يمكن الوصول إليها من الخارج (لاستخدام المهام ، والمجموعات ، وتطبيقات الهاتف المحمول ، وما إلى ذلك)؟ ما هي القيود المفروضة من قسم أمن المعلومات؟
7. هل متخصصو العملاء على استعداد لتنظيم البنية التحتية للخادم وفقًا لمتطلبات المطور؟ هل سيكونون قادرين على تنظيم المنطقة منزوعة السلاح إذا لزم الأمر؟

جزء صغير من البنية التحتية لتكنولوجيا المعلومات للحساب الشخصي لكيان قانوني لأحد عملائنا ، والذي يعرض جميع عناصر المزامنة للتشغيل الصحيح مع الأنظمة الخارجية.

كمثال ، دعونا نلقي نظرة على اختناقات أكثر عمليات الدمج شيوعًا و "بسيطة".

التزامن مع MS Exchange

هناك Outlook - البريد ، والتقويمات المشتركة ، وجهات الاتصال ، ومخطط الاجتماعات ، وأداة مريحة لا غنى عنها في الشركات الكبيرة. التبادل - خادم حيث يتم تخزين حسابات الموظفين ، وبالتالي جميع البيانات من Outlook.

يعد نقل الموظفين من Outlook إلى التقاويم الشخصية والبريد على البوابة فكرة سيئة.

الحجة الأولى. التوقعات مألوفة. يقوم البرنامج بإغلاق جميع المهام وازدواجية الوظائف في البوابة - الوقت الإضافي والجهد والمال.

الحجة الثانية. إن إمكانية المزامنة غير المؤلمة والناجحة مع خادم Exchange هي مسألة نسخته. لا يتم دعم التكامل مع الإصدارين 13 و 16 من حيث المبدأ. نقول بصراحة أن هذه الأداة على البوابة لا تعمل ، ولا يوجد جدول مزامنة واضح وراسخ.

ماذا نناقش؟

1. نسخة التبادل. هل من الممكن الاندماج على الإطلاق؟
2. عقلانية التزامن. التزامن مع التقويمات الشخصية للموظفين من Exchange يجعل البوابة مجمعا عالميا لأدوات العمل. لكن هذا التكامل غالبًا لا يكون مبررًا بسبب تعقيده وعدم ربحيته للعميل.
3. اقترح بديل. تغلق بعض مهام Outlook الوظائف القياسية - وحدة حجز مفاوضات Bitrix ، والمراسلات داخل مجموعة العمل ، ومهمة محددة ، مثل التماثلية لاتصالات البريد المحملة.

التكامل مع 1C

1C هي أداة مرنة وشخصية تتكيف مع احتياجات الشركة. من المستحيل تلبية نفس البرامج المضبوطة ، ولا أحد يستخدم التكوين القياسي.

ينشأ الموقف: من أجل تكامل 1C مع بوابة الشركة ، توجد وحدة قياسية ، ولكن 1C لم تعد وحدة قياسية ولم تعمل الوحدة النمطية. التكامل لا يزال ممكنا ، لكنه أصبح أكثر صعوبة.

الطبيعة المحصورة لخدمة 1C مربكة أيضًا. يتم تنفيذ التكامل على جانب المدخل وعلى جانب 1C. من أجل الأداء السليم لـ 1C ، كقاعدة عامة ، تكون شركة خارجية ، موظف داخلي ، موظف خارجي مسؤولاً. هو دائما الوصول إلى المعلومات التجارية. يتم إجراء التغييرات في 1C بيد واحدة. بالنسبة لوكالة تكنولوجيا المعلومات ، هذه حديقة غريبة ومن الخطأ التسلق هناك ، حتى إذا كانت الوكالة في الولاية تمتلك odnosniks ممتازة.

لذلك ، يجب أن يقوم العميل بنفسه بالعمل على جانب 1C ، مما يضيف خطوة إضافية من التفاعل ويعقد العملية ويزيد وقت التكامل.

وهنا يجب على العميل التفكير فيما إذا كان ذلك ضروريًا أم لا. هل سيكون هناك ازدواج لا معنى له للنظام. غالبًا ما يكون التكامل مطلوبًا لتنسيق الحسابات والعقود وإعداد التقارير. إذا لم يتم تضمين العمليات المرتبطة بالتفاعل الفوري مع 1C في البوابة ، فلا يجب عليك مضاعفة الكيانات دون الحاجة.

إذا عملنا على أساس 1C-Biriks ، فقد يعترض العميل: "1C و 1 C-Bitrix هي أحد مجالات الشركة ، فلا توجد صعوبات بينهما". في الواقع ، لا يوجد شيء مشترك من الناحية الفنية ، لا يوجد منتج. هذه هي حلول طرف ثالث على الإطلاق مع مجموعة مختلفة من الوحدات.

ماذا نناقش؟

1. الحاجة للتكامل. إذا كانت البوابة أداة للتنسيق ، والمصادقة على الحسابات ، والعقود ، فإن إجراء التكامل منطقي. هذه مهمة واضحة لمتجر عبر الإنترنت ، ولكنها مثيرة للجدل بالنسبة لإنترانت ، والتي لا تكون دائمًا ذات أهمية قصوى للتفاعل مع البيانات المالية.
2. تحميل البيانات. هل العميل جاهز لمنح أي حق الوصول إلى 1C ، أم أنه سيقوم بنفسه بإفراغ الحقول الضرورية من البرنامج.
3. تطوير إضافي. للتحذير من أن البوابة القياسية لنقل البيانات غير قابلة للتطبيق في معظم المشاريع ، يلزم تخصيصها.

واجهات هل سنجلب الجمال؟

أول اتصال للمستخدم مع البوابة

الصفحة الرئيسية هي الانطباع الأول الذي سيحصل عليه المستخدمون من البوابة. إذا لم يفهموا ، صعبًا ، غير ملائم ، فيمكن العمل على تنفيذ البوابة عبثًا.

لن تطير أداة الشركة ، سيتم التخلي عنها ولن يتم فهمها ، لأن الطريقة القديمة أكثر قابلية للفهم وأسرع. بالطبع ، تعد الواجهة سهلة الاستخدام جزءًا صغيرًا فقط من عملية التنفيذ في ثقافة الشركة ، ولكن مع دور منفصل خاص بها.

لا يقتصر تكوين الصفحة الرئيسية على تجربة المستخدم وسهولة الاستخدام والملاحة فحسب ، بل أيضًا مهام عملاء الأعمال:

1. لماذا تكون الكتلة ضرورية أم غير ضرورية؟
2. ما مدى عمق هذه الأدوات أو غيرها؟
3. ما الإخطارات ذات الأولوية؟

هنا يمكنك البناء على احتياجات العميل. نحن بحاجة إلى متتبع مهام - نستنتج أنك لا تحتاج إلى أي شيء بخلاف الأخبار ودليل الهاتف - نحن نتبع نفس النمط.

ماذا نناقش؟

1. أدوات الأولوية. يجب أن يكون أصحاب المصلحة على دراية جيدة بالعمل الروتيني لمرؤوسيهم ، والذي سيصبح أسهل بسبب الهيكل المختص للصفحة الرئيسية.
2. الفرضية. ما الذي يجب أن يصبح عادة مستخدم؟ يتم إخفاء العديد من العناصر حتى لا تضغط على الواجهة وتبسطها - وهذا أمر طبيعي. تحويل الإنترانت إلى 1C ، حيث تضيع ولا تفهم ماذا تفعل ، ليس عمليًا. باستخدام Word ، فإنك تفهم جيدًا أن ثلاث شرطات إلى المحاذاة اليسرى إلى اليسار ، وثلاث إلى اليمين إلى اليمين. يعمل المستخدم في النظام كل يوم ويعتاد على الحلول الجديدة بسرعة.

العلامة التجارية

اعمل يوميًا في مساحة تعكس هوية الشركة - مع الحفاظ على روح الشركة وثقافتها وقليلاً من الفخر. يرى العملاء والمقاولون هوية الشركة بطرق مختلفة. في الحقيقة:

1. تغيير الخطوط والخلفية وإضافة شعار هي قصة بسيطة. لا يتطلب تكاليف إضافية. المستوى الأساسي.
2. يعد النقل والإزالة وإضافة الكتل وعناصر واجهة المستخدم وتغيير الشبكة المعيارية قصة أخرى وكذلك حول التصميم. المستوى المتقدم.

يمكننا تعديل قالب التصميم بالكامل من صفحة التفويض إلى الزر "موافق" عند إنشاء المهمة. ولكنك تحتاج دائمًا إلى إجابة للسؤال: "لماذا؟".

إحدى صفحات بوابة شركة فيرست فرايت. بالنسبة للمشروع ، لم يتم تغيير الواجهات الفردية فحسب ، بل تم أيضًا دعم نظام التصميم الخاص بها.

ماذا نناقش؟

1. الأهمية والضرورة. بالنسبة لمعظم العملاء ، تعد إعادة التصميم مهمة اختيارية. يصبح ضروريًا للشركات الكبيرة جدًا ، حيث يتم تحديد وإثبات قضايا الامتثال لهوية الشركة.
2. كتب العلامات التجارية ، والمبادئ التوجيهية ، وأنظمة التصميم. هل لدى العميل شيء على الأقل؟ إذا لم يكن هناك شعار أو شعار أو رمز أو لون شركة ، نعود إلى العنصر الأول أو نوصي بالاتصال بوكالة تسويق أو علامة تجارية.
3. إطار للتغييرات البصرية القياسية. حدد ما هو مدرج في المستوى الأساسي لبوابة التغيير البصري.
4. التفاصيل الدقيقة وتعقيدات التصميم العميق.

نهج التعاون والتنفيذ

: , , - , — . , , , , -, .

. , . , , , .

?

1. - . ? , -? ?
2. . ? - KPI?
3. - . , - , -?
4. . , , . , - .
5. , . , , ? ?
   , . - , . .
6. . — - , « ». , () . , , , .
7. . ? ?
8. . . , ?

IT- -, , .
.

—

, . ( ) :

• - -;
• ;
• , ;
• ;
• ();
• , ;
• .

-, - .

—

, , - ( ), , . , .

?

, , . :

1. . .
2. : , , , , .
3. , .

, . , , . - , - , - ( ).

, — , , , , . , - , .
,

, , , :

1. , .
2. , IT-. , .
3. - , , .. — .
4. . , , .
5. , . , , . — .

ما هي الخطوة التالية؟

. :

1. , . . .
2. , ( , , , ).
3. , — , - , , , , , , , .. .

, , . . — .

, , , .

, -, , .