كيفية عمل المواصفات الفنية المختصة لتطوير الموقع

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

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

ستكون المقالة مفيدة:

  • أي شخص له علاقة بإنشاء المواقع: المطورين والمصممين ومصممي التخطيط.
  • مديري المشاريع.
  • رؤساء الاستوديوهات الرقمية.
  • رجال الأعمال الذين يخططون لطلب تطوير الموقع.

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

ما هي المهمة التقنية ولماذا هي ضرورية؟

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

الهدف الرئيسي من المهمة الفنية: التأكد من فهم العميل والأداء لبعضهما البعض بشكل صحيح.

فوائد المواصفات الفنية كثيرا. لكل جانب لديها قناعاتها.

فوائد العملاء:

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

الاستفادة من الأداء:

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

الآن لنرى كيف نجعل مهمة فنية جيدة تؤدي كل هذه الوظائف.

الاختصاصات هي المؤدي

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

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

هذا لا يعني أن العميل يختفي ويظهر في النهاية من أجل الكتابة: "،с ، أنا أوافق". يجب أن يشارك أيضًا في العملية:

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

بالطبع ، يمكن للعميل رسم نسخته من المعارف التقليدية. ربما هذا سوف يسرع عملية إنشاء مهمة فنية نهائية. وربما تتحول القمامة التي يتم إلقاؤها بهدوء إلى القمامة.

اكتب بشكل فريد وبدقة

هذه النصيحة مستمدة من الهدف الرئيسي للمشروع الفني - "التأكد من فهم العميل والأداء لبعضهما البعض بشكل صحيح".

في المهمة الفنية لا ينبغي أن يكون هناك صفات الجودة: جميلة وموثوقة وحديثة. لا يمكن فهمها بوضوح. لكل فرد مفاهيمه الخاصة عن الجمال والحداثة.

نلقي نظرة. اعتقد شخص ما أن هذا التصميم كان جميلًا وسمح له باستخدامه على موقعه على الويب:

نفس الشيء مع تركيبات غامضة لا تعني بحد ذاتها أي شيء:

  • يجب أن يروق الموقع للعميل. وإذا كان لديه مزاج سيئ؟
  • يجب أن يكون الموقع سهل الاستخدام. ماذا يعني هذا؟ مريحة لماذا؟
  • يجب أن يتحمل الموقع الأحمال الثقيلة. 10 آلاف زائر؟ أو 10 مليون؟
  • محتوى خبير عالي الجودة. حسنا ، أنت تفهم.

تحقق من الغموض في النص. إذا كان هناك - إعادة كتابة. يجب أن تكون الصياغة الخاصة بك واضحة ودقيقة:

  • يجب أن يتم تحميل الموقع بسرعة → يجب أن تحتوي أي صفحة من صفحات الموقع على أكثر من 80 نقطة في Google PageSpeed ​​Insights.
  • كميات كبيرة → 50 ألف زائر في نفس الوقت.
  • تعرض الصفحة الرئيسية قائمة بالمقالات. تعرض الصفحة الرئيسية قائمة بالمقالات الستة الأخيرة المنشورة.
  • واجهة اشتراك بسيطة الاستخدام سهلة الاستخدام → اترك حقل البريد الإلكتروني وزر الاشتراك ← رسم تخطيطي *.

مع فرز الكلمات ، دعنا نذهب إلى الهيكل.

أدخل المعلومات العامة

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

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

اشرح المصطلحات الصعبة

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

وصف الأدوات ومتطلبات الاستضافة

تخيل أنك صنعت موقعًا رائعًا لمدة شهرين. تم تنسيق كل مرحلة مع العميل - كان مسروراً. والآن حان الوقت لتولي هذا المنصب. يمكنك إظهار منطقة المسؤول ، ويصرخ العميل: "ما هذا؟ Modex؟ اعتقدت أنك ستفعل ذلك على WordPress!"

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

قائمة متطلبات الموقع

يجب أن يعمل الموقع في جميع متصفحات الإصدارات الحالية وعلى جميع أنواع الأجهزة. نعم ، من الواضح لأي مطور وأي عميل. لكن من الأفضل أن تكتب لحماية العميل من العمل غير العادل.

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

حدد بنية الموقع

قبل البدء في التصميم والتخطيط ، يجب أن توافق على بنية الموقع مع العميل.

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

يمكنك إظهار هيكل القائمة ، يمكنك رسم مخطط كتلة. كما تفضل.

هذه هي واحدة من أهم مراحل العمل على الموقع. الهيكل هو الأساس. إذا لم ينجح - سيظهر الموقع منحنى.

اشرح ماذا سيكون في كل صفحة.

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

النموذج - طريقة أكثر بصرية لا لبس فيها. يرسم الفنان رسومات من كل صفحة ويرفقها بالصلاحيات. يرى العميل شكل واجهة موقعه في المستقبل ويقول ما يحبه وما الذي يجب تغييره.

تعداد العناصر - بديل كسول للنموذج الأولي. اكتب فقط الكتل التي يجب أن تكون على الصفحة وماذا تفعل.

اكتب سيناريوهات استخدام الموقع

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

  • عمل المستخدم
  • استجابة الموقع.
  • نتيجة.

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

اقرأ المزيد عن سيناريوهات الاستخدام في ويكيبيديا.

تحديد من المسؤول عن المحتوى.

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

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

من المفيد الإشارة إلى أن كل المحتوى يجب أن يكون فريدًا. حماية عميل آخر من فناني الأداء عديمي الضمير.

صف التصميم (إن أمكن)

كما هو الحال في النص ، من الصعب التوصل إلى معايير موضوعية لتقييم التصميم. إذا كنت تتفق مع العميل حول نظام الألوان - اكتبه. إذا كان لديه دفتر علامات تجارية مكتوب فيه الخطوط ، فذكرها أيضًا.

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

بدلا من الإخراج: هيكل المهمة التقنية

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

  • معلومات عن الشركة والجمهور المستهدف وأهداف وغايات الموقع.
  • مسرد للمصطلحات التي قد لا تكون واضحة للعميل.
  • المتطلبات الفنية لتخطيط وتشغيل الموقع.
  • وصف التقنيات المستخدمة وقائمة متطلبات الاستضافة.
  • هيكل موقع مفصل.
  • النماذج الأولية للصفحات أو أوصاف العناصر التي يجب أن تكون عليها.
  • سيناريوهات لاستخدام واجهة مخصصة (اختياري).
  • قائمة المحتوى الذي يجعل المطور.
  • متطلبات التصميم (اختياري).

أنا أوصي أيضا القراءة

  • قواعد لتجميع مواصفات متطلبات البرامج. SRS - الخطوة التالية في تطور المواصفات الفنية. اللازمة لمشاريع كبيرة ومعقدة.
  • معايير وقوالب لتطوير البرمجيات. أوصاف GOSTs المختلفة ومنهجيات لإنشاء المواصفات.

هذه هي نهاية الجزء الذي كتبت. ولكن هناك تعليق آخر - تعليقات المتخصصين الذين ساعدوا في إعداد الدليل. قراءة ، وهذا مثير للاهتمام أيضا.

تعليقات المطور

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

آشا Sahakyan ، مصمم على شبكة الإنترنت ، لحسابهم الخاص

يجب كتابة المشروع الفني من قبل مدير المشروع أو قائد الفريق أو المطور نفسه (إذا كان مستقلاً ويعمل لوحده). لا يفهم العميل المواقع - لا يستطيع أن يأخذ في الاعتبار كل شيء مهم.

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

كلما كانت المهمة أكثر تعقيدًا ، كلما كانت TZ. عندما شاركت في مشاريع كبيرة ، رأيت المواصفات الفنية لمدة 30 صفحة.

غورام سيبكي ، مؤسس Udix Media Digital Studio

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

TK هو مدير المشروع بعد التحدث مع العميل ومناقشة المشكلة مع المصمم.

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

نشير إلى:

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

القسمان الأخيران هما الأكثر أهمية. أنها توفر فهمًا لما سيكون عليه الموقع وكيف سيعمل.

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

ديمتري كوزمين ، مدير المشروع

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

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

وما زلت بحاجة لرسم رسومات تقريبية لما يجب أن يحدث. مع تعليقات مفصلة.

ألكساندر كوروتشكين ، مؤسس استوديو إيتون آيديا

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

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

تعد الاختصاصات معيارًا تقارن به أنت وعملائك موقعًا ما. من الضروري للجميع:

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

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

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

في المعارف التقليدية نشير إلى:

  • الغرض من الموقع ؛
  • متطلبات الخادم
  • وصف الموقع وعناصره الفردية ؛
  • التقنيات المستخدمة والمكتبات
  • تخطيط تصميم واجهة.
  • هيكل ومنطق التحولات الداخلية ؛
  • أدوار و سيناريوهات العمل مع الموقع لكل منهم ؛
  • بنية قاعدة البيانات (اختياري).

نصيحتي للقراء هي أولاً وقبل كل شيء إقامة التواصل. إذا كان أعضاء الفريق لا يستطيعون فهم بعضهم البعض والعميل - فلن تساعدك أي اختصاصات.

يوري كيتوف ، مطور الواجهة الأمامية ، مستقل

أنا لا أحب العمل على TZ. معظم المعارف التقليدية التي رأيتها مرهقة للغاية وغير فعالة. بالنسبة لي ، الموقف المثالي هو عندما يقوم العميل في فقرة واحدة بصياغة مهمة الموقع والسياق الذي سيتم استخدامه فيه.

على سبيل المثال:

موقع لمسرح العرائس. وتتمثل المهمة في إخبار الزوار عن المسرح والمرجع ، لإتاحة الفرصة لحجز تذكرة عبر الإنترنت.

في هذه الحالة ، فإن أهم شيء بالنسبة لي هو المراجع. سأرى ما قام به Studio Lebedev Studio و Nimax و RedCollar و ONY و Sibiriks وحوالي 10 شركات أخرى حول هذا الموضوع ، واختر 2-3 من أكثر المشروعات نجاحًا ، واتفق مع العميل ، وسيتم إرشادهم.

أو هكذا:

صفحة ترويجية للبيع بالحناء للبيوطوازية.

الشيء الرئيسي هنا هو إنشاء موقع ويب يمكنك من خلاله تحقيق KPI الضروري. نحن نلقي نظرة على المواقع التي تقوم بها IT-Agency و Convert Monster ونعملها أيضًا ، لا يتعين علينا اختراع أي شيء.

Чем больше контента дает клиент, тем лучше. Если вы дадите мне 1000 фотографий, 20 видео, 50 страниц текста - супер. Я сам все отфильтрую и выберу то, что нужно. Я немного утрирую, но, в общем, это так. Чем больше контента на входе, тем лучше, но оставьте за мной право выбирать.

Александр Белов, проект-менеджер "Teksterry"

المهمة الفنية ضرورية لأي مشروع. يجب أن تتضمن كل TZ:

  • الأهداف والغايات التي سيقوم الموقع بتنفيذها.
  • الجمهور المستهدف.
  • عملت بالتفصيل ، بنية الموقع.
  • عناصر واجهة الموقع.

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

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

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

كيف نعد المشروع الفني:

  • نقوم بتحليل المعارف التقليدية المرسلة من قبل العميل.
  • نحن ندرس النموذج الأولي وتصميم الموقع.
  • بناءً على البيانات التي تم الحصول عليها ، نبدأ في اختيار الوحدات الوظيفية للموقع التي سيتم استخدامها بنسبة 100٪ والتي قد تحتاج إلى استخدامها.
  • نقوم بتسجيل العناصر التي ستكون ضرورية أثناء العمل مع الواجهة.
  • بناءً على هذه البيانات وتقييم "وزن" الموقع ، نقوم بحساب متطلبات النظام المناسبة لاستضافة الموقع.
  • بعد هذه النقاط الأساسية نبدأ في رسم المواصفات في مزيد من التفاصيل لكل صفحة.
احفظ هذه المقالة وأعد القراءة عندما تقرر طلب موقع. بالمناسبة ، يمكن القيام بذلك في وكالتنا. كاك-sostavit-gramotnoe-tekhzadanie-نا-razrabotku-sayta
#
تطوير الويب

شاهد الفيديو: افضل الطرق لتصميم منزلك. مساعد القفاري (ديسمبر 2019).

Loading...

ترك تعليقك