Покупки: софт для списков, и что джедайского можно прикрутить сюда
Добавлено: Пн сен 07, 2015 3:21 am
Покупки - отдельная группа дел, объединённых общими граблями.
Грабли хорошо бы забороть:)
Я к покупкам отношу вообще все действия, в которых есть элемент "заплатить деньги". Так что тема не просто про "как не продолбать купить молоко".
Хотя "не продолбать" тоже отдельная тема.
И тут кроются грабли.
Действия, которые покупки - по сути планируются два раза.
Один раз как действия. По дороге с работы зайти купить молоко.
И второй раз как траты. На уровне молока можно пренебречь, но вот вопросы "покупать новый шкаф в этом месяце или лучше в следующем, потому что в этом денег не хватит" - уже лучше решать осознанно.
Для этого нужно куда-то информацию (например о намерении купить шкаф) выгружать и обрабатывать.
Туда же нужно выгружать информацию о регулярных платежах - чтоб посчитать, хватит ли денег на шкаф, нужно знать, на что их ещё нужно потратить в этом месяце.
И в общей тудушке этой информации делать нечего - это не ответ на вопрос "что сделать", это скорее такой специальный вид справочной информации.
При этом куда-то нужно выгружать и информацию о мелких покупках - вот то же самое купить молока. Причём оно опять же не действие ещё, а скорее информация о том, что в доме не хватает именно молока. Действием может быть "зайти в магазин" (и закупить продукты по списку), но если плодить по действию на каждую покупку, то в них очень быстро можно утонуть. Тем более, что для большинства таких случаев информация о том, что надо купить Х - возникает в тот момент, когда натыкаешься на то, что Х скоро закончится, или уже закончился. Это не момент планирования, это момент какой-то другой деятельности.
Сейчас я всё это записываю в блокнот (не бумажный блокнот а notepad), и список того, что нужно купить по дороге домой - заношу в телефон в заметку когда планирую день, в который буду куда-то выходить. И это получается неудобно.
В блокноте довольно скоро образуется каша. Регулярные штуки путаются, нет способа удобно отметить что скажем за инет за сентябрь я уже заплатила, но в начале октября опять нужно будет заплатить. Какие-то штуки фигурируют по нескольку раз - я увидела, что в холодильнике нет молока, записала в блокнот, что надо купить молоко. На следующий день опять увидела, что нет молока, и опять записала, что надо купить молоко, потому что не увидела, что оно уже записано.
При этом вытирать выполненное тоже неудобно, потому что информация, что за прошлый месяц я на еду потратила столько-то мне нужна - на её основе я могу прикинуть, сколько заложить на еду в этом месяце.
Плюс при каждом существенном изменении приходится вручную пересчитывать - в каше, ага - под какую сумму я уже напланировала и сколько у меня осталось, хватит ли на задуманное или пока нет.
И окончательно всё путается при обратной синхронизации. Если я выписала покупки в заметку в телефоне - то отмечать их купленными пока рано, может в магазине молока вообще не будет. Плюс в самом телефоне удобно купленное вытирать - тогда у меня в руках список, что мне ещё осталось купить, если по дороге не один магазин а несколько, то без этого сложно.
А сразу после прихода домой в процессе раскладывания покупок отмечать ещё и в блокноте на компе что куплено - лениво. Потому что домой я прихожу по определению уже уставшая.
И это всё при планировании на себя одну - а ведь у кого-то же бывает и семья, и совместный бюджет!
Вопрошаю коллективный разум - как можно сделать иначе, более эффективно?
Возможно, есть какой-то софт, уже заточенный под такие задачи. Или алгоритм работы, подобный тому, как настраивается список дел в джедайской технике.
Особенности, которые важны для меня:
- бюджет существенно ограничен, поэтому задачи "решить, что купить сейчас - Х или У" - возникают регулярно, и опции "купить сразу оба" обычно нет, максимум - "купить Х сейчас, а У когда-нибудь потом"
- лог прошедших трат мне нужен - но если он путается с запланированными тратами, то это проблема
- регулярные траты не привязаны жёстко к числу, в основном они уровня "примерно в начале месяца", или "раз в три месяца", или "раз в неделю" - с разными периодами. Если их планировать в ручном режиме, то иногда они продалбываются, если их планировать только как дело, то они тоже иногда продалбываются - потому что к моменту этого дела в руках может просто не быть нужной суммы
- ещё нужно как-то различать те покупки, без которых никак не обойтись, те, которые могут подождать какое-то время, но не бесконечное, и те, которые хотелось бы, но в случае невлезания в бюджет без них можно обойтись.
Пока писала, поняла, что это ещё и красивая иллюстрация от теории ложек, да и вообще от всех ресурсных раскладов. Просто с деньгами удобнее - они уже в цифрах выражены, и цены тоже в цифрах.
Грабли хорошо бы забороть:)
Я к покупкам отношу вообще все действия, в которых есть элемент "заплатить деньги". Так что тема не просто про "как не продолбать купить молоко".
Хотя "не продолбать" тоже отдельная тема.
И тут кроются грабли.
Действия, которые покупки - по сути планируются два раза.
Один раз как действия. По дороге с работы зайти купить молоко.
И второй раз как траты. На уровне молока можно пренебречь, но вот вопросы "покупать новый шкаф в этом месяце или лучше в следующем, потому что в этом денег не хватит" - уже лучше решать осознанно.
Для этого нужно куда-то информацию (например о намерении купить шкаф) выгружать и обрабатывать.
Туда же нужно выгружать информацию о регулярных платежах - чтоб посчитать, хватит ли денег на шкаф, нужно знать, на что их ещё нужно потратить в этом месяце.
И в общей тудушке этой информации делать нечего - это не ответ на вопрос "что сделать", это скорее такой специальный вид справочной информации.
При этом куда-то нужно выгружать и информацию о мелких покупках - вот то же самое купить молока. Причём оно опять же не действие ещё, а скорее информация о том, что в доме не хватает именно молока. Действием может быть "зайти в магазин" (и закупить продукты по списку), но если плодить по действию на каждую покупку, то в них очень быстро можно утонуть. Тем более, что для большинства таких случаев информация о том, что надо купить Х - возникает в тот момент, когда натыкаешься на то, что Х скоро закончится, или уже закончился. Это не момент планирования, это момент какой-то другой деятельности.
Сейчас я всё это записываю в блокнот (не бумажный блокнот а notepad), и список того, что нужно купить по дороге домой - заношу в телефон в заметку когда планирую день, в который буду куда-то выходить. И это получается неудобно.
В блокноте довольно скоро образуется каша. Регулярные штуки путаются, нет способа удобно отметить что скажем за инет за сентябрь я уже заплатила, но в начале октября опять нужно будет заплатить. Какие-то штуки фигурируют по нескольку раз - я увидела, что в холодильнике нет молока, записала в блокнот, что надо купить молоко. На следующий день опять увидела, что нет молока, и опять записала, что надо купить молоко, потому что не увидела, что оно уже записано.
При этом вытирать выполненное тоже неудобно, потому что информация, что за прошлый месяц я на еду потратила столько-то мне нужна - на её основе я могу прикинуть, сколько заложить на еду в этом месяце.
Плюс при каждом существенном изменении приходится вручную пересчитывать - в каше, ага - под какую сумму я уже напланировала и сколько у меня осталось, хватит ли на задуманное или пока нет.
И окончательно всё путается при обратной синхронизации. Если я выписала покупки в заметку в телефоне - то отмечать их купленными пока рано, может в магазине молока вообще не будет. Плюс в самом телефоне удобно купленное вытирать - тогда у меня в руках список, что мне ещё осталось купить, если по дороге не один магазин а несколько, то без этого сложно.
А сразу после прихода домой в процессе раскладывания покупок отмечать ещё и в блокноте на компе что куплено - лениво. Потому что домой я прихожу по определению уже уставшая.
И это всё при планировании на себя одну - а ведь у кого-то же бывает и семья, и совместный бюджет!
Вопрошаю коллективный разум - как можно сделать иначе, более эффективно?
Возможно, есть какой-то софт, уже заточенный под такие задачи. Или алгоритм работы, подобный тому, как настраивается список дел в джедайской технике.
Особенности, которые важны для меня:
- бюджет существенно ограничен, поэтому задачи "решить, что купить сейчас - Х или У" - возникают регулярно, и опции "купить сразу оба" обычно нет, максимум - "купить Х сейчас, а У когда-нибудь потом"
- лог прошедших трат мне нужен - но если он путается с запланированными тратами, то это проблема
- регулярные траты не привязаны жёстко к числу, в основном они уровня "примерно в начале месяца", или "раз в три месяца", или "раз в неделю" - с разными периодами. Если их планировать в ручном режиме, то иногда они продалбываются, если их планировать только как дело, то они тоже иногда продалбываются - потому что к моменту этого дела в руках может просто не быть нужной суммы
- ещё нужно как-то различать те покупки, без которых никак не обойтись, те, которые могут подождать какое-то время, но не бесконечное, и те, которые хотелось бы, но в случае невлезания в бюджет без них можно обойтись.
Пока писала, поняла, что это ещё и красивая иллюстрация от теории ложек, да и вообще от всех ресурсных раскладов. Просто с деньгами удобнее - они уже в цифрах выражены, и цены тоже в цифрах.