失业 8 个月，各种探索开发 APP，几乎 0 收入，最近又折腾了一个设计走查工具，大家给给建议

查了下百度上 [设计走查] 的搜索量，月均 124 次，而且没几个扩展词，这需求量……只能祝楼主好运了

@freshgoose 感谢您的回复，这个角度我还没想过，按这个思路用户很难获得啊

第一次听说设计走查这个名词。

@swulling 我周围的设计师是这么叫的，难道被圈子误导了

楼主终于知道为啥 8 个月开发几乎零收入了……

@meathill 觉得没有做好就不愿意发出来，现在看来光闭门造车还是不行的，还是希望能得到大家的建议和指导

https://www.rocketsim.app/

搞搞英文把這個 App 打下去吧～

@cctrv 我确实有参考这个，这个 APP 主要是 iOS 模拟器上用，我的定位更加宽广一些，是一个可以自由自动的浮层，可以覆盖在网页，APP 投屏，模拟器上，按理说用户群会比只有 iOS 模拟器大

@cctrv 后续我还规划了一些功能，比如在 APP 中内置一个 server ，到时候可以支持 figma 插件，Sketch 插件导入 app ，在使用层面，会更加便捷

被动创业不是好事

@iOCZ 也不完全被动，是半推半就的

我觉得你不如找个工作先干着，空闲时间想点子实践，真有需求了再辞职。你现在的脱产状态能研究出啥点子来

我觉得不错 顺便往海外也推一下?

op 需要了解快速验证的概念,否则花大力气做出来的东西没有达到预期效果的话, 会深受打击.
对于个体而言, 时间也是有限的资源

楼主看看 snipaste ？
和它贴图的子功能重叠度太高

我一般是 模拟器截图 放在 figma 上调个透明度 直接对比，步骤和 lz 的 app 也没差多少，个人觉得 lz 还是放弃这个项目

做的时候
考虑目标用户到底有没有这个需求？
目前他们这个需求是如何解决的？
市面上有没有产品能满足 ta 的需求，如果有，为什么不用？
市面上的产品相比，我的好在哪里？

楼主非从业，做之前还是要做好从业客群调研。明确有诉求，再明确产品亮点，才能基本起步（先不考虑略有名气就被 copy 集成功能到同类产品里了）

而且变现模式上，最好也是先考虑清楚。不是做出来就能盈利，考虑好是收费变现还是流量变现。客群支付意愿这块也得搞清楚。

建议: Todo, 记账，番茄钟，时钟组件，日记，天气，倒数日，打卡，Markdown 编辑，相机滤镜

@whitecosm0s 这些玩意都被独立开发者做烂了，展示技能还行，靠这些赚钱就算了

@freshgoose 老哥，方便问下，咋查的吗？

Mac App 赚钱还是比较难的，毕竟总用户就那么点，其中设计师和开发者的就更少了。

不管楼上说的是反话还是正话，我觉得做个大众 iOS App 的机会更多，记账 ToDo 时钟都挺好的。越大众的应用越好推广，像楼主这种应用，除了设计师社区，我都想不到免费的推广途径，小红书都不会给流量。

我最近也想做个倒数日应用，因为这些应用才有下载量。没有下载量，应用再好也赚不到钱，毕竟付费转化率不是一个容易提高的数字。

还是鼓励一下这个产品，同为客户端开发者也确实有些类似需求，但是客群调研不知道做的如何，能舍得为设计走查这一步专门付钱的公司应该有以下两个特点：
1 、需要经常变更 UI 也就是迭代迅速，或者说更贴近 C 端市场一些，可以考虑下是否要把产品做的更偏垂类市场
2 、有成熟的产品研发流程，且重视用户视觉体验，但这又需要人脉或者推广来推进把 op 产品融入进研发的流程

作为开发者感觉这个产品思路还是不错，但是毕竟独立开发 99%时间开始在技术之外，希望 op 技术之外再多想想多写写，不过还是祝福 op 产品大卖

以上来自一个做了足够多 Mac App 的开发者。

- OK JSON: https://okjson.app/
- Anybox: https://anybox.app/

@ferrum 官网好看，用什么做的啊，是模板吗

@ferrum #23 做付费还是得果子，Android 没啥搞头，只要 UI 做的好看，果子用户就更愿意付费

失业了就在家做独立开发者。v2 给的勇气吗？

1.产品太小众
2.mac 用户也少。

@LiuJiang #20 百度营销 --> 关键词规划工具 ，不过注册百度营销需要一个公司执照

@helloword001 官网是自己做的，Next.js + Tailwind CSS 。

找几个印象不错的产品网站，拼拼凑凑就差不多了。

这个需求的场景我带项目的时候倒是会经常遇到。设计师不懂代码，检查的时候困难，写代码的设计的细节又容易忽略。名字和文案还是优化下，设计走查 也是没听过。

Android 正向开发真的是死路一条了, 大公司都没什么岗位, 个人更难开发出可以变现的产品, 不如换个思路, 做 Android 逆向开发, 只要你不在意世俗的眼光, 做好尺度的把握, 挣钱是没问题的.

design walk-through
这种词嗯翻译过来听起来怪怪的，还是直接用英文比较好。
就像什么“金刚区”，村味十足。

🤔设计走查还算是挺常见的词汇吧，至少我呆过的团队中都是这么沟通的。

这类工具用得比较多的形态是 chrome 插件，像什么 PixEye 、Visual Inspector 、Copixel 等等，不过插件拥总有无法满足需求的，所以最后反而用浏览器自带的检查器。

看了介绍有点兴趣，改天等研发提测了我试试看

我的媽呀，第一次見到設計工具做得這麼不簡潔。

楼主选择了用户最少的平台，又在用户最少的平台中选择了用户最少的工具

特地登录上来给 op 一个支持；这个工具在面向 c 端场景的时候其实用处不少；但是如果要做到算是一个成熟解决方案的话，就不能只考虑 mac / iOS ，很多开发是 windows 系统+ iPhone / Android 配置的；以及如何做到资源存档，可托管部署，配套比如蓝湖 Sketch 这样的协同解决方案系统的。如果这些问题都能解决，个人非常乐意试用 :)

@stinkytofu 你是不是回错帖子了，这个帖子和 Android 开发啥关系？

@hauibojek 一般找工作，一般做独立项目，不能闲着躺平了

@LevineChen 感谢支持

@hhacker 虽然我失业时间不短了，其实这款产品目前花时间差不多一个月不到，放出来看看大家的反馈，所以也算是快速试错

@Venjer 感谢您的建议，我再思考下如何在你这个工作方式上，有较好的效率提升，比如加上一些自动化，如果做不到比原本的走查方式更高效，那么这项目确实应该放弃了

@Secrexy 感谢🙏，你的回复启发了我更全面的去思考，我是第一次拿产品出来，确实有很多需要学习和做的

@whitecosm0s 哈哈，这些（ Todo, 记账，番茄钟，时钟组件，日记，天气，倒数日，打卡，Markdown 编辑，相机滤镜）想过，毕竟每个独立开发者可能开始的时候都会想这些，但是这些也是最卷的，很难脱颖而出

@ferrum 已经感受到小众应用的推广难度了。

@ferrum 您的两款应用，看评分还不错，不知道是否有赚头，以后得多向你请教

@ian511 感谢您耐心的恢复，从你这儿可以看到需求还是有的，如何嵌入到现有的研发流程，不增加负担，真的能提升效率比较关键

@kneo 失业肯定是被动失业的，独立开发其实一直想尝试一下，毕竟老打工，总感觉迟早会没人要，到时候年龄更大了，还是要面临干啥才能不被饿死的问题。
总之有工可打是幸福的

@vxthon 感谢回复，说明需求还是存在的

@Pandroid 谢谢回复，目前线上有第一版，我只能说是做到了最小可用，后续计划内置 server ，可以上传 Figma 、Sketch 、蓝湖等相关的设计图。在走查层面计划会往自动化方面走

@xianyu191031 目前我计划把 server 内置到 APP 中，这样不用自己花钱去部署服务，所以托管这块儿也不用担心，用户的数据就在用户本地。之余 Windows 平台，后续看产品是否是刚需，再看精力是否做了

@guyoyo 买断定价 128 个人感觉有点高了， 比 mac 上 sketches 还贵了，可能个人觉得只能到 1/3 左右

@xianyu191031 您的建议我采纳了，将价格降低了一半。一开始我是考虑到后续还要推出一些功能，所以就一次性定价 128 ，把未来的功能都考虑进去了。但是仔细想来，如果是早期用户，那么干嘛不给早期用户一定的优惠呢？早买早享受

op 的用户是谁,设计师还是程序员？ 程序的话，不是给自己找不痛快吗,程序在意的更多是 small,middle,large 这种方便抽象的尺寸吧。 设计的话,感觉也是方便跟程序撕逼用...

@ZGame 我的用户群是设计师，程序员开发完之后，交给设计师检查，这个过程中会查出很多 UI 实现问题，到时候可能又要让程序员去改，这个过程其实目前缺少协作工具。 我现在做的第一版还没有协作能力，只是把最基本的功能做了，后续计划上会有自动比对，协作等相关功能

@guyoyo 我觉得 op 的功能会本能导致程序员群体反感... 目前的设计平台也好 figma,蓝湖这种，都是自动化生成标注,我的理解是要从设计上去组件化,主题样式提取出来,去规避这类问题,而不是说设计师随便拖拉拽一个像素点,然后去硬扣程序这边的问题。更多的是能够提供一种平台,比如说让程序和设计协作,让设计和程序感知一个页面组件里有多少种属性可配置。然后去协调这样比较好

下载看看

@tbg 感谢支持

@ZGame 我做的不属于标注，在我的理解里面，开发工程师开发完了，设计师要检查的，这个检查的过程中，需要设计师去每个细节去比对，最终会形成一个“问题列表”，把“问题列表”返回给开发同学，开发同学再改。
“问题列表” 其实就是“Bug list”，属于 UI 实现不到位的 bug
在这个层面讲的话，其实并没有在现有工作流程中去让一方不爽，希望可以做到效率的提升，这样工具才有价值

这有点自嗨呀

@guyoyo 我知道你的意思,但是 ui 这类 Bug list 对于程序来说，占用时间又没有高附加值的 Bug 其实都不愿意去改的。而且反过来说,我站在程序的角度上来说,希望设计能够有组件化的意识,而是不只是扣几个 px 的问题。而往往组件化来说其实对于双方是有意义而且避免更多时间的消耗。打个比方说现在很多数据大屏都提供模板,或者一个组件往往有几十个属性,那对于开发来说,希望设计能意识到一个组件有多少属性，然后再去设计标准化,这样。

@ZGame 你讲的这样没有问题，如果有完善的组件化思维，问题会少很多，B 端的产品容易标准化，估计也用不着走查。 面向 C 端的产品，会设计的更加多样一些，通常没有现成的组件，所以对 C 端的产品，或者第一次开发这样的场景下，走查是有必要的

UI 走查我知道，可是 UI 自己电脑里一堆图形设计软件，比如 ps
截个图然后叠在设计稿上很容易啊，叠上去之后，截图，错误的地方圈起来
截图就发给测试了，再由测试发到 bug 系统上
这个流程已经很完善了，还需要你解决什么痛点？

@iovekkk 其实已经完善的流程，也还是有改进的空间的，比如让这个效率提升一倍或者更多。甚至如果能改变这个工作方式，那么就是一个有价值的事情。 比如设计软件有 PS 了，后来 Sketch ，figma 一直再出，将来可能会结合 AI 做设计，所以从这个过程看，产品是需要迭代的。
我其实也不认为我做的设计走查现在会成功，但是如果真的能做到在现有环节中，提升 90%的效率，那么就会有价值了。说实话挺难做到的，但是不开始怎么知道下一步怎么做呢？或许未来结合 AI 会很方便呢？

@guyoyo #63 你可能考虑的有些片面，工具的使用者往往是没有权利决定使用什么工具的，比如说飞书，企业微信这样的软件，里面的云文档、TAPD 等等工具，使用虽然是我们这些打工人在使用，但是这些工具最大的价值是给管理层更直观的看报表看数据，数据能够统计的精准且灵活，领导层看数据看的爽就可以了，打工人用起来好不好用，并不是那么重要

@iovekkk 这个角度确实是应该考虑的

支持楼主，购买了，然后无法第二次打开，只能重新下载才能打开，稳定复现。

@875127234 关闭之后，程序在电脑的菜单栏有个小手电的图标，可以在哪儿打开。
我正在发布新版本，等苹果审核通过看是否解决了你的问题，你也可以说一下你的操作过程。

我这里菜单栏没有小手电图标，看了后台，app 确实在运行。
只有刚下载第一次打开才有小手电图标。
M1 pro 14.0 (23A344)

@guyoyo 哦，菜单藏在刘海里

@875127234 问题解决了就好，我最近没来看，忙着开发了一个 figma 插件，可以快速导入设计稿。后面会增加按透明窗口截图，然后反向导入 figma 、sketch 的功能

@guyoyo 这个我很需要，加油哦

@guyoyo 目标是赚钱的话，我觉得你其实试试这些 app 比现在这个能够成功的可能性要更大。目前这个工具最大的问题是需求小众，目标用户不明确。你可能觉得目标用户是设计师或者开发人员，但其实这种工作流程类的 app 更偏 to b 而不是 to c ，所以目标用户更可能是老板或者团队 leader 。而老板或 leader 会有多少精力放在这种团队合作的细节上呢。而且公司和团队选择效率类工具，有多少会选择独立开发者或者小团队的不知名 app 呢。而且加上学习成本和协作成本，是不是能够提升效率其实都是存疑的。如果这种需求强烈的话，团队一般会自研，或者会把需求反馈给合作的大平台。

当然，如果你只是想通过开发 app 来锻炼技术或是做个优秀的产品来自我满足，这一切都无所谓了。

有免费的 Chrome 插件 PerfectPixel

@875127234 最近有更新，感谢支持