אמנם אינך צריך להיות מפתח אתרים כדי להקים חברה מבוססת טכנולוגיה, אך בהחלט תצטרך לעבוד עם אחת בשלב מסוים. ולא, זה לא קל כמו לשכור מישהו לבנות את החזון שלך ופשוט לראות אותו מתעורר לחיים - אתה תהיה אחראי למצוא את האדם המתאים לצוות שלך, להורות לו על מה, בדיוק, להתפתח (באופן אידיאלי, לעבוד ב דרך שיתופית) וניהול הפרויקט לאורך הדרך.
ולאורך כל התהליך הזה, ישנם כמה דברים שיזמים רבים לומדים בדרך הקשה. הנה מה לדעת, לפני שתתחיל.
1. וודא את הרעיונות שלך לפני שתתחיל לפתח
יש לך רעיון נהדר למוצר או פיצ'ר חדש? האינסטינקטים שלך עשויים להיות למצוא מפתח ולהתחיל לבנות מייד - אך ראשית, חשוב לבדוק אם הלקוחות שלך אכן רוצים זאת.
לשם כך, ציין איזו בעיה אתה מחפש לפתור (למשל, "אנו רוצים שמשתמשים יחזרו לאתר לעתים קרובות"). לאחר מכן, צור השערה ניתנת למדידה שתוכל לבדוק אם המשתמשים שלך אכן יתנהגו בצורה שתומכת בפתרון שלך. לדוגמה, ההשערה שלך יכולה להיות: "לאפשר למשתמשים לפרסם עדכוני סטטוס יביא לגידול באינטראקציות המשתמשים ושמירת המשתמשים."
לאחר שתעשה זאת, צור אב-טיפוס של התכונה שאתה מחפש לבנות. ואתם לא זקוקים למפתח עבור זה עדיין - לטיוטה מוקדמת, תוכלו לבצע הדגמה הניתנת ללחיצה באמצעות PowerPoint או Word, או אפילו להשתמש ברישום נייר. ישנם גם כלים מתקדמים יותר של אבות טיפוס וריפינג, כמו Axure, Mockingbird ו- Balsamiq, שכדאי שתרגיש בנוח איתם אם אתה מתכוון לנהל מוצר.
ואז - עוד לפני שמעורבים במפתחים שלך - הצג את האב-טיפוס שלך ללקוחות שלך (או ללקוחות פוטנציאליים) ולקבל את המשוב שלהם. (אתה יכול לתזמן ראיונות אישיים או להשתמש בכלים מקוונים כמו Usabilla או UserTesting.com.) שאל אותם שאלות פתוחות כדי לאמוד את המחשבות והעניין שלהם בתכונה, ולנסות להבין באמת אם הפיתרון מלהיב אותם או לפתור נקודת כאב. ואם כך? רק אז הגיע הזמן לעבור לבנות משהו בפועל.
2. שכור ובנה צוות Dev נהדר
שכירה של האנשים הנכונים היא הכרחית בכל ארגון, אבל כשאתה שוכר מישהו שבונה את המוצר שלך ומביא לחיים שלך את החיים - ובכן, זה חשוב ביותר.
הנה שיעור ההעסקה היקר ביותר שלמדתי: שכור תחילה ל- DNA, ושני ניסיון בעבודה. ערוך רשימה של המאפיינים שאתה מעריך כחברה, או ה" DNA "שלך (כלומר, כונן בלתי נלאה, יבצע את העבודה לא משנה מה, חוש הומור) - ואז, וודא כי האדם שאתה מראיין או מדבר כדי להתאים לרוב הפריטים שגמלת עליהם.
מה שחשוב לא פחות הוא לשכור אנשים בעלי יכולת, ולא מערכת מיומנות מסוימת. במרחב הטכנולוגי מיומנויות מתיישנות אחת לשנתיים, ולכן עדיף להעסיק אנשים שמסוגלים ללמוד טכנולוגיות חדשות (ובאופן אידיאלי, יש רקורד של ביצוע זאת) ולא אנשים שבמקרה יודעים לעשות משהו ספציפי עכשיו . זכור, באופן אידיאלי, אדם זה יהיה איתך לאורך זמן, ואתה רוצה לוודא שהוא או היא התאמה נהדרת גם עכשיו וגם אחר כך.
3. ניהול הפרויקט בכל שלב בדרך
לבסוף, היה מעורב בבניית המוצר שלך. טעות נפוצה שאני רואה שאנשים עושים: מייסדת תעביר מפרט מוצר למפתח, ותאמין שהכל ייעשה כמו שהמייסד רואה את זה בראשה, ותבדוק שוב רק כשהמוצר הסופי יהיה מוכן.
זה מתכון לאסון. אם תנקוט בגישה מעשית זו, לרוב לא תמצא שהאתר או המוצר שלך לא מיושמים באופן שדמיינת. אולי ההוראות שלך לא היו ברורות, אולי בעצם אי אפשר היה ליישם אותן טכנית, אולי המפתח שלך פשוט לא הבין. אבל בלי קשר למה זה קורה - זה מצב שאתה מעדיף פשוט להימנע לחלוטין. האמינו לי, הרבה יותר קל להישאר בראש תהליך הפיתוח לאורך הדרך מאשר לחזור ולתקן את הדברים אחר כך - או גרוע מזה, התחל מחדש!
גישה טובה יותר היא להשתמש ב"ניהול פרויקטים זריזים ", שיטה נפוצה לתכנון והדרכה של פרויקט טכני. פרויקט זריז מסתיים בקטעים קטנים הנקראים איטרציות או ספרינטים (יומי, שבועי, או תוך שבועיים, מקסימום). לאחר שמפתח או צוות פיתוח משלים איטרציה, הוא נבדק ומועבר על ידי ביקורת על ידי חברים אחרים בצוות הפרויקט.
היתרון העיקרי של ניהול פרויקטים זריז הוא היכולת להגיב לנושאים עם צאתם. תוכלו לעקוב אם הפרויקט מתנהל לפי התוכנית או לא, להבין אילו שינויים נחוצים ובסופו של דבר לעזור להעביר פרויקט מצליח בזמן ובמועד התקציב.
למידע נוסף על תהליך הפיתוח הזריז, סרטון היכרות ובדיקת כלים לניהול פרויקטים מקוונים כמו אסאנה ו- Pivotal Tracker.
