1
Ինչի՞ համար է այս հավելվածը (նպատակ)
- Բարելավել գործառնական արդյունավետությունը
- Նվազեցնել մուտքագրման սխալները
- Հրաժարվել թղթից և Excel-ից
- Վիզուալացնել դաշտային աշխատանքները
Mac հավելվածների մշակման հարցում / աութսորսինգ / պայմանագրային մշակում
Mac հավելվածների մշակման աութսորսինգ. ինչ հաստատել նախքան գնահատում խնդրելը
Mac հավելվածների աութսորսինգում պահանջների վաղ համընկնումը մեծ ազդեցություն ունի թե՛ ծախսի, թե՛ ժամանակացույցի վրա։
Finite Field-ում, 30 րոպեանոց անվճար խորհրդակցության ընթացքում, մենք կազմակերպում ենք ձեր պահանջները և տեղում ներկայացնում մոտավոր ծախսերն ու գործնական իրագործման ուղին։
Անվճար 30 րոպեանոց խորհրդակցության ընթացքում մենք պարզում ենք՝
-
Մոտավոր արժեքային միջակայք
-
Ամենակարճ ուղին (միայն Mac / 5 հարթակների Flutter / փուլային ռազմավարություն)
-
Որ պլանն է ամենահարմարը (Light / Standard / Business)
Մշակումը պատվիրելուց առաջ պետք է որոշեք միայն այս 3 բաները
Նույնիսկ եթե շատ մանրամասներ դեռ անհստակ են, այս երեքը սահմանելուց հետո գնահատումն ու իրականացումը դառնում են հստակ։
2
Ո՞վ է օգտագործում այն և որ սարքերում։ (Օգտատերեր և սարքեր)
- Դաշտային աշխատանքներ՝ iPhone / Android
- Կառավարում՝ Web
- Back office: Mac / Windows
- Այս փուլում շատ նախագծեր հասկանում են, որ ամեն ինչ չի ավարտվում միայն Mac-ով։
3
Ի՞նչը և մինչև երբ պետք է առաքվի։ (Ժամանակացույց և MVP)
- Սահմանեք, թե ինչ պետք է աշխատի առաջին ամսում, որպեսզի դա համարվի հաջողություն
- Նախ նվազագույն հաջողության չափանիշների սահմանումը նվազեցնում է առաքման ռիսկը
Շատ դեպքերում 5 հարթակները միասին զարգացնելը ավելի բարձր ROI է տալիս, քան միայն macOS-ը զարգացնելը
Սկզբնավորումից հետո պահանջների փոփոխությունները սովորական են. կառավարումը պետք է լինի Web-ով, դաշտային թիմերին պետք են սմարթֆոններ, կամ վաճառքի թիմերին՝ Windows աջակցություն։
OS-ով առանձին մշակման դեպքում հավելյալ արժեքը արագ աճում է։ Flutter-ի դեպքում ընդհանուր ճարտարապետությունն ու իրականացումը հեշտացնում են մեկանգամյա սպեցիֆիկացիոն փոփոխությունները։
Նախագծի միջնամասում սովորական փոփոխություններ
- Կառավարման միջերեսը պետք է լինի web-ի վրա
- Դաշտային թիմերին անհրաժեշտ է սմարթֆոնով հասանելիություն
- Վաճառքի թիմերն օգտագործում են Windows
Mac-only vs 5-surface delivery
| Համեմատություն | Միայն Mac (առանձին իրականացում) | 5-surface (Flutter) |
|---|---|---|
| Սպեցիֆիկացիաների փոփոխության արժեքը | ||
| Ապագա ընդլայնման արժեքը |
Եթե վստահ չեք, արագ ճանապարհը հաճախ սա է՝ նախ ստուգել Web-ով, ապա արժեքը հաստատելուց հետո ընդլայնել Mac / Windows / mobile-ով։
Կապակցված էջեր
Ստուգաթերթ՝ գնահատումները ավելի արագ և ճշգրիտ դարձնելու համար (անհայտ կետերը նորմալ են)
Որքան շատ կարողանաք կիսվել այս կետերով, այնքան ավելի արագ և ճշգրիտ կլինի գնահատումը։
Կարող եք շարունակել նաև դատարկ դաշտերով։
-
Օգտատերերի թիվ (ներքին աշխատակիցների քանակ / արտաքին օգտատերերի քանակ):
-
Իսկություն հաստատում (Google / Microsoft / էլ․ փոստ / SSO)
-
Տվյալների պահանջներ (համաժամեցում / offline / թույլտվություններ / audit)
-
Ինտեգրացիաներ (CSV / Excel / գոյություն ունեցող DB / արտաքին API / Slack և այլն)
-
Տարածման եղանակ (App Store / ներքին տարածում)
-
Ներկայիս աշխատանքը (Excel-ի վրա հիմնված / գոյություն ունեցող համակարգ / փոխարինում)
-
Ժամանակացույց (ինչը երբ պետք է գործարկվի)
-
Ապագա ներդրման պլաններ (Windows / Web / iOS / Android)
Mac հավելվածների մշակման աութսորսինգի սովորական թակարդները
Նույնիսկ երբ առաջարկը էժան է թվում, այս երեք կետերը հաճախ մեծացնում են գործարկման ծախսերը։
1) Ֆիքսված պայմանագրի մեջ մտնելը, նախքան սպեցիֆիկացիաները կայունանան
Փոփոխության հարցումները թանկանում են, և առաքումը կարող է կանգ առնել։
2) Սպասարկումը հիմնական պայմանագրից դուրս թողնելը
Յուրաքանչյուր բարելավման փուլ սովորաբար թանկ է դառնում։
3) Նախ Mac-ի համար կառուցելը, ապա հետագայում այլ OS-երի համար նորից կառուցելը
Սա հաճախ հանգեցնում է կրկնակի ներդրման։
Finite Field-ում բաժանորդագրային DaaS-ը կառուցված է՝ կառուցել → օգտագործել → բարելավել → մասշտաբավորել սկզբունքով։
Դա թույլ է տալիս գործնական առաքման մոդել, որը հաշվի է առնում շարունակական սպեցիֆիկացիոն փոփոխությունները։
Ինչպես է սկսվում նախագիծը
-
1
30 րոպեանոց խորհրդակցություն
Համադրել նպատակները, օգտատերերին, սարքերը և ժամանակացույցը
-
2
Պահանջների ուրվագիծ
Սահմանել նվազագույն հաջողության չափանիշները (MVP)
-
3
Սկիզբ
Շարունակեք շաբաթական/երկշաբաթյա արդյունքների վերանայումներով
-
4
Գործառնական բարելավում
Շարունակաբար բարելավելը՝ դաշտային հետադարձ կապի հիման վրա
Գնային պլաններ (առանց նախնական վճարի, ամսական)
Այս հարցման էջում գները երևում են մեկ հայացքով։ Մանրամասների համար տեսեք գների էջը։
Light
JPY 298,000 / month
Միայն Web, սպասարկում և փոքր բարելավումներ
Standard
JPY 598,000 / month
Web + հավելված նոր մշակումների և աճի համար
Business
From JPY 980,000 / month
Երկու ուղղություն և արագ իրականացում մի քանի թեմաներով
Պահանջների ձևանմուշ (լրացրեք սա, և մենք կարող ենք տրամադրել մոտավոր գնահատական)
Տեղադրեք հետևյալը անմիջապես ձևում և ուղարկեք այնպես, ինչպես կա (դատարկ դաշտերը նորմալ են)։
Պատճենել-տեղադրել ձևանմուշ
Դուք կարող եք սա տեղադրել ձևում և ուղարկել այնպես, ինչպես կա։
Հաճախակի տրվող հարցեր:
Կարո՞ղ ենք խորհրդակցել, եթե պահանջները դեռևս մշուշոտ են
Այո։ Շատ նախագծեր սկսվում են մշուշոտ փուլից։ Եթե գիտենք նպատակը, օգտատերերին և սարքերը, կարող ենք կազմակերպել ըստ նվազագույն հաջողության չափանիշների (MVP)։
Մենք ուզում ենք միայն Mac հավելված։ Դեռե՞վս պետք է Flutter
Միայն Mac-ը որոշ դեպքերում կարող է լինել օպտիմալ։ Բայց եթե հետո հավանական է Web, սմարթֆոն կամ Windows աջակցություն, ինտեգրված Flutter մոտեցումը հաճախ նվազեցնում է ընդհանուր ծախսը։
Հնարավո՞ր է հետո փոխել պլանը
Ամսական DaaS մոդելը հեշտացնում է փոփոխությունները։ Դուք կարող եք ցանկացած պահի փոխել պլանը։
Ինչ է նշանակում ենթակառուցվածքի actual ծախսը
Cloud Run և Firestore նման ծառայությունների ամպային օգտագործման վճարները հաշվարկվում են ըստ իրական ծախսի։ Պլանավորման ընթացքում մենք տալիս ենք մոտավոր գնահատականներ։
Mac հավելվածների մշակման համար նախ ընտրենք ամենակարճ ուղին
Մեկ խորհրդակցությունը բավական է՝ պարզելու հաջորդ լավագույն քայլը։