2 رای

روز بخیر، خوانندگان عزیز. کار بر روی یک وب سایت با مشتری همیشه دشوار است. مشتری، به عنوان یک قاعده، یا "چیزی جالب" یا "هیچ چیز غیرعادی" می خواهد، بگذارید مثل بقیه باشد. مفاهیم انتزاعی، شما موافق خواهید بود. اگر این اولین سفارش شما است، ممکن است حتی با کلمات مشابه خوشحال شوید: "باحال، آنها به من آزادی خلاقانه می دهند، من می توانم هر کاری که بخواهم انجام دهم." من از تجربه می توانم به شما بگویم، هیچ چیز شبیه آن نیست!

مشتری درک خود را از "باحال" و "مثل بقیه" دارد. ممکن است حدس نزنید، در خلق و خوی نامناسبی قرار داشته باشید، یا مشتری به سادگی تصمیم خواهد گرفت که "برای چنین پولی، این پسر (یا دختر) می تواند کمی کار بیشتری انجام دهد." برای جلوگیری از این اتفاق، امروز به نحوه ترسیم مشخصات فنی برای توسعه وب سایت می پردازیم.

برنامه اقدام برای کار با مشتری

مشتری پیدا میکنی او آماده است پول را پرداخت کند و شما دست به کار شوید. از کجا شروع کنیم و چگونه ادامه دهیم؟

• ارتباط اول

بنابراین، شما اطلاعات اولیه را دریافت کرده اید: این ممکن است به صورت حضوری (اگر خودتان خدمات ارائه دهید) یا از طریق تلفن (زمانی که مشتری شما را خودش پیدا کند) اتفاق بیفتد. فرض کنید می دانید که مشتری از شما یک فروشگاه اینترنتی می خواهد و خودش صاحب یک جواهرات زنجیره ای است. هرگز یک مکالمه در مورد سایت را بلافاصله شروع نکنید. قراری بگذارید تا همه با هم و هماهنگ آماده شوید.

سعی کنید به نحوی به فرد انگیزه دهید که به اطلاعات نگاه کند تا تصور واضح تری از آنچه از شما می خواهد داشته باشد.

• آماده سازی و اولین مختصر.

به سایت هایی که فکر می کنید برای مشتری مناسب هستند نگاه کنید. برخی از قالب ها را دانلود کنید و بگویید سایت می تواند دقیقاً شبیه این باشد. هر چه مواد بیشتر باشد بهتر است. به شما اجازه دهید چیزی برای نشان دادن به مشتری داشته باشید، ایده روشنی از اینکه او چه چیزی را دوست دارد و چه چیزی را دوست ندارد داشته باشید. از مفاهیم انتزاعی سریال اجتناب کنید: زیبا، راحت، با کیفیت بالا. هر کس ایده های خود را در مورد این دسته بندی ها دارد.

در حالت ایده آل، حتی بهتر است که مشتری را با این مواد یک روز کنار بگذارید یا چند روز قبل از جلسه آنها را از طریق پست بفرستید. اگرچه، در این مرحله، مشتری، به عنوان یک قاعده، علاقه خاصی به پورتال ندارد. او آماده است که حقیقت را بلافاصله بعد از واقعیت قطع کند و شما را مجبور کند که آن را دوباره انجام دهید و چیز جدیدی اضافه کنید، اما از قبل در مورد چیزی بحث نکنید. بنابراین، تنها راه نجات این است که هر چه بیشتر بپرسید و هر کلمه را یادداشت کنید.

• تنظیم و امضای مشخصات فنی.

به یاد داشته باشید، هرچه تعداد کاغذ بیشتر باشد، قنداق تمیزتر است. هر چیزی که از مشتری ممکن است را یادداشت، ترسیم و امضا کنید. پس از آن، چیزی برای نشان دادن خواهید داشت. به طور کلی، هنگام نوشتن مشخصات فنی، بلافاصله تصور کنید که شما و مشتری چشم به چشم نمی بینید و از پرونده خود در دادگاه دفاع می کنید.

ما در مورد پروژه های بسیار گران قیمت صحبت نمی کنیم و امیدوارم که در بین مشتریان موفق باشید. اما یک مشتری دقیق می تواند برای مدت طولانی روحیه شما را خراب کند. شما می خواهید تف کنید، پول را رد کنید، فقط برای اینکه دیگر با او ملاقات نکنید. این قابل درک است، اما اگر در ابتدا خود را به عنوان یک حرفه ای نشان دهید، همه چیز را به طور کامل مطالعه کنید و خود را به عنوان یک فرد محترم نشان دهید، دیگر مجبور به انجام این کار نخواهید بود.

یک روز خیلی خوش شانس بودم. مشتری قبل از آمدن به جلسه، موضوع را مورد مطالعه قرار داد و خودش نه تنها یک مشخصات فنی شایسته، بلکه یک تکلیف هنری نیز تهیه کرد. یعنی ادبی و توصیف همراه با جزئیاتچه چیزی باید به نظر برسد تعجب من حد و مرزی نداشت و او پاسخ داد: "من معتقدم که خود مشتری اول از همه باید بداند چه می خواهد و متخصصان را عذاب ندهد." متأسفانه این اتفاق نادر است، بنابراین باید سؤال کنیم، تجویز کنیم و تأیید کنیم.

• توسعه و استقبال.

هنگامی که همه چیز را امضا کردید، می توانید اجرای پروژه را شروع کنید.

چه چیزی نباید در مشخصات فنی باشد و چه چیزی باید وجود داشته باشد

در واقع، مشخصات فنی نباید حاوی دستورالعمل هایی در مورد خود طرح باشد. شما می نویسید که در یک وب سایت برای یک برنامه نویس یک صفحه کلید بکشید، و سپس شروع می شود - اینطور نیست، من می خواهم به سبک کمیک باشد و سپس ثابت کنم که شما آهو نیستید. هرچه بهتر خودتان را به عنوان یک حرفه ای ثابت کنید، شکایت های کمتری علیه شما وجود خواهد داشت!

شما خودتان می دانید که در چه سبکی و چه چیزی باید کشیده شود. شما با یک وظیفه روبرو هستید: بهبود آگاهی از برند یا ایجاد انگیزه در افراد برای تعطیلات در فلان مکان. اینکه چگونه این وظیفه را پیاده سازی خواهید کرد، مشکل شماست. چیزی که گم شده بود این بود که مشتری به شما یاد بدهد که چگونه کد بنویسید و به شما بگوید از چه ابزارهایی استفاده کنید.

اجازه دهید بیانیه کاری شما حاوی این عبارت باشد: "هر چیزی که مورد توافق قرار نگرفته است به صلاحدید مجری انجام می شود." و لازم نیست این خط را با فونت کوچک بسازید. بگذارید او از قبل فکر کند و زمانی که پروژه از قبل آماده است شروع به رویاپردازی نکنید. البته می توانید و باید تغییرات کوچکی ایجاد کنید. شهرت خوب کلید مشتریان آینده است، اما گاهی اوقات یک مشتری می تواند آنقدر با خواسته هایش آزاردهنده باشد که نمی خواهد زندگی کند.

یک بار دیگر می خواهم توجه شما را بر این واقعیت متمرکز کنم که مشخصات فنی نباید حاوی مفاهیم انتزاعی باشد: "راحتی"، ​​"زیبا"، "کیفیت بالا" و غیره. اجازه دهید مرزها روشن باشد: به جای راحتی جستجو، بهتر است فیلتر کردن بر اساس تاریخ یا مطالب بنویسید.

و امضا را فراموش نکنید. همه چیز جدی است، مشتری باید این را درک کند.

به طور کلی توصیه می کنم به موارد کوچک توجه کنید. تصور کنید زنی کف شده به سمت شما می آید و با عجله دکمه های ژاکت بزرگ خود را باز می کند تا یک روسری بزرگ از آن بیرون بیاید. او یک یادداشت مچاله شده از 18 برگ را که صد بار تا کرده است از کیفش بیرون می آورد و سعی می کند آن را با اشیاء نزدیک صاف کند. صورت قرمز و غیرقابل بیان: "اینجا نوشتم و کوتاه ترش کردم، این شکلی است که وب سایت شما خواهد بود، آن را امضا کنید."

یک نوع دیگر. مرد جوانی در دفتر شما را می زند، به آرامی لباس هایش را در می آورد، پوشه ای را از کیفش بیرون می آورد، به آرامی آن را باز می کند و با آرامش از شما دعوت می کند که فقط به یک تکه کاغذ نگاه کنید، یک خودکار طلایی در دست گرفته و از شما دعوت می کند که این سند را امضا کنید.

بگذارید خانم جوان نمونه اول یک کار بزرگ انجام دهد، او هزار کتاب خواند، 18 نمونه را برای انتخاب ترسیم کرد و اساساً همه چیز را خودش انجام داد. او قادر به ایجاد یک پروژه فوق العاده جالب است که شرکت شما را به شکوفایی و شهرت جهانی می رساند. و مرد جوان نمونه دوم نمی داند چگونه کاری انجام دهد؛ او نمونه ای را از اینترنت چاپ کرد که به هیچ وجه مناسب شما نیست.

من به شما اطمینان می دهم که هر مشتری، زن بیچاره را با نق زدن، آرزوها و تغییرات شکنجه می دهد و پروژه مرد جوان را اگر نه فوراً، برای بار دوم می پذیرد. مهم این نیست که چه کاری می توانید انجام دهید، بلکه به نحوه عملکرد و تأثیری که ایجاد می کنید مربوط می شود.

GOST وجود دارد که طبق آن می توانید مشخصات فنی برای توسعه وب سایت ایجاد کنید و تمرین طولانی مدت وجود دارد. استانداردهای دولتی همیشه با واقعیت های زندگی مطابقت ندارد. بیایید سعی کنیم هر دو بخش را با هم ترکیب کنیم.

چه در حال نوشتن مشخصات فنی برای مدیریت شهری باشید و چه برای واسیلی پوپکین افسانه ای، محتوا به بهترین وجه مطابق با GOST انجام می شود. این را از قبل یاد بگیرید.

به نظر می رسد این است:

1. واژه نامه
2. مقررات عمومی
3. موضوع توسعه
4. هدف سند
5. الزامات به طراحی گرافیکیسایت
6. الزامات طراحی وب سایت
7. روش تایید مفهوم طراحی
8. الزامات عملکردی
9. الزامات ارائه وب سایت
10. الزامات سیستم مدیریت محتوا
11. الزامات دسترسی به اشتراک گذاری
12. الزامات انواع وثیقه
13. الزامات پشتیبانی اطلاعات
14. الزامات نرم افزاری
15. الزامات فنی
16. الزامات پشتیبانی زبانی
17. الزامات ارگونومی و زیبایی فنی
18. الزامات پذیرش و تحویل پروژه
19. الزامات برای پر کردن اطلاعات
20. نیازهای پرسنلی
21. روش تهیه توزیع
22. روش انتقال یک سایت به وسایل فنیمشتری

درست است، شما مجبور نیستید سند خود را با این ترتیب ایجاد کنید، اما برای سهولت درک آن، طبق این طرح به شما خواهم گفت. در پایان این مقاله نمونه ای را ضمیمه می کنم که بر اساس رونوشت ارائه شده در این قسمت از مقاله می توانید آن را دانلود و روی آن کار کنید. این قالب خوب است زیرا دارد همه، حتی چیزی که هرگز نیاز نخواهید داشت. اما شما باید آن را برای خودتان پردازش کنید و هر مزخرف غیر ضروری را که غیرضروری می دانید خط بزنید.

واژه نامه

طبق GOST، سند باید با یک واژه نامه شروع شود، اما در واقع شما آن را در پایان می نویسید. در اینجا شما باید شرایطی را که هنگام کار با مشتری استفاده خواهید کرد را بیان کنید. شما به ما بگویید میزبانی، وب سایت و مزخرفات دیگر چیست. همه این مزخرفات را می توان از اینترنت دانلود کرد.

اما در کنار همین بدعت، ذکر عباراتی ضروری است که ممکن است شما و مشتری در درک آنها اختلاف نظر داشته باشید. منظور شما یک چیز است، اما او معنای کاملاً متفاوتی را در کلمات وارد می کند.

مقررات عمومی

در این مرحله باید به این سوال پاسخ دهیم که واقعاً چه کاری قرار است انجام دهیم و چرا.

موضوع توسعه

کاری که ما انجام خواهیم داد تقریباً روشن است. مشتری تقریباً بلافاصله این اطلاعات را ارائه می دهد. درک هدف عملیاتی سایت، یعنی اینکه چه سودی در انتظار مشتری است، مهمتر است. واضح است که همه مشتریان می خواهند از طریق سایت سود ببرند. این فرمول کار نخواهد کرد.

به این فکر کنید که مشتری چگونه پول در می آورد، هدف او چیست. اگر این یک فروشگاه آنلاین است، پس باید به فروش مشغول باشد، اگر یک وب سایت شرکتی است، یک عبارت زیبا را دوست دارند: "افزایش وفاداری به برند"، اطلاع رسانی در مورد فعالیت های شرکت و غیره.

هدف سند

در اینجا به شما می گوییم که این سند چقدر مهم است. ما نشان می دهیم که این یک ترفند ساده نیست، اما وای! ما از اصطلاحات قانونی استفاده می کنیم. این قسمت را می توان از اینترنت کپی کرد، اما فراموش نکنید که آنچه می نویسید را با دقت بخوانید!

به هر حال، در همین قسمت باید اطلاعاتی را درج کنید که هر چیزی که از قبل با مشتری صحبت نمی کنید روی وجدان شما باقی می ماند. اگر او "فراموش کرد"، "نظرش را تغییر داد" یا "همه چیز را کاملاً متفاوت بخواهد" آزاد هستید که هر کاری می خواهید انجام دهید.

الزامات طراحی گرافیک سایت

الزامات طراحی وب سایت

در اینجا شما باید به طور کلی طراحی سایت را توضیح دهید، چه چیزی باید وجود داشته باشد و چه نکاتی باید رعایت شود: رنگ های شرکتی، فونت ها و غیره. به طور کلی وارد جزئیات نشوید.

روش تایید مفهوم طراحی

در این قسمت باز هم با استفاده از اصطلاحات قانونی مشتری را ارعاب می کنید. به او می گویید که قرار است طراحی سایتی را در قالب یک عکس ساخته شده در فتوشاپ به او ارائه دهید. موظف است در مدت تعیین شده آن را تماشا کند. پس از آن ما ویرایش ها را در اختیار شما قرار می دهیم و شما نیز به نوبه خود به این فکر می کنید که آیا او آهو است یا خیر و هماهنگ می کنید و می فهمید که این تغییرات چقدر منطقی هستند و آیا "اصلاح" را انجام خواهید داد یا خیر.

الزامات عملکردی

در اینجا شما توضیح می دهید که ما در واقع چه کاری انجام می دهیم. ما جزء بصری را شرح می دهیم. این فصل به سه بخش تقسیم می شود: صفحه اصلی، ساختار داخلی و سایت را توضیح می دهیم.

مراقب باش. این نکته مهمی است که در آن بهتر است بیشتر بنویسید. به عنوان مثال، شما باید یک بخش "اخبار مرتبط" داشته باشید. چه کاری انجام خواهید داد: الگوریتمی بنویسید که محاسبه کند کدام مقاله به موضوع نزدیکتر است، لیستی از پنج مقاله اخیر اضافه شده به سایت ارائه دهد، یا نویسنده متن این فرصت را خواهد داشت که به طور مستقل پیوندهایی را در این بلوک درج کند؟

الزامات ارائه وب سایت

1. ساختار سایت: ما توضیح می‌دهیم که چه دسته‌هایی (عنوان) در سایت قرار خواهند گرفت.
2. صفحه اصلی: بهترین با یک تصویر شماتیک و شرح عناصر اصلی.
3. صفحات داخلی: مانند پاراگراف قبل. نمودار و توضیحات صفحات داخلی.

اگر در حال ساخت فروشگاه اینترنتی هستید، می توانید نمودار صفحه سفارش، تایید پرداخت و ... را نیز در اینجا درج کنید. هر صفحه ای که با الگوی استاندارد متفاوت است را شرح دهید.

الزامات سیستم مدیریت محتوا

وبلاگ من برای افرادی است که با استفاده از وردپرس وب سایت می سازند. بنابراین به این نکته اهمیت جدی نمی دهم. ما اعلام می کنیم که قرار است از این موتور استفاده کنیم و بس است.

اگر می خواهید خودتان یک سیستم کنترل بسازید، همه چیز بسیار پیچیده تر است. شما باید دوباره نمودارها را ترسیم کنید و الزامات کلی، مدیریت بخش ها، محتوا و تنظیمات را شرح دهید. هر عنصری را بکشید که متفاوت باشد.

الزامات دسترسی به اشتراک گذاری

در اینجا، در اصل، آنها می خواهند از ما بفهمند که کاربر چه زمانی و چرا نیاز به ثبت نام دارد. کدام بخش ها را می بندیم و خوانندگان می توانند با خیال راحت از کدام یک از آنها استفاده کنند. اگر این یک سایت کارت ویزیت، اطلاعاتی یا فروش است، کاملاً باز خواهد بود و برای مثال در VKontakte، دسترسی به صفحه شخصیدسترسی محدودی دارد و تنها پس از وارد کردن لاگین و رمز عبور قابل انجام است.

الزامات انواع وثیقه

الزامات پشتیبانی اطلاعات

این بخش صرفاً برای نشان دادن آگاهی شما ایجاد شده است و یک بار دیگر به مشتری نشان می دهد که چه حرفه ای هستید، چه اصطلاحات پیچیده ای را می شناسید.

به آنها خواهید گفت که قرار است داده ها را در یک مکان خاص روی سرور ذخیره کنید، نه روی میز یا زیر بالش. از زبان های برنامه نویسی استفاده کنید.

شما متعهد می شوید که تصاویر را فقط در فرمت gifیا jpg، و صفحات از وزن معینی تجاوز نخواهند کرد. اتفاقاً نکته بسیار خوبی است. سپس، اگر مشتری چشمانش را بیرون زد و گفت که به چیز دیگری نیاز دارم، می توانید این مورد را نشان دهید و بگویید: "خب، خودت در مورد وزن امضا کردی، من چیزی نمی دانم، همه اینها غیرممکن است!"

یکی دیگر از موارد بسیار مفید که می توانید در اینجا به آن اشاره کنید محدود کردن محتوای ارائه شده است. شما باید محدوده را تعریف کنید - آیا تمام محتوا را انجام می دهید یا ایجاد می کنید حسابمدیر، لاگین و رمز عبور را به مشتری بدهید و بگذارید آن را بفهمد!

الزامات نرم افزاری

1. در اینجا ما در مورد هاست یا سرور صحبت می کنیم. از آنجایی که وبلاگ من برای سازندگانی است که در Timeweb کار می کنند ( https://timeweb.ru ) - همه چیز بسیار ساده است. اگر شما یکی از "ما" نیستید، پس باید نگاه کنید مشخصات فنی. به عنوان مثال، شخصی بسیار باهوش یک وب سایت جالب می سازد، و سپس سعی می کند آن را به هاست وصل کند، اما مشخصات فنی آنقدر بالاست که هیچ میزبانی در روسیه نمی تواند آن را مدیریت کند. مورد ضروری است، اما نه برای مبتدیان در زمینه توسعه.
2. در اینجا توضیح می دهیم که آیا پورتال خواهد داشت یا خیر نسخه موبایل، برای دستگاه های قابل حمل سازگار شده است یا فقط می تواند از طریق باز شود گوگل کرومو هرگونه تحریف در سایر مرورگرها اصلاً ما را آزار نمی دهد.

الزامات پشتیبانی زبانی

آیا سایت به دو زبان ساخته می شود یا فقط به زبان روسی نیاز داریم؟

الزامات ارگونومی و زیبایی فنی

یک بار دیگر به طور خلاصه به اصول اصلی طراحی اشاره می کنیم. همه چیز واضح، سرراست و یکنواخت خواهد بود. لوگو در همه جا قابل مشاهده خواهد بود اطلاعات تماس. همه چیز فوق العاده است، همه چیز فوق العاده است.

الزامات پذیرش و تحویل پروژه

الزامات برای پر کردن اطلاعات

در این مرحله ما به شما می گوییم که چه کاری را انجام می دهیم و همچنین آنچه را که مشتری باید به ما ارائه دهد تا کار سریعتر و بهتر انجام شود. او معمولا به اطلاعات و عکس نیاز دارد.

همچنین باز هم می نویسیم که اگر بخواهد چیزی را اصلاح یا تغییر دهد باید مجدداً یک قرارداد مشابه تنظیم کند که شما یا امضا می کنید یا خیر.

نیازهای پرسنلی

چه کسی می تواند از سایت استفاده کند. به عنوان مثال، برخی از شرکت ها با کد کار می کنند و حتی با یک سیستم کنترل برای افراد عادی هم زحمت نمی دهند. برای اقدامات اساسی در سایت، دانش قابل توجهی از کارکنان مورد نیاز خواهد بود. در این مورد، نکته مهم است، اما در مورد ما فقط کاغذ خط دار است.

روش تهیه توزیع

پس از اتمام کار چه چیزی به مشتری می دهید: ورود، رمز عبور، رفت و برگشت.

قیمت مشخصات فنی را پر می کنیم

همانطور که قبلاً فهمیدید ، وظیفه اصلی مشخصات فنی چندان درک نیست ، اگرچه این مهم است. و با این حال، عملکرد اضافی آن ایجاد تصور درست از خود و محافظت در برابر انواع تغییرات است.

همه چیز در مورد این سند باید چشمگیر باشد! اگر قصد دارید آن را برای بررسی اولیه از طریق پست ارسال کنید، حتما استفاده کنید فرمت PDF. و مشتری احتمالاً نمی خواهد خود را با ویرایش ها شکنجه کند و شما را به عنوان یک حرفه ای در نظر می گیرد. یک چیز کوچک، اما مهم. برای تبدیل سند Word می توانید از این سرویس استفاده کنید https://smallpdf.com/ru/ .

فراموش نکنید که لوگوی خود را در پس زمینه قرار دهید شرکت خودیا نام تجاری شما، و مخاطبین را وارد کنید. آنها را می توان به سرعت و کارآمد در وب سایت صادر کرد https://logaster.ru .

خوب، این همه چیز است، تنها کاری که باید انجام دهید این است که نمونه ای را که به طور ویژه برای شما ایجاد کردم، دانلود کنید. این به شما کمک می کند تا برخی از نکات الگو را که تفاوتی با هم ندارند را درک کرده و به عنوان مبنایی در نظر بگیرید و کارتان تمام شده است.

حالا می توانید با خیال راحت به سراغ مشتری بروید و نترسید که متهم به ناقص بودن شوید.

قالب TK را دانلود کنید

در تلاشت موفق باشی و دوباره ببینمت. در وبلاگ من مشترک شوید و بهترین ها را دریافت کنید اطلاعات مفید، که مطمئناً هنگام کار بر روی توسعه یک وب سایت خوب برای مشتریان خود مفید خواهد بود.

شرایط مرجع هم برای پیمانکار و هم برای کارفرما مهم است. این به پیمانکار کمک می کند تا درک بهتری از خواسته های مشتری داشته باشد، در برابر "خواسته های" ناگهانی مشتری بیمه شود و کار را برای تکمیل کار سرعت بخشد. به مشتری - دقیقاً آنچه را که می خواهد بگوید ، کنترل کیفیت را ساده می کند ، دریافت می کند هزینه دقیقخدمات. ما در مورد نحوه صحیح ترسیم مشخصات فنی و کارهایی که بعداً باید با آن انجام دهیم صحبت خواهیم کرد.

مشخصات فنی چیست

مشخصات فنی سندی است که تمام الزامات محصول آینده را منعکس می کند. تمام الزامات فنی را شرح می دهد. به طور معمول، مشخصات فنی در فرم گردآوری می شود سند متنی، به ندرت - در قالب های دیگر.

TK توسط همه توسعه دهندگان وب سایت استفاده می شود. این به طراحان چیدمان، برنامه نویسان و طراحان کمک می کند تا نیازهای مشتری را بهتر درک کنند و منبعی را ایجاد کنند که انتظارات آنها را برآورده کند. علاوه بر این، مشخصات فنی در تمام زمینه های دیگر استفاده می شود، به عنوان مثال در:

• توسعه اپلیکیشن؛
• طراحی خانه؛
• نوشتن متون و دیگران

اگر طبق مشخصات فنی کار کنید، خطر اختلاف و طولانی شدن دعاوی به حداقل می رسد.

نحوه ترسیم مشخصات فنی: ساختار مشخصات فنی یک وب سایت

قبل از اینکه تو شروع کنی:

• تصمیم بگیرید که چه کسی مشخصات فنی را تهیه می کند
• شرایط را توضیح دهید
• از اصطلاحات ذهنی خودداری کنید

در نگاه اول به نظر می رسد که الزامات فنی سایت باید توسط مشتری تنظیم شود، زیرا او منبعی را سفارش می دهد و الزامات آن را مطرح می کند. در واقع، هر دو باید در این فرآیند شرکت کنند: مشتری الزامات را بیان می کند، و مجری آنها را به طور خاص، دقیق و واضح می نویسد. به عنوان مثال، یک مشتری می‌گوید که می‌خواهد یک وب‌سایت مناسب برای همه کاربران داشته باشد، و توسعه‌دهنده الزامات سازگاری را برای 4 اندازه موجود - رایانه‌های شخصی، لپ‌تاپ، تبلت، تلفن‌های هوشمند مشخص می‌کند.

شفاف سازی اصطلاحات نکته بسیار مهمی است. توصیه می شود در همان ابتدا همه اصطلاحات بسیار تخصصی را توضیح دهید - مشتریان همیشه نمی دانند که فوتر، CMS یا ماهی چیست. هر چه توضیحات ساده تر و واضح تر باشد، مشخصات فنی برای هر دو طرف واضح تر خواهد بود.

اصطلاحات ذهنی می توانند باعث ایجاد اختلافات غیر ضروری شوند. «طراحی باید زیبا باشد» ننویسید - مفهوم زیبایی هر فردی متفاوت است. همین امر در مورد صفت های کیفی "مناسب"، "استفاده آسان"، "بزرگ" صدق می کند. از اعداد و پارامترهای خاص استفاده کنید: به عنوان مثال، طرح رنگ یا ترتیب عناصر را توصیف کنید.

ساختار مشخصات فنی می تواند هر کدام باشد. به عنوان مثال، ما یک ساختار ساده از شرایط مرجع برای یک وب سایت ارائه می دهیم.

سایت را توصیف کنید

به ما بگویید چه نوع سایتی مورد نیاز است، چه کسی از آن استفاده خواهد کرد و چرا ایجاد می شود. به عنوان مثال، بنویسید که به یک فروشگاه آنلاین، یک صفحه فرود برای فروش یک محصول یا یک وب سایت کارت ویزیت با 10 صفحه نیاز دارید. لطفاً اگر تعداد صفحات را دقیق نمی دانید، تعداد تقریبی صفحات را ذکر کنید.

اگر پروژه خاصی دارد مخاطب هدف، توصیفش کن. این به شما کمک می کند منبعی ایجاد کنید که برای مشتریان جذاب باشد - برای مثال، استفاده از زبان مناسب در مقالات یا طرحی که برای جوانان یا نسل های قدیمی تر جذاب باشد.

در مورد ساختار برای ما بگویید

بدون ایده ای از ساختار، توسعه یک وب سایت عادی غیرممکن است. توصیف کنید که چه صفحاتی در سایت قرار خواهند گرفت و سطوح تودرتو آنها را نشان دهید. این را می توان به روش های مختلف انجام داد:

• طرح
• جدول
• فهرست کنید

نکته اصلی این است که در پایان مشخص است که کدام صفحات در منو قرار می گیرند، کجا هدایت می شوند و کدام صفحه اصلی برای هر بخش است. ما استفاده از فلوچارت ها را توصیه می کنیم - آنها ساده تر و راحت تر از لیست ها و جداول قابل درک هستند و به شما کمک می کنند کل ساختار سایت را در چند ثانیه ارزیابی کنید.

نمونه ای از یک ساختار ساده در قالب بلوک دیاگرام

آنچه در هر صفحه خواهد بود را شرح دهید

به ما بگویید چگونه صفحات سایت را می بینید. توصیه می شود این کار را در قالب نمونه اولیه انجام دهید تا مکان هر عنصر به وضوح نشان داده شود. می توانید الزامات را با یک لیست توصیف کنید، به عنوان مثال، بگویید در سربرگ سایت، فرم بازخورد در کجا قرار دارد، در ستون سمت آزاد چه خواهد بود.

اگر تمام صفحات سایت تقریباً مشابه هستند - به عنوان مثال، شما در حال برنامه ریزی برای ایجاد یک وب سایت کارت ویزیت هستید، می توانید با دو نمونه اولیه: صفحه نخستو بخش های دیگر اگر چندین گروه از صفحات مشابه وجود دارد - به عنوان مثال، بخش هایی در کاتالوگ فروشگاه آنلاین، وبلاگی با مقالات و شرح خدمات تحویل/مونتاژ/نصب، بهتر است نمونه اولیه خود را برای هر گروه بسازید.

نمونه ای از نمونه اولیه صفحه اصلی وب سایت: همه چیز ساده، راحت، قابل درک است

مجموعه الزامات طراحی

اگر یک طرح توسعه یافته دارید، عالی است - می توانید آن را به سادگی در مشخصات فنی قرار دهید. اگر نه، باید الزامات طرح رنگ، تصاویر استفاده شده و لوگوها را شرح دهید. مثلا:

• مشخص کنید که کدام رنگ های شرکتی را می توان در طراحی استفاده کرد و کدام سایه ها مطلقاً نمی توانند
• یک لوگو ارائه دهید که باید در هدر سایت وجود داشته باشد
• فونت هایی را که می خواهید برای صفحات، منوها، پاورقی ها و محتوا استفاده کنید، مشخص کنید

اگر الزامات واضحی وجود ندارد - یعنی مشتری خودش نمی تواند دیدگاه خود را از سایت فرموله کند، می توانید چندین طرح بندی استاندارد را به او پیشنهاد دهید تا یک طرح بندی را به صورت جداگانه انتخاب یا توسعه دهد و سپس روی آن توافق کنید. این کار باید قبل از تایید مشخصات فنی انجام شود، در غیر این صورت اختلاف سلیقه می تواند پروژه را به تاخیر بیاندازد.

الزامات ابزار، کد، هاست، دامنه را شرح دهید

این لازم است که از قبل بدانید با چه ابزارهایی می توانید کار کنید و کدام را نمی توانید. در یک بلوک جداگانه توضیح دهید:

• سایت باید در کدام سایت باشد - وردپرس، جوملا، مدکس و غیره.
• از چه زبان برنامه نویسی می توان استفاده کرد - PHP، جاوا اسکریپت، HTML و دیگران
• سایت روی چه میزبانی و در چه دامنه ای باید قرار گیرد؟ نام دامنهمی تواند به کار رود
• کدام پلت فرم نرم افزاریمی توان استفاده کرد - .NET، OpenGL، DirectX
• و غیره

اگر مشتری چیزی در مورد اصطلاحات استفاده شده متوجه نشد، تفاوت بین WordPress و Modex، PHP از HTML، دامنه در zone.ru از دامنه در zone.com را توضیح دهید. با هم، الزامات را طوری ترسیم کنید که برای مشتری مناسب باشد.

الزامات عملیات سایت را مشخص کنید

به طور پیش فرض، سایت باید برای کاربران همه دستگاه ها از جمله کار کند مرورگرهای مختلف، در برابر حملات هکرها مقاومت کند و با بازدید همزمان 1000 کاربر از بین نرود. اما بهتر است این را به عنوان یک بلوک جداگانه بنویسید. لطفا نشان بدهید:

• سرعت بارگذاری وب سایت که برای شما قابل قبول است یا مقدار استاندارد آن 1 تا 5 ثانیه است
• سازگاری بین مرورگرها - مشخص کنید که سایت باید در کدام مرورگر باز شود
• پاسخگویی - اندازه صفحه نمایشی که طراحی باید با آن سازگار باشد و دستگاه های مورد استفاده را مشخص کنید
• مقاومت در برابر بار - چند نفر باید همزمان در سایت باشند تا "پایین نرود"
• مقاومت در برابر حملات هکر و dDos: سایت باید در برابر حملات کوچک مقاومت کند

سناریوهای عملیات سایت را یادداشت کنید

توضیح دهید که کاربر چگونه باید با سایت تعامل داشته باشد و چه اقداماتی در منبع باید در پاسخ انجام شود. این را می توان در قالب یک لیست شماره گذاری شده ساده یا یک الگوریتم شاخه ای انجام داد اگر کاربران بین اقدامات انتخابی داشته باشند. اگر خدمات تعاملی زیادی وجود دارد، برای هر یک از آنها سناریو بنویسید.

نمونه ای از ساده ترین سناریو برای یک وب سایت

دریابید که چه کسی محتوا را تولید می کند.

برخی از توسعه دهندگان خود متن می نویسند، برخی آنها را به کپی رایترها سفارش می دهند، برخی دیگر از ماهی استفاده می کنند. لطفاً فوراً روشن کنید که آیا ارائه محتوا در سرویس توسعه گنجانده شده است یا خیر. اگر بله، می توانید فوراً الزامات اضافی را مشخص کنید، به عنوان مثال، برای:

• - طبق Advego، Text.ru، Content.Watch، نه کمتر از 95٪
• تهوع (هرزنامه) - طبق Advego بیش از 10٪ یا طبق Text.ru 65٪
• امتیاز طبق Glavred - حداقل 6.5 یا 7 امتیاز

البته، خدمات مختلف نوشدارویی نیستند، اما خطر «آبی» یا اسپم شدن بیش از حد آن را به حداقل می‌رسانند. علاوه بر این، معیارهای دقیقی برای ارزیابی کیفیت متون به این صورت ظاهر می شود.

ضرب الاجل را مشخص کنید

این اغلب فراموش می شود. بیشتر تکالیف فنی باید ضرب الاجل مشخص کنند، در غیر این صورت توسعه ممکن است چندین ماه، شش ماه یا سال به طول انجامد. از عبارت نادرست استفاده نکنید - به عنوان مثال، "در یک ماه". تاریخ دقیق را بنویسید: مثلا 1 دسامبر 2018.

لایف هک:بهتر است شرایط کار به عنوان ضمیمه توافقنامه همکاری تنظیم شود. به این ترتیب تمام الزامات توسعه وب سایت را ایجاد می کنید و در صورت اختلاف می توانید در دادگاه پیروز شوید.

به یاد داشته باشید: هر مشخصات فنی باید شامل چندین بلوک اصلی باشد:

• اهداف و اهداف - در مورد اینکه چرا مشخصات فنی را به طور کلی ایجاد کردید، چه کاری می خواهید با محصول انجام دهید
• محصول چگونه باید باشد - توضیحات به صورت کلی
• الزامات فنی- مساحت خانه، حجم متن، عملکرد برنامه و غیره
• مهلت ها - آنها برای جلوگیری از اختلاف مهم هستند.

نمونه ای از تهیه مشخصات فنی نرم افزار

باید نرم افزار بسازیم. الزامات فنی در زیر آمده است.

شرح: برنامه ای برای جستجوی مقالات بر اساس کلمه کلیدی در تمامی سایت های معتبر؛ آدرس سایت های معتبر باید به صورت دستی وارد شود.

کاری که نرم افزار باید انجام دهد:پس از ورود کلمه کلیدیمقالاتی را در سایت هایی که از قبل به عنوان منابع معتبر وارد شده اند پیدا می کند، لیستی از موارد مشابه را در این قالب نمایش می دهد:

• ارتباط دادن
• عنوان مقاله
• پاراگراف اصلی

اگر بیش از 10 منطبق وجود دارد، باید آن را به صفحات تقسیم کنید - 10 در هر کدام.

الزامات فنی:زبان برنامه نویسی - هر چه باشد، مهم نیست. نکته اصلی این است که برنامه را می توان تغییر داد و به عنوان یک سرویس آنلاین منتشر کرد. در حالت ایده آل، سرویس باید در 10 ثانیه جستجو کند.

مهلت ها: تا 15 سپتامبر 2018.

به طور طبیعی، این مشخصات فنی قابل بهبود است - ما آن را به عنوان مثال ارائه کردیم. به نظر شما چگونه می توان شرایط مرجع را بهبود بخشید تا واضح تر، ساده تر و راحت تر شود؟

مشخصات فنی چیست؟ چگونه این کار را انجام دهیم و برای چیست؟ مثال ها، نمونه ها، نکات و توصیه ها.

به نظر می رسد چقدر عالی است وقتی کسی شما را کاملاً درک می کند. شما چند عبارت را بیان کردید و این دقیقاً همان چیزی است که تصور می کردید. متاسفانه اینطوری کار نمیکنه

مشکل ادراک اطلاعات ابدی است. اثر "تلفن خراب" یک اتفاق رایج است. اما اگر به سادگی ندانید که چگونه یک وظیفه را تعیین کنید چه؟ بله، این نیز اتفاق می افتد و شما باید به نوعی با آن کار کنید، اما چگونه؟ برای اطمینان از اینکه نتایج کارهایی که تعیین می کنید مطابق انتظارات شماست، یک مشخصات فنی بنویسید.

مشخصات فنی چیست

مشخصات فنی (یا TOR) سندی است که شامل الزامات مشتری برای محصولات یا خدمات ارائه شده توسط پیمانکار است. به زبان ساده: من این طرف و آن طرف را می خواهم که هفت خط عمود بر هم وجود داشته باشد و همچنین برخی به رنگ قرمز و برخی بی رنگ باشند (توصیه می کنم در پایان مطالب ویدیویی در مورد این موضوع مشاهده کنید).

واحد طراحی

این سند می تواند یک صفحه A4 یا یک جلد کامل را اشغال کند، همه اینها به وظایف و خواسته هایی بستگی دارد که در آن گنجانده شده است. به عنوان مثال، شما می توانید مشخصات فنی برای یک کوچک بنویسید صفحه فرود(سایت تک صفحه ای) یا نرم افزار پیچیده با یادگیری ماشین و سایر ویژگی ها.

چرا به مشخصات فنی نیاز دارید؟

• برای تعیین وظایف به مجریان.
• برای توصیف جزئیات آنچه می خواهید در پایان به دست آورید.
• برای توافق بر سر ترتیب کار.
• ارزیابی و پذیرش کار پس از اجرا.
• به ... (گزینه های خود را در نظرات اضافه کنید).

در واقع، اهداف و مزایای مشخصات فنی بسیار بیشتر از لیست بالا است. برای من شخصا، اصلی ترین وظیفه ای که مشخصات فنی حل می کند، اجرای آنچه که نیاز دارم با حداقل انحراف از انتظارات (انتظارات من) است.

به لطف مشخصات فنی، همیشه می توانید در مورد زمان اجرا، هزینه و مطابقت با مشخصات اعلام شده محصول یا خدمات نهایی سوال کنید.

در واقع این یک سند جدی است که توسط مشتری و پیمانکار تنظیم می شود. تا حدی که مجازات ها و تعهدات طرفین مقرر شده باشد. تعدادی GOST وجود دارد، در Habré بیشتر بخوانید.

توسعه مشخصات فنی

اگر ما در مورد یک بازی "بزرگسالان" صحبت می کنیم، برای مثال، مشخصات فنی برای توسعه اپلیکیشن موبایلیا وب سایت، سپس این کار جداگانه، که برای آن پول زیادی پرداخت می شود. شما فردی را جذب می کنید که معمولاً یک مدیر فنی سابق یا فعلی است و از او می خواهید که به شما کمک کند.

داشتن ریش اختیاری است

بسته به محدوده پروژه/وظایف، این شخص تمام «خواسته‌های» شما را جمع‌آوری می‌کند، آن‌ها را به زبان فنی ترجمه می‌کند، شاید طرح‌هایی را آماده کند (تقریباً چه شکلی باید باشد) و سند تمام شده را به شما می‌دهد. در مرحله بعد، این سند را به مجریان (تیمی در شرکت یا برون سپاری شده) تحویل می دهید، روی پول، ضرب الاجل ها توافق می کنید و دست به کار می شوید.

نکته: CTO باید در تیم شما باشد، در غیر این صورت به احتمال زیاد چیزی را در طول فرآیند اجرا از دست خواهید داد. شما به سادگی برای همه چیز دانش کافی ندارید. هر کس در نوشتن مشخصات فنی شرکت کرده است آن را بررسی می کند.

مشخصات فنی شامل چه مواردی است؟

همه چیز به قالبی که انتخاب می کنید بستگی دارد (کمی بیشتر پیوندهایی به الگوها/نمونه ها می دهم)، اما بلوک های اساسی وجود دارد که در مشخصات فنی گنجانده شده است:

1. شرح پروژه/وظیفه. ما به طور خلاصه می نویسیم که پروژه یا وظیفه ای که باید تکمیل شود چیست.
2. هدف و اهداف. اهداف پروژه چیست؟
3. الزامات. طراحی، عملکردها، فن آوری های مورد نیاز.
4. شرح کار. چه، چه زمانی و چگونه انجام خواهد شد.
5. مراحل کنترل و پذیرش نحوه پذیرش کار، چه چیزی را می توان تکمیل شده در نظر گرفت.
6. برنامه های کاربردی. طرح ها، طرح ها، نمونه های اولیه.

هزینه کار معمولاً در پیوست جداگانه ای به قرارداد درج می شود، اما زمانی اتفاق می افتد که طرفین مبلغ را در مشخصات فنی خود مشخص کنند.

با عرض پوزش برای قطع خواندن. به کانال تلگرام من بپیوندید. اعلامیه های جدید مقالات، توسعه محصولات دیجیتال و هک رشد، همه چیز وجود دارد. در انتظار شما! بیا ادامه بدهیم...

نمونه هایی از مشخصات فنی

با وجود این واقعیت که توسعه مشخصات فنی یک فرآیند پیچیده است، بسیار جالب است. وظیفه شما این است که تصویر نتیجه نهایی را دوباره بسازید و سپس آن را در قسمت هایی توصیف کنید.

نمونه یکی از مشخصات فنی من برای به روز رسانی برنامه های هوشمندتلویزیون. وظایف برای محصولات پیچیده تر و پیچیده تر با کمک همکاران بخش فنی جمع آوری شد. از درخواست کمک از هم تیمی های خود دریغ نکنید، تا جایی که امکان دارد آنها را در این فرآیند مشارکت دهید. و دادن را فراموش نکنید بازخورد! هیچ چیز بدتر از صرف تلاش و زمان برای کاری بدون اطلاع از نتایج نیست. به ما بگویید که مشاوره آن شخص چگونه در کار شما مفید بوده است، در غیر این صورت، این یک بازی یک طرفه است.

شرایط مرجع برای توسعه یک فروشگاه آنلاین

شرایط مرجع برای توسعه یک برنامه تلفن همراه

شرایط مرجع برای سایت

شرایط مرجع برای خدمات / به روز رسانی

اگر به نمونه های بیشتری نیاز دارید، فقط آن را در گوگل جستجو کنید.

توصیه اصلی انجام این کار است. مشکل اینجاست که تنبلی مادر بر همه چیره می شود و مقاومت در برابر آن آسان نیست. تمام اراده خود را جمع کنید و شروع به نوشتن مشخصات فنی کنید، فقط بنویسید و متوقف نشوید. نگران نباشید که "کاملا" کار نمی کند، رازی را به شما می گویم، این هرگز اتفاق نمی افتد. فقط بنویس، هر بار بهتر و بهتر می شود.

باید اینطور باشد

اولین اصول اولیه من برای نوشتن مشخصات فنی چندین سال پیش ظاهر شد. من با طراحان کار کردم و وظیفه ایجاد خلاقیت ها را برای آنها تعیین کردم کمپین های تبلیغاتی. من آن را به طور نامنسجم می خواستم و تبدیل به وقت تلف شده و توضیحات زیادی شد. با گذشت زمان، تنظیم وظایف شروع به تبدیل شدن به نوعی بلوک معنایی و سپس به چیزی شبیه به مشخصات فنی کرد.

به عنوان مثال، برای کار "دکمه لایک در سایت":

1. توضیحات: شما باید یک دکمه "پسندیدن" در وب سایت ما ایجاد کنید.
2. هدف و اهداف: مشارکت کاربر، صدور/رده بندی مطالب بر اساس تعداد لایک ها.
3. الزامات: طراحی زیر (به عنوان مثال: پیوند به چیزی مشابه)، عملکرد (هر کاربری می تواند به تصویر امتیاز دهد و آن را دوست داشته باشد، سیستم سایت تعداد لایک ها را در نظر می گیرد و خروجی مواد را تغییر می دهد)، فناوری (موجود در دسکتاپ). و نسخه موبایل سایت).
4. شرح کار: ترسیم 3 گزینه برای طرح بندی دکمه ها (تاریخ آماده: 10/01/17)، توسعه یک سیستم برای توزیع مطالب بر اساس لایک (تاریخ: 10/14/17)، تست عملکرد (تاریخ: 10/16/17) )، انتشار (تاریخ: 17/10/17)
5. پذیرش کار: کاربر دکمه like را فشار می دهد، سیستم کلیک را می شمارد، تحویل مواد تغییر می کند.
6. برنامه‌ها: طرح‌ها، طرح‌ها، نمونه‌هایی از پروژه‌هایی که عملکرد مشابهی در آنها کار می‌کند.

بخش‌ها و بخش‌هایی از ساختار را که برای کارهای شما لازم است، برای خود بگذارید. به عنوان مثال، بلوک ششم "برنامه ها" را می توان در الزامات عملکردی توصیف کرد. توصیه اساسی: به هر طریقی، کار را با توجه به ساختار مشخصات فنی توصیف کنید. به این ترتیب شما از دست نخواهید داد نکات مهمو خود را از سؤالات غیر ضروری نجات دهید و زندگی را برای همکارانتان آسان تر کنید.

بفرمایید

ما بررسی کردیم که یک کار فنی چیست و چگونه آن را انجام دهیم. اکنون شما این توانایی را دارید که وظایف خود را به وضوح و واضح تنظیم کنید، افکار خود را به افراد دیگر منتقل کنید و در وقت خود برای توضیحات اضافی صرفه جویی کنید. امیدوارم اکنون بدانید که با همه اینها چه کار کنید.

شرایط مرجع "TOR" سندی است که به عنوان پایه ای برای توسعه هر پروژه در نظر گرفته می شود. و مهم نیست که کار چقدر پیچیده یا بزرگ باشد، همیشه باید با مشخصات فنی واضح و قابل درک همراه باشد. اول از همه، مشتری به این نیاز دارد تا دقیقاً همان چیزی را که می خواست ببیند به دست آورد. اما توصیه می شود که مجری همیشه یک کار مشخص را مطالبه کند تا بفهمد از او چه می خواهد. بسیاری از مردم واقعیت نوشتن مشخصات فنی دقیق را نادیده می گیرند، که متعاقباً منجر به سوء تفاهم، اختلاف، درگیری و نزاع می شود.

توصیه می کنیم مطالعه کنید:

من نویسنده این مقاله در زندگی ام توانسته ام هم مشتری چندین پروژه بزرگ به ارزش ده ها هزار دلار باشم و هم مجری سفارش های کم هزینه تر. قبل از رسیدن به یک سطح جدی، مجبور شدم صدها "مشخصات فنی" را دوباره بخوانم و ده ها توضیح خودم را برای مجری بنویسم. هر بار مشخصات فنی واضح تر و واضح تر می شد که این امکان را فراهم می کرد که نسخه نهایی کار را همانطور که تصور می کردم به دست بیاورم. در این مقاله می خواهم در مورد نحوه نوشتن مشخصات فنی صحبت کنم، ابتدا به چه نکاتی توجه کنیم. همچنین به شما می گویم که چرا توصیه می شود مشتری و پیمانکار روی یک کلمه خوب کار نکنند، بلکه همه چیز را مستند کنند.

چرا مشتری به مشخصات فنی نیاز دارد؟

شما به عنوان یک مشتری، ایده ای از نسخه نهایی سفارش خود دارید. فقط زندگی چیزی است که هر فردی می تواند کلمات مشابه را متفاوت تفسیر کند. به همین دلیل، اغلب مشکلات به خصوص در بین مشتریان و مجریان ایجاد می شود. اولی همه چیز را توضیح نداد، دومی آن را به درستی درک نکرد و نتیجه کاملاً با آنچه همه فکر می کردند متفاوت است. مشخصات فنی سندی است که طبق آن کار انجام شده را می پذیرید. و اگر کاری اشتباه انجام شد، چیزی نهایی نشد، چیزی به طور کامل تکمیل نشد، همیشه می توانید به یک مورد از مشخصات فنی اشاره کنید و ادعای خود را برای نهایی کردن پروژه ارسالی ثابت کنید. اگر مشخصات فنی وجود نداشته باشد، عملاً اثبات اینکه شما آن را گفته اید، نوشته اید، ذکر کرده اید، عملا غیرممکن خواهد بود. می توان گفت که مشخصات فنی نوعی نمونه اولیه از قرارداد خدمات است. اگر روی یک پروژه بزرگ کار می کنید، شرایط مرجع باید علاوه بر قرارداد اصلی باشد. هنگام امضای گواهی پذیرش برای کار تکمیل شده، باید همه چیز را با مقدار کاری که در بیانیه اصلی کار ذکر شده است مقایسه کنید.

توصیه می کنیم مطالعه کنید:

چرا مجری به مشخصات فنی نیاز دارد؟

اول از همه، این راهنمای شما برای کارهایی است که باید انجام شود. اغلب مشتریان در طول فرآیند توسعه با چیزی مواجه می شوند و سعی می کنند شما را مجبور به انجام کارهای غیر ضروری کنند. آیا می خواهید رایگان کار کنید؟ مطمئنم که نه. لطفاً توضیح دهید که مبلغ مورد توافق در ابتدا منحصراً مربوط به محدوده کاری مشخص شده در شرایط مرجع است. هر چیز بیشتر جداگانه پرداخت می شود. همچنین پس از تحویل پروژه، می توانید گزارشی از وظایف محول شده و اجرای آنها ارائه دهید. من بیش از یک بار با لحظاتی روبرو شده ام که مشتری نمی خواهد کار را بپذیرد، با این استدلال که کار به طور کامل تکمیل نشده است. اما وقتی مشخصات فنی اولیه مطرح شد، مشخص شد که اصلاً هیچکس وظایف مورد نظر را تعیین نکرده است. یک بار دیگر تأکید می کنم - بدون مشخصات فنی کار نکنید، زیرا نظر مشتری می تواند بیشتر از آب و هوا تغییر کند، و شما مجبور خواهید بود همه چیز را ده ها بار از نو انجام دهید، وقت خود را تلف کنید و برای آن پول اضافی دریافت نکنید.

از کجا شروع به تهیه مشخصات فنی صالح کنیم

پس بیایید به ادامه مطلب برویم موضوع اصلیاین مقاله. در ادامه در مورد نحوه ترسیم مشخصات فنی و نکاتی که قطعاً باید به آنها توجه کنید صحبت خواهیم کرد. همانطور که می دانید، هر TK منحصر به فرد است و من نمی توانم تمام جنبه ها را پوشش دهم. بنابراین، صرف نظر از پروژه و زمینه فعالیت مشتری، تنها به نکات اصلی که در هر کاری باید باشد اشاره می کنم.

• مفاد کلی مشخصات فنی

اگر پروژه ای پیچیده از نظر فنی یا پروژه ای بسیار خاص دارید، مطمئن باشید مقررات عمومیباید یک واژه نامه وجود داشته باشد - فرهنگ لغت اصطلاحات و تعاریف. البته اگر مشتری و پیمانکار همدیگر را درک کنند و اصطلاحات خاصی را بدون مشکل درک کنند بسیار خوب است. اما همیشه اینطور نیست، بنابراین، بهتر است معنی کلمات، عبارات، عبارات خاص را بنویسید. شاید ارزش توضیح برخی از عبارات خود را در واژه نامه داشته باشد. فرض کنید از یک عبارت خاص استفاده می کنید و آن را کمی متفاوت تفسیر می کنید. برای جلوگیری از سردرگمی، بلافاصله همه چیز را در جای خود قرار دهید.

توصیه می کنیم مطالعه کنید:

من موردی داشتم که عدم درک شرایط منجر به از دست رفتن مهلت برای بیش از یک ماه شد. در نتیجه، مشتری متحمل ضررهای خاصی شد، اما مشکل صرفاً متوجه او بود. پس اجازه ندهید اختلاف نظر داشته باشید. قبل از شروع پروژه در مورد اصطلاحات تصمیم بگیرید.

• اهداف پروژه

ضروری است که شرایط مرجع نشان دهد که اهداف پروژه شما چیست، چرا ایجاد می شود، چگونه کار خواهد کرد، و نتیجه نهایی باید چه باشد. حتی اگر مجری در حال کار بر روی بخش کوچکی از پروژه باشد، باید ساختار، وظایف، اهداف، راه حل های فنی. برای چی؟ دریافت مشاوره و توضیح از مشتری همیشه برای پیمانکار امکان پذیر نیست و اگر بتوانید به اهداف روی آورید، بفهمید پروژه برای چیست و کار خود را بر اساس کار خود انجام دهید، درخواست تفسیر برخی چیزهای کوچک فایده ای ندارد. روی این.

بگذارید برای شما مثالی بزنم. اخیرا توسعه یافته است اینترنت بزرگپروژه، و طراحی را سفارش داد. به طراح گفته شد که سایت در مورد چه موضوعی است، چه کارکردهایی خواهد داشت، چه کاری باید انجام دهد و چگونه سایت به مردم کمک می کند. به طور کلی، آنها همه چیز را تا کوچکترین جزئیات می جویدند، و نه فقط آنچه که به طراحی مربوط می شود. در نتیجه، طرح‌بندی‌ای دریافت کردیم که عملاً نیازی به هیچ تغییری نداشت، و همچنین ده‌ها ایده در مورد چگونگی بهبود سایت، چه چیزی اضافه کنیم، چگونه آن را جذاب‌تر کنیم.

• الزامات عملکردی

تمام نیازهای مشتری را می توان به دو نوع کاربردی و ویژه تقسیم کرد. الزامات عملکردی آن دسته از گزینه های اجرایی هستند که می خواهید در خود ببینید. اگر یک سایت اینترنتی را مثال بزنیم، شما باید نمونه هایی از راه حل های کاربردی از پروژه های دیگری را که دوست دارید و می خواهید در پروژه خود ببینید، به پیمانکار ارائه دهید. به عنوان مثال، آنها عنصری را که از نظر فنی دوست داشتند، دیدند، آن را توصیف کردند و بلافاصله یک پیوند دادند تا شخص به وضوح متوجه شود که در مورد چیست و بتواند آن را به عنوان مبنا قرار دهد.

توصیه می کنیم مطالعه کنید:

الزامات ویژه الزاماتی هستند که با کمک آنها وظایف محول شده باید انجام شود. اگر دوباره توسعه وب سایت را به عنوان پایه در نظر بگیریم، می توانید زبان برنامه نویسی را مشخص کنید، پارامترهای خاصچیدمان، کدنویسی، استفاده از سبک های خاص و هر چیزی که می خواهید ببینید. اگر چنین الزاماتی وجود ندارد، پس اجازه دهید پیمانکار به طور مستقل تصمیم بگیرد که در هنگام انجام مشخصات فنی شما از چه چیزی و چگونه استفاده کند.

• مهلت ها

مهلت های تکمیل باید در شرایط مرجع مشخص شود. همیشه با حاشیه کم بگیرید تا سرعت اجرا تاثیری در کیفیت نداشته باشد. به هیچ وجه نباید ضرب الاجل مشخصی وجود داشته باشد و تحریم ها برای عدم رعایت این مهلت ها شرح داده شده است. پیمانکار باید درک کند که این فقط یک نکته در شرایط مرجع نیست، بلکه یک نصب واقعی است و در صورت تکمیل نشدن، خطر تحریم های مالی یا سایر موارد را تهدید می کند.

• گزارش نویسی

اگر پروژه بزرگ است و چندین ماه طول می کشد تا تکمیل شود، کار را به مراحل تقسیم کنید و برای هر یک چارچوب زمانی مشخص تعیین کنید. پس از تکمیل یک مرحله خاص، نیاز به گزارش در مورد کار انجام شده است. این کار مجری را در وضعیت خوبی نگه می دارد، به طوری که او چندین ماه راه نرود، پیش پرداخت را بخورد و بنوشد، و سپس در عرض یک هفته همه چیز را با سرعت سرسام آوری انجام دهد.

همچنین باید گزارشی از کار واقعی انجام شده وجود داشته باشد. چه کاری انجام شد، چه مقدار زمان برای آن صرف شد، مجری با چه مشکلاتی مواجه شد و غیره.

• مسئوليت

اگر قراردادی را تنظیم کنید، بند مربوط به مسئولیت در آن وجود دارد. اگر فقط به مشخصات فنی محدود شده اید، پس ارزش آن را دارد که در آنجا توضیح دهید که پیمانکار مسئول از دست دادن مهلت ها، عدم تحویل پروژه، افشای تفاوت های ظریف کار به اشخاص ثالث است که برای شما ضرر و زیان دارد. کدام یک؟ اولاً طبق قانون، اما می توانید جریمه و مجازات خود را نیز تعیین کنید.

توصیه می کنیم مطالعه کنید:

و در پایان این مقاله می خواهم با توجه به تجربه خودم در طراحی و دریافت تکالیف فنی، توصیه هایی را ارائه کنم.

1. مشخصات فنی باید دقیق باشد. از توصیف هر عنصر، هر آیتم، هر دکمه نترسید. همه چیز، همه چیز را تا حد امکان با جزئیات بنویسید. از اینکه دقیق جلوه کنید نترسید. بهتر است چیزی را چندین بار تکرار کنید و آن را بجوید تا اینکه بعداً آن را تمام کنید، هزینه اضافی پرداخت کنید و آن را اصلاح کنید. آخرین کار فنی که نوشتم مربوط به توسعه یک وب سایت بود. این یک پروژه اطلاعاتی بزرگ بود. ابتدا طرحی را توسعه دادیم و سپس بر اساس آن یک وظیفه کاربردی را برای برنامه نویسان شرح دادم. بنابراین، تمام مشخصات فونت 54 صفحه ای A4 11 بود. مفاد قرارداد به عنوان الحاقیه به قرارداد اصلی آمده بود که آن هم 7 صفحه بود. اما می خواهم بگویم که حتی در چنین مشخصات فنی دقیقی نمی توانم همه چیز را در نظر بگیرم ، زیرا در طول فرآیند توسعه سه قرارداد اضافی دیگر امضا شد که با آنها تنظیمات خاصی را در نسخه اصلی واگذاری انجام دادم.
2. مشخصات فنی باید مشخص باشد. بدون نیاز به آب همه چیز سرجای خودش است. اگر در مورد ضرب الاجل بنویسید، سپس یک رقم خاص، اگر در مورد عملکرد، سپس لیستی از راه حل های کاربردی مورد نیاز خود و غیره را بنویسید.
3. مشخصات فنی شما یک جزم نیست، بلکه تنها یکی از آنها است گزینه های ممکناجرای وظایف راستش من یک متخصص برنامه نویسی نیستم. بله، من می توانم از طریق ساختار پروژه، عملکرد آن، برخی از راه حل های فنی فکر کنم، اما همیشه، هنگام تهیه نسخه نهایی مشخصات فنی، با مجریان مشورت می کنم. آنها می توانند چیزی ببینند، نظر خود را بیان کنند، توصیه کنند راه حل بهینهاجرا.

این احتمالاً تمام چیزی است که می خواستم در این مقاله بگویم. اگر به وضوح بفهمید که از پیمانکار چه می خواهید، ترسیم مشخصات فنی چندان دشوار نیست. می توانید توصیه من را دوباره بخوانید و آن را در مورد خاص خود اعمال کنید. موفق باشید!