作者mamalove (透明的)
看板CodeJob
标题Re: [讨论] 纪录饮食APP的程式开发价格?
时间Wed Jun 1 20:39:15 2016
其实开放与大家讨论也没关系
的确是希望跟医院谈 病人餐 或孕妇餐月子餐的部分
让病人自行选择喜好搭配早午晚餐点心 选择多样化 并明确符合每日营养标准
一开始跟医院谈,总之功能都是最小生存法则,若能成长,资料库可慢慢扩及其他,
做成跨平台。使用者也可输入自己偏好食谱 或家传食谱 然後自动输出营养分析。
有兴趣的人mail给我可以先寄草稿 希望至少先做一个可演示的demo
※ 引述《LaPass (LaPass)》之铭言:
: ※ 引述《mamalove (透明的)》之铭言:
: : 各位好
: : 以前并无APP开发经验
: : 但想自行设计一款APP 功能主要为纪录饮食 并分析使用者的营养摄取状况
: : 目前只会用简单的powerpoint画东西
: : 但希望之後会把流程图和介面设计都画好 交跟程式人员讨论
: : 请问若找程式开发者一起合作 费用大概是多少? 在时间不会赶的情况下呢?
: : ----------------------------------------补说明
: : 情况是类似像这样
: : 连接一个既有的食品的营养成分资料库
: : 比如说输入早餐吃香蕉和土司 中餐小七吃三明治 晚餐吃麦当劳一号餐 显示今天
: : 蛋白质 脂质 碳水化和物 蔬果比例的 饼图
: : 还要吸收 钙质 和 铁质 和 卡路里 这类成分的长条图
: : 如果有类似的APP也请告诉我
: : 谢谢
: 如果是这样的规格,我会抓1万到60万之间
: 因为还有许多细节未确定
: 以下问题,「是」越多价格越高
: 1. 需不需要伺服器?
: 2. 需不需要会员管理?
: 这题选「是」的话,第一题也必须要选「是」
最初版应可让管理员输入某机构的菜单 和 营养成分
让使用者可以查询和组合 应不用特别管理会员。
但是的确要可以方便编辑资料库 所以应会要伺服器
: 3. 资料库是在伺服器上吗?
: 资料库可以放在手机上或是自己的伺服器上
: 如果是在手机上
: 你只要把每种食物的营养给程式设计师
: 让他把资料库放到手机去就行了
: 但这样无法随时更新资料库的内容
: 如果是放在伺服器上
: 那就必须要多架个伺服器,而且要有新增修改删除功能
: 可能还需要权限控管
: 当然,这题选「是」的话,第一题也必须要选「是」
: 但同样的,「收集食物营养资料」是你的工作
: 你要想办法去找出各种资料的热量以及营养成份
: 4. 需不需要历史纪录?
: 就是,要查看昨天吃了多少热量之类的
其实这不是最初版的必要功能
之後可以考虑
: 5. 承上题,是否把历史纪录存在线上?
: 这题选是的话,第2题也必须要选「是」
: 这差别是在於,清空app资料,或是手机重灌後,资料还会不会在的问题
: 6. 其他杂项会很复杂、麻烦吗?
: 这包含你的统计分析、图表之类的复杂度
: 以及当初你在规划时没想到的细节
: 像是:麦当劳一号餐
: 附餐鸡还是薯条或是沙拉,热量营养都不同
: 薯条没有加大又是另外一种选项
如果是帮麦当劳做的话 就是鸡块沙拉薯条分开来 你存好你习惯点的一分午餐
下一次就不用重新查询输入
: 那要怎麽让使用者选?界面呢?
: 有没有打算要给使用者饮食建议?
: 建议的复杂度如何?
直接用图形表示差标准多少 像是给贫血患者控制铁摄取 孕妇需摄取铁和钙
有的高血压是要注意钠和钾
也不是每个人都要减肥 每个APP功能都希望针对客群控制到最简便操作
可以针对个人需求微调 大量复制
: 还有就是对界面的美观的要求之类的
: 一般app预设的界面不会太好看,但是很省时
: 但如果要许多花俏跟特效,要花的时间通常不会低於程式本体的开发
功能取向 极简主义.........
: 7. 是不是考虑靠这只程式赚钱?
: 先说,单纯挂广告的收入有限,通常会无法吸引到足够的使用者来点广告
: 所以只是单纯挂个广告的话,请不要把他当成是收入来源
: 这会导致发包模式从「一次发包APP」变成「长期维护」
: 因为营利性的app通常需要一直去开发新功能去满足使用者
: 而且会导致你花更多的钱在其他方面上,像是客服、推播等等
: =================================
: 还有你在 google play 打 卡路里 之类的字眼
做出来总之一定有帮助
能不能营利走着看
如果有其他人已经作出来也好
但要有可信实用适用实在是海里捞针 不可能让病人乱用
觉得乾脆自己做 很谢谢您
: 应该可以找到一堆相关的app
: 一般而言,大多数想的到的app通常都有人做出来了
: 会需要特别开发的,通常都是
: 公司内部使用的特化app
: 或是公关形象的app (麦当劳之前出过闹钟app之类的)
: 如果你是健身俱乐部或是减肥诊所,需要一个纪录卡路里的app
: 来配合诊所的诊疗或是
: 才有必要特别去开发
--
※ 发信站: 批踢踢实业坊(ptt.cc), 来自: 114.43.146.76
※ 文章网址: https://webptt.com/cn.aspx?n=bbs/CodeJob/M.1464784756.A.0AC.html
1F:推 LaPass: 听起来比较适合找合作夥伴 06/01 21:33
2F:→ LaPass: 而不是用发案的方式去处理 06/01 21:34
希望在最佳化预算的情况下先做最核心的功能
※ 编辑: mamalove (220.136.67.78), 06/02/2016 01:31:31
3F:推 Marty: 之前在板上接过类似的Case 案主也是希望在夹缝中求生存 06/02 08:08
4F:→ Marty: 预算从原本的2万 谈好第一阶段之後变4万 中间不断修修改改 06/02 08:09
5F:→ Marty: 最後变10万 参考一下 06/02 08:10
6F:→ hubertwu: 最佳化预算到最後反而会变成一颗砸脚的石头... 06/02 10:29
7F:→ hubertwu: 如果考虑到後续维护和调整的问题, 发包绝对不是个上策 06/02 10:30
如果先由一个人做之後别人很难改是这样吗?
※ 编辑: mamalove (114.43.147.201), 06/02/2016 16:09:38
8F:推 GoalBased: 一千万台币六个月 06/02 20:06
9F:→ pooznn: 几万块的报价不会包含程式原始码! 要原始码又是另一个价了 06/02 20:25
10F:→ oread168: 能不能营利最好不要走着看... 06/04 11:23
11F:→ oread168: 虽然事情都很难说 可是规划程度差十万八千里 06/04 11:24
12F:推 LaPass: 如果先由一个人做之後别人很难改是这样吗? => 通常需要额 06/04 11:57
13F:→ LaPass: 外的时间去看懂前一个人写了什麽 06/04 11:58