不好意思，我又來多話了

通常，程式設計師，不論他功力多高強，最不喜歡「需求不明確」的專案
如果您真的如您所願，找到了資金，並且聘請了一兩位程式設計高手
您必須很清楚知道，對方非常有可能不懂占星
他們只是拿錢辦事，您的需求，絕對要明確，不能有一絲馬虎

您是學占星的，我就以占星舉例好了
假設您要計算星體的交角是否「成立」
最好一開始就把未來的可能性想清楚
是要採用現代派，還是古典派？
現代派主流是不看星體，純粹看交角，判斷容許度 (ex: CONJUNCTION/11 , TRINE/7.5 ...) , 也有考量星體加上交角的 (ex : Sun/Moon/CONJUNCTION, 容許 12度)
古典派有考慮星體的「光芒」，又有分 Al-Biruni (ex: Sun:15) 以及 William Lilly (ex: Sun:17) 的定義
如果您覺得這些不重要，只要挑一個實作即可。但是一旦決定，往後請不要改變。因為一改變就會對程式設計師是個很大的痛苦。
小的改變，例如 Sun/Moon/合 容許 12度 您要改成 10度, 這都還OK，因為這頂多是程式內的參數調整而已。
但是如果您要把「古典派」改回「現代派」，那麼底下的程式設計師就會吐血了…因為要改的東西還不少…

如果您考量到未來可能的「擴充」，最好一開始就跟程式設計師講明哪裡要開放設定。
程式設計師最「賭爛」的，就是「上面的人以為這是一個小功能，一開始沒講，快完工了才隨口說說，卻不知道底層修改會翻天覆地」
所以很多程式設計師都很「不爽」PM 或是 Boss，認為他們只要「出一張嘴」 ，而造成主雇雙方的緊張。

以上所提的「交角」只是一個最細微的範例，只是以此例提醒您，在跟程式設計師提出需求前，您的計畫書一定要非常詳細，什麼畫面有什麼按鈕，按下去會影響什麼、顯示什麼、未來改版會不會多一個什麼按鈕... 「改版」對程式設計師是個「惡夢」，如果您能在一開始就把未來的可能性提出來，好讓程式設計師有個底，哪裡可以保留讓資料庫設定，哪裡可以寫死…等等，這個計畫書詳細寫起來可能高達上百頁，絕不誇張！

其實，如果您已經寫出了這樣的一本計畫書，您已經可以去跟創投談談看了，這時創投應該可以看到您的決心，即使您不懂技術，不懂程式設計。但是只要您能讓創投看到您未來一步一步的路，可能的獲利方向，在「沒有其他創始成員」的情形下，也是很有可能募集到資金的！

厲害的程式設計師還分兩種，前面提的是大多數的高手，他們非常有可能不懂占星，在您旗下做事，就只是一個純粹的員工，不論他寫程式多麼厲害，他也只是看規格，寫程式，上線，領錢。第二種程式設計高手是對您的 Domain Knowledge 也「非常」有興趣，想要瞭解，甚至自己本身就是專家，這種人合作起來最愉快，因為他完全知道您在想什麼，當您提出「交角計算」的需求，他腦中馬上就撈出有哪些派別、哪些設定，自己就可以規劃出完整又有彈性的架構，以彌補您的不足。只是這種人如同鳳毛麟角，可遇而不可求！或許您可以從您的客戶或學員中觀察吧。只是跟這種人高手合作，最好能確定自己功力數倍於他，有許多值得讓他學習的地方，他才會與您合作愉快，不然很容易就被對方吃掉！合作前的合約最好寫得清清楚楚，多找一些人審閱。

祝好運