Devoria
רעיון אחד. קבצים שמקדמים אותך.
משאבים מאת Mehdi Azizi ·
חמש תבניות חינמיות כדי להגדיר את אפליקציית ה-iOS הראשונה שלך, לעבוד עם סוכן ולהכין את הבדיקות לפני הפרסום. תוריד את הקובץ שמתאים לשלב שלך ותתאים אותו לפרויקט. בלי אימייל ובלי הרשמה.
תבחר את הבעיה הבאה שצריך לפתור
הרעיון עדיין מעורפל? תתחיל ממסמך האפיון. כבר יש אב-טיפוס? תעבור לטבלת הבדיקות. אם אתה מתכונן לשליחה ל-Apple, תשתמש בהערות App Review אחרי שבדקת את המסלול הראשי.
קובצי Markdown נפתחים בכל עורך טקסט. קובצי CSV מייבאים ל-Numbers, Excel או Google Sheets עם פסיק כמפריד וקידוד UTF-8. תשמור עותק של התבנית, ותמלא את התוצאות בקובץ משלך.
מסמך האפיון של האפליקציה הראשונה שלך
תתאר את האדם שאתה עוזר לו, את הבעיה שלו, את המסלול הראשי ומה אתה משאיר מחוץ לגרסה הראשונה. תסיים בקריטריונים לאישור שאפשר לבדוק בעיניים.
איך להשתמש: במקום "אפליקציה לקריאה", תכתוב "להוסיף ספר, לרשום את העמוד שהגעתי אליו ולמצוא את ההתקדמות הזאת אחרי שסגרתי את האפליקציה".
CLAUDE.md כדי לשמור על שליטה
תקבע את ה-stack, את גבולות הפרויקט, את הפקודות השימושיות ואת הבדיקות הנדרשות לפני שאתה מעביר מסך לסוכן. התבנית כוללת תרגיל על שמירת נתונים.
איך להשתמש: תבקש מהסוכן להסביר אילו קבצים הוא ישנה, ולפרט בנפרד מה הוא בדק ומה הוא לא הצליח לאמת.
התקציב שממלאים לפני שבונים
תפריד בין עלויות הפרסום, כלי הפיתוח והשירותים שהאפליקציה צורכת. תרשום את ההנחות שלך ואת התאריך שבו בדקת את המחירים.
איך להשתמש: מנוי לכלי הקוד שלך ובקשת AI שמשתמש באפליקציה שולח הם שתי הוצאות שונות.
טבלת הבדיקות לפני TestFlight ו-App Review
שישה עשר תרחישים, לכל אחד הכנה, פעולה לביצוע, תוצאה צפויה ועמודה להוכחה. מכסה בין השאר שמירת נתונים, רשת, מסכים קטנים ומנויים אם יש באפליקציה.
איך להשתמש: כפתור שעובד פעם אחת לא מאשר מסלול: תפעיל מחדש את האפליקציה, תסרב להרשאה ותחזור על הבדיקה במסך הקטן ביותר שנתמך.
הערות App Review שמסבירות את המסלול שלך
תכין מסלול מדויק לבודק: גישה, הפונקציה הראשית, רכישת בדיקה אם יש, דרישות חומרה ותגובה לדחייה. תבנית באנגלית למילוי מגיעה עם הנחיות בצרפתית.
איך להשתמש: תציין את הדרך בין המסכים ואת התוצאה הצפויה. פרטי ההתחברות לדמו נכנסים ב-App Store Connect, אף פעם לא במסמך ציבורי.
תשמור הוכחה, לא רק וי בתיבה
לכל תרחיש, תרשום את גרסת האפליקציה, המכשיר, מערכת ההפעלה והתוצאה שראית. בדיקה שלא בוצעה נשארת "לבדיקה". תרחיש שלא קיים במוצר שלך אפשר לסמן "לא רלוונטי" עם סיבה. אם משהו נכשל, תשמור את השלבים שמשחזרים אותו לפני שאתה מבקש תיקון.
הטבלה לא מחליפה את הכללים של Apple ולא מבטיחה שהאפליקציה תאושר. ה-App Review Guidelines והתיעוד של TestFlight הם המקורות הקובעים. המקרה של TradaZen מראה למה אב-טיפוס שעובד לא תמיד מספיק.
לא יודע מאיפה להתחיל?
המסלול של iOS Kit לוקח אותך מהרעיון ועד ה-App Store, צעד אחרי צעד. התבניות בעמוד הזה נשארות חינמיות, עם kit או בלי.