有版友想一起做這部分嗎?
主要做APP開發
用閒暇時間去做
算是做業餘的
我這邊負責marketing部分及規格
目前大約想找兩三個
有興趣再請私訊
謝啦~
ntihs wrote:
產品要能成功
RD,PM,marketing都很重要
分利這些細節
也是會討論
初期server架設也需要資金投入
目前此階段
想找寫APP的人
討論後再看看還需要哪些人才跟資源
把架構畫出來
權責畫出來
預計會有那些資金需投入
產品介面定位及細項討論
如果只是評估、商討所需人才跟資源、繪製架構、權責、產品介
面定位及細節討論，而不需負責代碼編寫，編碼一律委外發包開發，
這樣健康的合作模式，肯定能很快找到許多志同道合並且懂程式
開發的合作伙伴。
IT咨詢顧問的角色，跟RD,PM,marketing一樣重要，這個角色的專
長在於有豐富的項目與程式開發經驗供團隊咨詢有關架構、框架、
技術選擇，以及如何實現等等的解決方案，而不是在撰寫程式代碼方面。在
不用親自寫代碼的情況下，就已經跟RD,PM,marketing一樣重要了
，那麼請IT顧問動手開發寫代碼，就是進入到產品落實階段，這是
需要付錢，更重要的是，按聊天軟體來說，"產品"就是軟體系統，
軟體系統承載idea、商業模式，這等同程式開發人員身兼產品RD角
色，這麼核心、重要且工作量極大的人員，竟然.......免費？！所以
這種不健康的模式是難以成行與成功的。
倘若團隊發生意見分岐、衝突不合的情況，軟體開發到一半，開發
人員直接將系統代碼打包帶走，團隊也只能乾瞪眼跳腳，拿他完全
沒辦法。基本上開發的成果、著作權、所有權等等，屬於程式開發
人員所有，畢竟大家只是嘴上說說："有興趣"、"試試開發看看"，雙
方並沒有實際合約、合同，也沒有勞務關係存在。
寫app、coding是要錢的，即使找來會寫代碼的伙伴合作，但只
要動手規劃設計，就是要花錢，弄一天算一天錢。
撰寫合格的功能代碼，考慮彈性、集成、攔錯，加上設計規劃等
等，是很嚴謹且費腦力的，若主要開發人員不是自發性來做這件
事，而是兼著開發，且本身還有主業工作要做，在沒有利誘的情
況下，其實是開發不下去的，因為....嚴重違背人性。程式開發從
業人員，下了班後基本就是癱瘓狀態，是很懶、提不起勁、很難
再動腦力的，況且又沒有額外收入，所以基本上是天方夜譚，即
使有現成或類似功能的成品，若要修改到能夠使用，也不是拷貝
跟貼上代碼這麼簡單。
網友們不是無的放矢，寫代碼這種事情，無論是志同道合或是外
包，在討論架構規劃或是規格分析、技術選型時，就開始算錢了
，不太存在你說的那種模式，除非是熟人、好友。但若是熟人、
好友，那肯定直接講，還是採取外包或是直接開工資找人寫，他
們極少數才會自已下海寫代碼。
如果熟人和好友真的很捧場，最大的限度就是幫忙把需求分析與
規格書開出來，交給外包人員coding，至少最後外包廠商交付的
代碼成品，不會偏離太多，且過程中還要與外包不斷交流調整。
而需求分析與規格的交流、訪談，至少佔整個編寫代碼項目1/2以
上的時間與資源，熟人跟好友願意幫忙做這一段，會少走很多的冤
枉路。
coding是黑手工作，而且是很累很累的那一種，說的更直接一點，
在項目裡就是屬於那一種必需支出的基本消費、最低消費。對於
coding黑手來說，直接去"jcase或是104"找外包接案，有錢拿也比
較實際。
所以能成行的，多是金主來找合作，條件都是談清楚的(薪資、獎金
、股票、股份等等)，再不然就是自已會coding的人發起。現在的人
太精明，很多「拋頭臚、灑熱血」的事情，都不會身先士卒，況且
也有很多慘烈的例子在前。
補充一句實話：大家都不肯花錢投資在軟體開發、系統研發；而任何
的idea若要透過軟體、系統在互聯網上落地實現，那麼這個"軟體系統"
就是你的"產品"，連做產品的錢都不願意花，又談什麼創業呢！
內文搜尋
從 APP 打開
X